Perché è possibile utilizzare un computer basato su Linux o un Live CD di Linux per recuperare i dati che Windows non potrebbe?
La sessione di domande e risposte di oggi ci arriva per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento guidato dalla comunità di siti web di domande e risposte.
La domanda
Il lettore di SuperUser Philip Allgaier vuole sapere perché è stato in grado di recuperare i dati con un Live CD di Linux che è stato segnalato come irrecuperabile in Windows:
Sfondo: All'inizio di quest'anno ho avuto un problema con un'unità SSD che Windows avrebbe riconosciuto più. Ma alla fine un Parted Magic 2012-10-10 avviabile ha funzionato. Guarda questo thread risolto . Una domanda è rimasta con me da quel momento ...
Domanda: Sono consapevole che Linux è generalmente un po 'più tecnico e grezzo, ma qualcuno può delineare approssimativamente perché un sistema Linux (o in effetti solo quello in particolare, dal momento che Ubuntu non ha fatto il trucco) è ancora in grado di accedere / comunicare con un mezzo -dispositivo danneggiato quando Windows non lo è?
-
Ignorano semplicemente qualsiasi potenziale indicatore che qualcosa potrebbe essere sbagliato?
-
Ci sono ragioni concrete?
-
È stata solo una fortuna che questo particolare ambiente sia riuscito a far sì che l'SSD rispondesse anche solo per un tempo limitato?
Anche se sicuramente avrebbe potuto essere fortuna, probabilmente ci sono più di pochi fattori in gioco. Esaminiamo.
La risposta
Il collaboratore di SuperUser Eike offre alcune potenziali spiegazioni, oltre alla semplice fortuna, per la sua capacità di salvare i dati:
Di solito questo dipende da cosa, esattamente, si accede e come, esattamente, il dispositivo non funziona. Ad esempio, se l'SSD in questione non è in grado di recuperare, ad esempio, il settore 5 e inizierà a bloccarsi non appena qualcosa legge il settore 5, la differenza potrebbe essere semplicemente dovuta a ciò che i diversi sistemi accedono automaticamente una volta che riconoscono un nuovo disco.
Quando Windows rileva un nuovo disco, leggerà la tabella delle partizioni e tenterà automaticamente di aprire tutti i file system che sa come leggere. Se una qualsiasi delle strutture / blocchi che vengono letti durante questo processo di "montaggio" fa scattare il tuo SSD difettoso per andare via, la differenza con quella specifica distribuzione di Linux è semplicemente che potrebbe non montare automaticamente tutte le partizioni in questione, o potrebbe, durante il montaggio, è sufficiente leggere un diverso sottoinsieme di settori (l'implementazione di NTFS in Linux è molto diversa da quella in Windows - mentre il formato su disco è lo stesso, spetta al sistema operativo che struttura ritiene necessario leggere. Windows potrebbe leggere copie secondarie della MFT, o potrebbe iniziare a memorizzare nella cache alcuni dati e questa potrebbe essere la differenza. Ubuntu è in una barca simile: non è orientato al ripristino immediato, tenterà di montare qualsiasi file system che trova sui supporti appena scoperti, automaticamente.È per questo motivo che le distribuzioni specializzate orientate al recupero sono una scommessa migliore, in quanto fanno solo ciò che chiedi loro esplicitamente invece di fare le cose automaticamente.
Ovviamente anche tu potresti essere stato fortunato. Non ne so abbastanza sulla modalità di errore dell'SSD da dire.
Linux generalmente non ignora gli indicatori che qualcosa non va. Riceverà gli stessi errori SCSI dal chipset SATA di Windows: se guardi il registro del kernel, su un disco difettoso vedrai molti messaggi di errore. Dipende da quali programmi stanno effettivamente accedendo al disco cosa succederà dopo. Se è un software orientato al ripristino, potrebbe provare a rileggere lo stesso settore un numero limitato di volte, potrebbe saltarlo, ecc. Di solito la soluzione migliore è ottenere un'immagine dell'unità con il maggior numero di settori letti in modo pulito e quindi prova a recuperare i tuoi dati da quell'immagine (fare qualsiasi analisi direttamente sull'unità di solito è una cattiva idea poiché le sue condizioni potrebbero peggiorare e solo perché sei stato in grado di leggere qualcosa una volta, ciò non significa che sarai in grado di leggerlo di nuovo .)
Il collaboratore AthonSfere offre un'altra visione delle cose:
Molto dipende dal modo in cui l'ambiente gestisce il file system e gli ACL o il disco rigido.
Windows farà tutto il possibile da solo per obbedire ai suoi ACL e ai settori contrassegnati come danneggiati o vuoti. Quindi le partizioni NTFS o Fat create e mantenute in Windows così come gli MBR di Windows saranno gestite da Windows come indicato da Windows.
Inoltre, se l'unità si guasta, più la usi, più è probabile che si verifichi un problema grave e l'ambiente si blocca. Quindi come il sistema operativo gestisce che entra in gioco, Windows eseguirà BSOD o si riavvierà, il processo di avvio di Windows lancerà messaggi MBR, messaggi di file mancanti (NTDLR.dll è mancante o danneggiato) e si fermerà, perché questi file danneggiati sono necessari.
Quando utilizzi un disco live, non fai affidamento su nulla di tutto ciò. Un MBR errato viene bypassato perché si avvia dal disco. Non è necessario un settore danneggiato che ha danneggiato NTDLR.dll. È tutto sul disco. È quindi possibile tentare una lettura. Se incontra un settore "vuoto" o un bit difettoso, quell'ambiente lo gestisce come era stato programmato. Ubuntu probabilmente preferirebbe mantenere i normali comportamenti del sistema operativo e continuare con ciò che è più probabile che accada. Il settore è vuoto, fai qualcos'altro. Quel settore è cattivo, stai alla larga, non leggere di nuovo non scrivere o creerà problemi.
Tuttavia, una piattaforma di ripristino vorrà leggere tutti i dati. I marcatori di file dicono che il file dovrebbe essere su 0,5, 13…. se il filesystem segnala che manca 13, ignorare l'intestazione vuota e leggere comunque il file, oppure leggere il settore danneggiato nel miglior modo possibile e provare a ripristinare.
Inoltre, Windows PU fare molto di questo con applicazioni di terze parti, Recuva può trovare molti di questi file "mancanti", per esempio. Ma non vuoi essere in un ambiente che potrebbe riscrivere sul disco e causare una vera perdita permanente.
L'ho semplificato e ho aggiunto qualche interpretazione, ma dovrebbe riempire alcuni spazi vuoti per quello che stai chiedendo.
Hai qualcosa da aggiungere alla spiegazione? Suona nei commenti. Vuoi leggere altre risposte da altri utenti esperti di tecnologia Stack Exchange? Dai un'occhiata al thread di discussione completo qui .
http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons
