possibile che i backup superblock non vengano spalmati per TUTTO il filesystem?
Nella mia partizione da 38G, faccio una ricerca dei superblock con TestDisk (è il rootfs quindi non posso farlo con mke2fs -n /dev/hda1) e mi dice che l'ultimo superblock è 1605632 ed essendo da 4096byte, l'ultimo è al 6576668672 byte del disco, cioè 6.5G. Sul pc di un amico ho trovato addirittura (con l'mke2fs) che l'ultimo superblock è sotto i 2G su una partizione da 250G. Ora gli si è rotta la prima parte del disco, così ha perso TUTTI i backup superblock. A lui non interessa molto recuperare i file che sono sul disco ma la sola lista dei file (anche se personalmente trovo più semplice recuperare i file che la lista visto che l'elenco delle directory si trovano spesso all'inizio del disco.
E' normale secondo voi?
Ciao
01
EDIT: dimenticavo.. Il disco, che è usb, viene riconosciuto dal kernel (viene inserito in /proc/partitions con tanto di tabella delle partizioni), ma fdisk non riesce a leggere la tabella (I/O error su traccia 0, mi sembra). Pure questo, è normale? come fa il kernel a leggere la tabella delle partizioni?
scarsi backup superblock
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
-
ZeroUno
- Staff
- Messaggi: 5441
- Iscritto il: ven 2 giu 2006, 14:52
- Nome Cognome: Matteo Rossini
- Slackware: current
- Kernel: slack-current
- Desktop: ktown-latest
- Distribuzione: 01000000-current
- Località: Roma / Castelli
- Contatta:
scarsi backup superblock
Packages finder: slakfinder.org | Slackpkg+, per aggiungere repository a slackpkg
Codice: Seleziona tutto
1011010 1100101 1110010 1101111 - 0100000 - 1010101 1101110 1101111-
zoros
- Linux 4.x
- Messaggi: 1362
- Iscritto il: lun 28 mag 2007, 22:51
- Nome Cognome: Fabio`Zorba`
- Slackware: 15.0
- Kernel: 5.15.19smp
- Desktop: Trinity R14.0.11
- Località: Gorizia
Re: scarsi backup superblock
alcuni esperimenti fatti con fdisk, ecc. sembrano evidenziare che fdisk legge il MBR fisico ... cioè, modificando la tabella delle partizioni con un editor binario "fdisk -l" restituisce immediatamente i nuovi valori ... invece per il kernel è necessaria la ri-sincronizzazione con "sfdisk -R /dev/sdX" ...ZeroUno ha scritto:...
EDIT: dimenticavo.. Il disco, che è usb, viene riconosciuto dal kernel (viene inserito in /proc/partitions con tanto di tabella delle partizioni), ma fdisk non riesce a leggere la tabella (I/O error su traccia 0, mi sembra). Pure questo, è normale? come fa il kernel a leggere la tabella delle partizioni?
però sembra anche che fdisk ricavi i dati del primo settore attraverso la lettura "grezza" del settore stesso /dev/sdX (quindi appoggiandosi comunque al kernel) ... non è da escludere anche un problema legato ad una cattiva mappatura dei devices in /dev ...
prima di fare dei tentativi di recupero forse è oppurtuno fare delle prove con altre versioni del kernel ...
vorrei riavere le mie firme ...