GNU/Linux >> Linux Esercitazione >  >> Ubuntu

Numero di Bad Magic nell'HDD esterno Superblock?

Questa domanda ha già risposte qui :Risolto il problema con la partizione NTFS corrotta senza Windows

(12 risposte)
Chiusa 1 anno fa.

Ho un HDD esterno che sembra essere rotto. Non può essere aperto in Windows né in Ubuntu (è un file system NTFS).
Su Windows ho eseguito (due volte) il comando chkdsk . Lì identifica alcuni segmenti di memoria che sono illeggibili. Ho pensato che li avrebbe "contrassegnati" ed evitati durante il tentativo di leggere nell'HDD.
Ma dopo aver eseguito quel programma, Windows non era ancora in grado di aprirlo. Quindi o mi sbaglio o il mio disco è irreparabile.

Supponendo di sbagliarmi, mi sono rivolto a Ubuntu per vedere se gparted o fsck potrebbe essere di qualsiasi aiuto.
La funzione 'check' in gparted mi ha dato un errore... e non molte informazioni aggiuntive.

Per prima cosa controllando dove si trova la partizione, eseguendo lsblk

sdb      8:16   0 298,1G  0 disk 
└─sdb1   8:17   0 298,1G  0 part 

Passando a fsck , ho eseguito il seguente comando

[email protected]# fsck /dev/sdb1 -y
fsck from util-linux 2.31.1

Niente di più. Quindi era abbastanza strano. Pertanto ho provato l'intero disco e non una partizione. Questo ha dato

[email protected]# fsck /dev/sdb -y
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Found a dos partition table in /dev/sdb

Quindi l'errore dichiarato è

fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb

Dato che ne sono sicuro (grazie a gparted ) che ho a che fare con un ntfs file system e non ext[0-9] .. Penso che la soluzione proposta (eseguendo ef2fsck non è applicabile a me.

Non so come continuare da qui. Credo che se è possibile evitare di leggere determinati segmenti di memoria. Penso di poter recuperare alcuni dati da esso. Ma non so come farlo.

Correlati:come ripristinare la configurazione di Unity in Ubuntu?

Risposta accettata:

fsck e gparted le app non possono essere utilizzate per risolvere un problema con una partizione NTFS. ntfsfix non dovrebbe essere utilizzato per cercare di risolvere questo problema.

Normalmente dovrebbero essere utilizzati gli strumenti di Windows. Tuttavia, chkdsk non sta aiutando qui.

Potresti provare a usare testdisk dal sistema operativo Ubuntu.

sudo apt-get update # aggiorna i database del software

sudo apt-get install testdisk # installa il disco di prova

sudo testdisk # avvia il disco di prova

Vai a http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step per assistenza nell'utilizzo di questo strumento.


Ubuntu
  1. Unire le directory home?

  2. Qual è il ruolo di Magic Number nel caricamento all'avvio in Linux?

  3. Eseguire la scansione dei blocchi danneggiati sulla partizione root in Linux

  4. Quanto è grave installare Linux su una grande partizione?

  5. Quando è pericoloso fsck?

Cattive prestazioni 3d in Ubuntu 12.04?

Hdd USB esterno non rilevato?

Le prestazioni dell'HDD sono lente in Ubuntu?

Dimensioni delle partizioni di Ubuntu?

Cambia il numero della partizione da sda1 a sda2

Va bene mkfs senza numero di partizione?