☰

Verursacht das Kopieren auf eine Festplatte gleicher Größe Probleme, wenn die Ausgabefestplatte fehlerhafte Sektoren aufweist?

tag-icon • tag-icon linux hard-drive dd
Verursacht das Kopieren auf eine Festplatte gleicher Größe Probleme, wenn die Ausgabefestplatte fehlerhafte Sektoren aufweist?

Ich habe gerade eine Kopie von einer 160-GB-Festplatte auf eine andere, identische 160-GB-Festplatte erstellt, mit dem Befehl

sudo dd if=/dev/sda of=/dev/sdb

(auf einer Live-Ubuntu-CD ausführen)

Der SMART-Test zeigt jedoch /dev/sdb20 fehlerhafte Sektoren an. Bedeutet das, dass die Daten, die ich gerade von einer Festplatte auf eine andere kopiert habe, 20 Löcher aufweisen? Kann ich das irgendwie beheben, indem ich auf eine andere Weise kopiere?

Bearbeiten: Ausgaben hinzugefügt:

sudo fsck -c -v /dev/sda1/

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone                                                 
Lubuntu: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

Lubuntu: ***** FILE SYSTEM WAS MODIFIED *****

  275092 inodes used (4.30%)
    1888 non-contiguous files (0.7%)
     583 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 241132/283/2
 6505902 blocks used (25.41%)
       0 bad blocks
       1 large file

  208425 regular files
   28234 directories
      57 character device files
      25 block device files
       1 fifo
      41 links
   38340 symbolic links (33583 fast symbolic links)
       1 socket
--------
  275124 files

sudo fsck -c -v /dev/sdb1

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone                                                 
Lubuntu: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

Lubuntu: ***** FILE SYSTEM WAS MODIFIED *****

  275092 inodes used (4.30%)
    1888 non-contiguous files (0.7%)
     583 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 241132/283/2
 6505902 blocks used (25.41%)
       0 bad blocks
       1 large file

  208425 regular files
   28234 directories
      57 character device files
      25 block device files
       1 fifo
      41 links
   38340 symbolic links (33583 fast symbolic links)
       1 socket
--------
  275124 files

Antwort1

Eskönnte. Theoretisch sollten Ihr Dateisystem und die Laufwerke einfach damit zurechtkommen. Wenn ich mit beschädigten Festplatten arbeite, bevorzuge ich eine wiederherstellungsorientierte DD-Variante wie GNU DDrescue (nicht zu verwechseln mit dem anderen, älteren DDrescue), da diese bei fehlerhaften Sektoren einen erneuten Versuch startet.nachDaten werden kopiert. Ich würde dann ein geeignetes Dateisystem-Überprüfungsprogramm wie chdsk oder fsck ausführen, um sicherzustellen, dass die DateiSystemist gesund.

Wenn man sich jedoch die Ausgabe ansieht, sollte alles in Ordnung sein. Die magischen Gnome in Ihrem System haben großartige Arbeit geleistet ;p

verwandte Informationen