- Scrivere l'immagine con FSArchiver
FSArchiver è un tool di backup della partizioni , disponibile per la maggior parte delle distribuzioni all'interno dei repository. Per la corretta installazione è raccomandato l'utilizzo della versione 0.8.4 o superiore e con il supporto all'algoritmo di compressione ZSTD.
FSArchiver è incluso anche nella distribuzione Live di SystemRescueCD .
Il supporto che ospiterà il l'immagine di BILD dovrà essere preparato con le seguenti caratteristiche :
- Dovrà avere una tabella delle partizioni di tipo GPT.
- Dovrà contenere due partizioni :Partizione 1 di 10 MB ** Partizione 2 di almeno 16 Gbytes (o superiore)
IMPORTANTE : L'utilizzo scorretto dei comandi indicati di seguito può portare alla perdita di dati. Assicurarsi di individuare il dispositivo di destinazione corretto.
Procedere al partizionamento con il tool preferito (Gparted,PartitionManager,cfdisk,fdisk...) individuando il dispositivo corretto che andrà ad ospitare l'immagine.
Nell' esempio seguente si procederà alla scrittura di BILD su un dispositivo USB indicato come /dev/sdc (/dev/sdc1 e /dev/sdc2 sono le partizioni interessate) con tabella partizione di tipo GPT.
Una volta completata l'operazione , il dispositivo potrà essere utilizzato come un normale disco. Tutti i dati resteranno salvati all'interno del dispositivo.
Per l'utilizzo di FSArchiver consulatre il manuale in linea o l' help del comando o la documentazione ufficiale.
# fsarchiver archinfo 20181010-BILD_x64_Xfce.fsa
====================== archive information ======================
Archive type: filesystems
Filesystems count: 2
Archive id: 5bbae3e6
Archive file format: FsArCh_002
Archive created with: 0.8.5
Archive creation date: 2018-10-10_21-36-00
Archive label: <none>
Minimum fsarchiver version: 0.6.4.0
Compression level: 22 (zstd level 22)
Encryption algorithm: none
===================== filesystem information ====================
Filesystem id in archive: 0
Filesystem format: vfat
Filesystem label: NO NAME
Filesystem uuid: <none>
Original device: /dev/loop0p1
Original filesystem size: 49.88 MB (52307968 bytes)
Space used in filesystem: 124.00 KB (126976 bytes)
===================== filesystem information ====================
Filesystem id in archive: 1
Filesystem format: ext4
Filesystem label:
Filesystem uuid: 52938c32-5f4b-4f73-b62f-d3c813cb6e56
Original device: /dev/loop0p2
Original filesystem size: 14.65 GB (15733248000 bytes)
Space used in filesystem: 8.66 GB (9302638592 bytes)- Procedere alla scrittura immagine
# fsarchiver restfs 20181010-BILD_x64_Xfce.fsa id=0,dest=/dev/sdc1 id=1,dest=/dev/sdc2 -v ============= extracting filesystem 0 ============= executing [mkfs.vfat --help]... command [mkfs.vfat --help] returned 0 executing [mkfs.vfat -F 16 -n 'NO NAME ' -i 'D2EAD8DA' /dev/sdc1]... command [mkfs.vfat -F 16 -n 'NO NAME ' -i 'D2EAD8DA' /dev/sdc1] returned 0 Mount information: [] -[00][ 0%][DIR ] / -[00][ 0%][DIR ] /EFI -[00][ 0%][DIR ] /EFI/BOOT -[00][ 0%][REGFILEM] /EFI/BOOT/BOOTX64.EFI Statistics for filesystem 0 * files successfully processed:....regfiles=1, directories=3, symlinks=0, hardlinks=0, specials=0 * files with errors:...............regfiles=0, directories=0, symlinks=0, hardlinks=0, specials=0 ============= extracting filesystem 1 ============= executing [mke2fs -V]... command [mke2fs -V] returned 0 executing [mke2fs -V]... command [mke2fs -V] returned 0 executing [mke2fs /dev/sdc2 -q -F -b 4096 -U 52938c32-5f4b-4f73-b62f-d3c813cb6e56 -I 256 -r 1 -O has_journal,ext_attr,resize_inode,dir_index,^sparse_super2,filetype,extent,^journal_dev,flex_bg,^meta_bg,^mmp,64bit,^inline_data,large_file,huge_file,sparse_super,uninit_bg,dir_nlink,extra_isize,^bigalloc,^metadata_csum,^project ]... command [mke2fs /dev/sdc2 -q -F -b 4096 -U 52938c32-5f4b-4f73-b62f-d3c813cb6e56 -I 256 -r 1 -O has_journal,ext_attr,resize_inode,dir_index,^sparse_super2,filetype,extent,^journal_dev,flex_bg,^meta_bg,^mmp,64bit,^inline_data,large_file,huge_file,sparse_super,uninit_bg,dir_nlink,extra_isize,^bigalloc,^metadata_csum,^project ] returned 0 executing [tune2fs /dev/sdc2 -o user_xattr,acl -c 0 -i 0d ]... command [tune2fs /dev/sdc2 -o user_xattr,acl -c 0 -i 0d ] returned 0 Mount information: [] -[01][ 0%][DIR ] / -[01][ 0%][DIR ] /dev -[01][ 0%][DIR ] /lib64 -[01][ 0%][REGFILE ] /lib64/libncursest.so.6.0 -[01][ 0%][DIR ] /lib64/rcscripts -[01][ 0%][DIR ] /lib64/rcscripts/net -[01][ 0%][REGFILE ] /lib64/libmount.so.1.1.0 -[01][ 0%][SYMLINK ] /lib64/libpam_misc.so -[01][ 0%][SYMLINK ] /lib64/libcidn.so.1 -[01][ 0%][SYMLINK ] /lib64/libtinfow.so.6 -[01][ 0%][SYMLINK ] /lib64/libpcre.so.1 -[01][ 0%][SYMLINK ] /lib64/libtinfo.so.6 [...] -[01][ 99%][REGFILEM] /sbin/ebtables -[01][ 99%][REGFILEM] /sbin/consoletype -[01][ 99%][REGFILEM] /sbin/routel -[01][100%][REGFILEM] /sbin/lvmconf Statistics for filesystem 1 * files successfully processed:....regfiles=300035, directories=18215, symlinks=38032, hardlinks=375, specials=4 * files with errors:...............regfiles=0, directories=0, symlinks=0, hardlinks=0, specials=0
Nota : Potrebbe capitare che il comando termini regolarmente ma il dispositivo stia ancora scrivendo i dati . Assicurarsi che il dispositivo termini la procedura di scrittura prima di rimuoverlo o di avviarlo.
Questo è dovuto spesso al fatto che tra la cache e la velocità di scrittura del dispositivo non sempre sia sincronizzata (Esempio dispositivi USB 1.0 , 2.0 e 3.0 hanno performance differenti di scrittura/lettura)
Il dispositivo è pronto per essere avviato in modalità UEFI/EFI .
--- Work in Progress --- In aggiornamento