방금 다음 명령을 사용하여 하나의 160GB 디스크에서 다른 동일한 160GB 디스크로 복사본을 만들었습니다.
sudo dd if=/dev/sda of=/dev/sdb
(라이브 Ubuntu CD에서 실행)
그러나 SMART 테스트에서는 /dev/sdb
불량 섹터가 20개로 나타났습니다. 이것은 방금 한 디스크에서 다른 디스크로 복사한 데이터에 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