|
||||||
|
 |
... e altri usi di "dd"
Inviato da: Stefano Stegani su
Ven, 18 Marzo 2005 - 12:32
Marco hai pescato un argomento veramente interessante :-)
Aggiungo una nota, non sull'operazione in se, che il più delle volte è un "salvavita" vero e proprio, quanto piuttosto sul comando in se, dd - acronimo di "disk dump". Questo comando è estremamente potente e massivo, operando sui volumi fisici dei supporti di memorizzazione di massa dei nostri mac (o di qualsiasi altra macchina BSD compliance - derivando da un background *nix). Questo comando si presta in particolare alla seguente casistica di "disastri" nei quali le macchine possono incorrere, o per rotture o per interventi umani poco felici. Primo esempio che mi viene in mente si riferisce a quando voglio vendere un mac e voglio essere certo che nulla di quanto presente sul mio disco possa essere recuperato da terzi; in questo caso una formattazione ai piu' e' sufficiente, eppure io sono paranoico e voglio avere un 99% di sicurezza. Bene, faccio un disk dump di tutti 0 (zero) sul mio disco, sovrascrivendo ogni dato preesistente in maniera pressoche' definititiva: la cosa spaventosa è che ci mette un attimo a farlo. Oppure puo' capitare, in certe circostanze, che una macchina abbia subito l'attacco di un cracker, il quale sia riuscito a compromettere alcuni sistemi. Come utente vorrei prendere il disco e darlo a qualcuno che sappia capire cosa è successo, perche' e come, seguendo i passi logici dell'attacco che ho subito. Pero' vorrei anche continuare a lavorare sul mio mac (dopo aver cambiato tutte le password) senza doverci staccare il disco fisso. Bene, faccio un disk dump, copia raw del disco in uso su un'altro - mettiamo esterno firewire - e solo questo, che e' di fatto speculare, lo porto a far analizzare. Sono casi limite e' vero, pero' è utile sapere che si puo' fare, e con poco incomodo tra l'altro. Quando muore un hard disk
Inviato da: Joram Marino su
Ven, 18 Marzo 2005 - 19:36
Grazie per la tua segnalazione, avevo gia' segnalato su Tevac qualche
tempo fa: Come recuperare dati da un Hard Disk con problemi http://www.mugroma.org/articoli/recovery.htm ovviamente usando DD_RESCUE e DD_RHELP che sono piu' potenti del semplice dd (lo so per esperienza -sigh- personale) ---
Quando muore un hard disk
Inviato da: Andrea Sembranti su
Ven, 18 Marzo 2005 - 20:10
Gli utenti inesperti prima di avventurarsi in pericolose procedure in modalita terminale possono provare ad utilizzare una funzione presente nel programma "Utility disco".
Se guardate nella barra degli strumenti di "Utility Disco" noterete l'icona "Crea Immagine"; selezionate un qualsiasi volume o partizione presente nella barra a sinistra sia esso attivo o non attivabile e poi fate click su "crea immagine". Questo comando permette di creare un'immagine .dmg e successivamente di attivarla come volume, non è potente come dd.ruscue o dd_rhelp ma per molti casi di HD Crash è più che sufficente. Quando muore un hard disk
Inviato da: Ugo Fonzar su
Ven, 18 Marzo 2005 - 23:39
stampo la dritta in pdf e archivio... speriamo non serva mai! :)
--- Ugo Fonzar - Aquileia (UD) Quando muore un hard disk
Inviato da: Thierry Riva su
Sab, 19 Marzo 2005 - 11:54
Grazie Marco.
Ciao. --- Thierry Riva Quando muore un hard disk
Inviato da: ErC su
Lun, 07 Novembre 2005 - 16:56
Lodevole, non credevo che anche su un mac ci si potessero fare queste cose.
Come disse qualcuno qui, è un utilità derivata da unix della famiglia bsd, attualmente di uso comune in tutti i linux slack e gentoo in particolare e di banale operazione. salvare tutta la partizione raw. dd if=/dev/hdx of=/mnt/safe/image.bin bs=512k Il parametro bs serve solo a velocizzare l'operazione, se il volume di dati è molto grande potete regolarlo (512k è già più che ragionevole comunque). In caso in cui ci siano anche alcuni settori danneggiati dd potrebbe lamentarsi e non funzionare a dovere, in questo caso conviene usare dd-rescue (in portage e in sysresccd), che molto semplicemente passa al settore successivo se ne trova uno danneggiato. In generale il modo in cui recuperare i dati dipende dal file system utilizzato, raiserfs ext3 o ext2 ecc... ec... P.S. Chissà perchè gli hd con settori danneggiati sono sempre dei maxtor.. Non è che vi vendono hd non testati? Buona serata e scusate l'intrusione |
||||||||||||||||||||||||||||||
|
| Copyright © 2008 Tevac Tutti i marchi e copyrights su questa pagina appartengono ai rispettivi proprietari. |
Powered By Geeklog Pagina creata in 0,24 secondi |
posso far altro che custodire gelosamente questa dritta e segnalarla agli altri
sciagurati in difficoltà.
Molto (ma molto) utile lo è senz'altro, perlomeno si possono eseguire
serenamente tutti i tentativi di recupero su di un disco che ad ogni
operazione di lettura e scrittura non massacra ulteriormente i dati contenuti.
Come si dice... è tutto grasso che cola.
grazie