160GBのディスクから別の160GBのディスクにコピーをコマンドで作成しました。
sudo dd if=/dev/sda of=/dev/sdb
(ライブ Ubuntu CD で実行)
しかし、SMART テストでは/dev/sdb20 個の不良セクタが示されています。これは、あるディスクから別のディスクにコピーしたデータに 20 個の穴があることを意味しますか? 別の方法でコピーすることで、これを修正することはできますか?
編集: 出力を追加しました:
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
答え1
それできた理論的には、ファイルシステムとドライブはそれを回避するはずです。破損したディスクを扱う場合、私はgnu ddrescue（他の古いddrescueと混同しないでください）のような回復中心のddバリアントを好む傾向があります。なぜなら、それらは不良セクタで再試行するからです。後データがコピーされます。その後、chdskやfsckなどの適切なファイルシステムチェックユーティリティを実行して、ファイルがシステム健康です。
しかし、出力を見ると、問題ないはずです。システム内の魔法のノームは素晴らしい仕事をしました ;p