backup

Copia cd protetti con safe disk 2

Posted Ven, 12/24/2010 - 14:03 by sirio81

Qualche giorno fa ho rispolverato un vecchio gioco che avevo trovato originale a 3 euro in edicola: 'raimbox six 3'.
Per fare una partita in lan con mio fratello ci servivano due cd poiché il gioco richiede la presenza del cd.
Ho provato a fare una copia con burnxp (ero su windows in quel momento) ma ha fallito subito.
Ho povato quindi da k3b con l'opzione 'clone' + ignora errori di lettura ma anche in questo caso la copia fallisce subito.

pigz - massima velocità di compressione

Posted Lun, 11/15/2010 - 10:10 by sirio81

In un precedente articolo ho partlato di pbzip2, cioè l'implementazione di bzip2 con il calcolo parallelo.
Usare tutti i core dei nostri nuovi processori multicore aumenta di molto la velocità di compressione.

Backup con ddrescue

Posted Mer, 08/11/2010 - 10:32 by sirio81

Ho voluto provare ddrescue al posto del classico dd soprattutto per la possibilità di usare i file sparsi.
Come sapete dd copia l'intero device passato in input, non fa differenza che lo spazio nel filesystem sia occpuato (per la presenza di file) o libero. Questo comporta un dispendio in termini di tempo e spazio.

Montare uno snapshot lvm che usa xfs

Posted Gio, 07/15/2010 - 18:33 by sirio81

Mi è capitato di montare uno snapshot lvm di un volume logico formattato con xfs.
Quando si monta lo snapshot si ottiene il messaggio:

mount: block device /dev/vg01/lvsnap_home is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/vg01/lvsnap_home,
or too many mounted file systems

Il comando di mount era corretto ( -t xfs ), il filesystem non era corrotto...non avevo idea di quale potesse essere il problema.
Guardando i messaggi di dmesg si legge

pbzip2 - come sfruttare tutta la potenza dei tuoi core

Posted Mer, 08/12/2009 - 13:51 by sirio81

Oggi ho provato pbzip2. Bzip2 è il noto formato/programma di compressione usato in ambito linux. La "p" sta per "parallel" e indica che vengono usati tutti i processori/core disponibili per eseguire la compressione.
bzip2 è molto più efficiente di gzip nel comprimere ma anche più lento e per questo non sempre viene preferito bzip2 a gzip.

Oggi ho compresso un file da 1,5G in soli 38 secondi su una macchina con 8 core usando pbzip2.
Il tradizionale bzip2 ci impiega invece 4 minuti e 40 secondi poiché usa un solo core.

Condividi contenuti