Franco191075 wrote:The device '/dev/sdb1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
Ho appena finito di combattere con i tool di recupero, con scarsi risultati.
Cercando lumi per prevenire il problema mi sono imbattuto in questo post e faccio lo sforzo di spiegare qualcosa. Tanto per sfogarmi più che per essere utile.
Sicuramente il proprietario dell'HD ha windozz, che da autentica merdaccia di sistema operativo qual è, combina solo guai.
Il problema è che 7, che come da tradizione M$ è sempre più cesso del predecessore, (alla sospensione per batteria esaurita nel mio caso) non effettua il flush dei dati in cache (cache difficile se non praticamente impossibile da disabilitare) sul disco esterno, neppure per marcare il filesystem come "dirty" (quindi collegandolo ad una macchina linux ntfs-3g non se ne accorge che è balordo).
Dato che non è neppure possibile evitare la scrittura (solo collegando il disco perchè detto cesso di OS deve comunque andare aggiornare le anteprime della mammina troia di chi lo ha realizzato) staccandolo e collegandolo ad un altro computer per copiarci dei dati, quando è stato ricollegato è stato danneggiato.
Ho imparato a mie spese che se va in sospensione il pc con un HD USB connesso è importante che lo stesso non sia collegato al riavvio o quell'idiota caricatura di OS sovrascrive la MFT con la vecchia copia in memoria.
Ed anche se lo si sconnette brutalmente nel frattempo ha sovrascritto mezzo mondo mondo per aggornare le anteprime.
Che poi possa capitare che il pc lo si riaccende dopo qualche giorno e non si ricordi quello che è successo ovviamente è colpa dell'utente.
Si può provare a recuperare ricorrendo alla MFT di riserva e lanciando una utility di ripristino tipo testdisc (ri recupera il 90% dei file ma poi sono cavoli amari per capire cosa sono) o recva (ti recupera l'80% dei nomi dicendoti che non sono recuperabili... molto utile, anche nelle utility di terze parti si vede la differenza) su winzozz. Per rimettere aposto la MFT è meglio usare gli ntfstools (ntfsfix /dev/vattelappesca) di linux che chkdsk ... dicono. In realtà chkdsk ha impercettibilmente migliori possibilità di rimettere le cose a posto nei casi semplici perchè non si limita a scambiare le MFT ma nei casi più complessi ti pialla tutto senza speranza.
Come da discussioni precedenti sarebbe sempre meglio fare una copia della partizione con ddrescue e lavorare con i tool linux su quella.
E qui ti casca l'asino perchè torniamo al solito problema delle partizioni.
Franco191075 wrote:Io adesso non sò per quale motivo la western digital faccia di queste scelte, ho visto sul sito per questo hd parlano di AFS (Advanced File System), a suo tempo per i miei hd interni invece dicevano che dovevano essere assolutamente formattati col loro software solo in un unica partizione e solo ed esclusivamente NTFS, diversamente l'HD si sarebbe danneggiato.
A mio avviso come dire che su un quaderno ci puoi scrivere solo in inglese perchè se ci scrivi in italiano si strappano le pagine, infatti come l'ho letto ho fatto una bella cancellazione con dd e varie partizioni EXT e tutto funziona egregiamente da circa 7 anni
Quindi secondo me formattandolo in una normalissima partizione NTFS l'hd funzionerà egregiamente su Linux, Windows, Machintosh, Pippo...
Creando più partizioni è possibile che una partizione esaurisca i "recover block" o come diavolo si chiamano prima del dovuto. In questo modo l'HD inizierà a perdere dati prima rispetto all'MTBF dichiarato.
Lo so che sarebbe più logico dichiarare l'MTBF e specificare in quali termini le aree di recupero intervengono anche perché più partizioni garantiscono dalla causa più frequente di perdita di dati, malfunzionamenti ed arresti imprevisti del computer, ma poi le associazioni dei consumatori (ormai ritrovo per gallinacci con il complesso della dama di carità, avvocaticchi e "spicciafacenne" assortiti nonchè gli immancabili ...oni) sbraitano perchè è troppo complicato interpretare e quelli del marketing non possono più strombazzare cifre roboanti (come è avvenuto anche per le dimensioni, se è per questo).
Ma i "marching morons" restano inarrestabili e comandano loro.
Franco191075 wrote:Comunque c'erano su circa 500GB di dati e siccome non era mio ho lasciato perdere e restituito, mi interessava sapere se era possibile riparare il filesystem senza perdere i dati. Tanto l'economia deve girare... e qualcos'altro ...
i dati degli utenti non sono importanti; perchè recuperarli?! Peggio per loro se non li hanno affidati a fessbucc o non vogliono mettersi in testa che "il cloud è il futuro".
Non attenersi agli slogan si avvia a diventare un reato di questo passo...
Franco191075 wrote:Certe cose mi lasciano sempre piuttosto perplesso, come continuare ad usare FAT su chiavetta, un filesystem di 32 anni fa, utile solo a windows, un OS da 200 euro buono solo per giocarci a frisbie
Capirai che ormai tutto viene gestito in funzione degli imbecilli, se cerchi su nonciclopedia alla voce bimbominkia puoi farti un'idea di quello di cui parlo.
Il bimbominkia medio usa prevalentemente l'hd per collegarlo alla playstation od al player per vedere i maledetti filmini delle vacanze (o meglio i pornazzi scaricati da internet) o le foto sul televisore di casa quindi si usa fat per far fronte alle limitazioni di tali dispositivi.
Tanto file più grandi di 4GB possono solo essere dei rip di cd e blueray, pratiche da dissuadere.
In ogni caso (stando all'assistenza non al coglioncino da megastore od ai call center) la conversione da fat ad ntfs è ammessa, l'importante è che non partizioni o riformatti.
Che poi, nella mia modestissima esperienza, il filesystem convertito sia meno stabile conta poco.
Sembra che windozz crei problemi su alcuni dispositivi ripartizionando (dopo le ultime vicissitudini inizio a credere a questa possibilità) e che su linux fdisk richiede parametri appositi per la geometria (-u , -c , -b ?) che il grosso degli utenti non conosce... mah.
