오래된 외부 기계식 휴대용 HDD 간의 rsync로 인해 발생한 것으로 의심되는 손상된 파일이 있습니다.
백업을 만들고 쓰기 오류가 있는지 확인하기 위해 0을 쓰기로 결정했습니다. 물론 좀 받았지만 많이는 아니었어요. 아래를 참조하세요.
이것이 내 Linux 컴퓨터와 Linux 노트북 간의 일일 rsync에 사용하기에 안전한지 궁금합니다. 어떤 파일 시스템이 이에 안전합니까? NTFS는 본질적으로 ext4에 비해 덜 안전합니까?
$ sudo dd if=/dev/zero of=/dev/sdc1 bs=1024
dd: error writing '/dev/sdc1': Input/output error
960119073+0 records in
960119072+0 records out
983161929728 bytes (983 GB, 916 GiB) copied, 51641 s, 19,0 MB/s
$ sudo smartctl -a /dev/sdc1
smartctl 6.5
2016-01-24 r4214 [x86_64-linux-4.4.0-109-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke,
www.smartmontools.org
=== START OF INFORMATION SECTION === Vendor: WD Product: My Passport 0748 Revision: 1019 Compliance:
SPC-4 User Capacity: 1 000 170 586 112 bytes [1,00 TB] Logical
block size: 512 bytes Rotation Rate: 5400 rpm Serial number:
WX81A7242861 Device type: disk Local Time is: Thu Jan
18 11:30:41 2018 CET SMART support is: Unavailable - device lacks
SMART capability.
=== START OF READ SMART DATA SECTION ===
Error Counter logging not supported
No self-tests have been logged
$ dmesg | grep sdc1
[ 8279.937899] sdc: sdc1 [21382.527511] Buffer
I/O error on dev sdc1, logical block 240030162, lost async page write
[21382.527516] Buffer I/O error on dev sdc1, logical block 240030163,
lost async page write [21382.527518] Buffer I/O error on dev sdc1,
logical block 240030164, lost async page write [21382.527524] Buffer
I/O error on dev sdc1, logical block 240030165, lost async page write
[21382.527526] Buffer I/O error on dev sdc1, logical block 240030166,
lost async page write [21382.527528] Buffer I/O error on dev sdc1,
logical block 240030167, lost async page write [21382.527530] Buffer
I/O error on dev sdc1, logical block 240030168, lost async page write
[21382.527532] Buffer I/O error on dev sdc1, logical block 240030169,
lost async page write [21382.527534] Buffer I/O error on dev sdc1,
logical block 240030170, lost async page write [21382.527535] Buffer
I/O error on dev sdc1, logical block 240030171, lost async page write
[21387.552539] VFS: Dirty inode writeback failed for block device sdc1
(err=-5). [21398.777810] sdc: sdc1 [21550.843225] EXT4-fs (sdc1):
mounted filesystem with ordered data mode. Opts: (null)
답변1
이미 손상된 파일이 있고 디스크에 알려진 문제가 있습니다. 문제는 동일하게 유지되거나 악화됩니다. "치료"가 거의 불가능합니다. 그래서,아니요, 안전하지 않습니다.
그러나 신뢰할 수 없는 것으로 알려진 백업은 전혀 백업하지 않는 것보다 (약간) 더 낫습니다. 노트북을 분실한 경우 최소한 일부 데이터를 복구할 수 있습니다.
이 디스크를 계속 사용하는 경우 백업된 모든 파일을 다시 읽어야 합니다. 매일은 아니지만 확실히 매주마다 읽어야 합니다.
그럼에도 불구하고 스스로에게 다음과 같이 질문해 보아야 합니다.
- 이 데이터는 귀하에게 얼마나 가치가 있나요? 새 디스크보다 비싸나요? 대략 몇 배 정도 더요?
- 그건 얼마인가요시간실패한 백업에서 귀중한 데이터를 복구해야 합니까? 노트북이 분실되었거나 손상되었나요? 이로 인해 중요한 사업을 놓치게 될까요? 이로 인해 얼마나 많은 스트레스와 불안이 생길까요? 위험을 감수할 가치가 있나요?
귀하는 꽤 좋은 백업 계획을 갖고 있는 것 같습니다(일반 노트북 소유자와 비교했을 때). 이유가 있어서 설정했습니다. 그것을 망치지 마십시오.
고쳐 쓰다:
각 logical block NNNNN, lost async page write메시지는 운영 체제가 디스크에 데이터 블록을 쓰고 I failed to do it properly디스크에서 데이터 블록을 검색하라고 디스크에 지시하고 있음을 의미합니다.
이론적으로 이는 쓰기 출력의 한 비트만 반전되었거나 전체 블록이 이제 임의의 횡설수설임을 의미할 수 있습니다. 현실은 아마도 이 두 극단 사이 어딘가에 있을 것입니다.
최신 디스크는 일반적으로 블록을 실패로 표시하고 예비 블록을 사용하여 쓰기 실패를 투명하게 처리합니다. 디스크가 실제로 오류를 보고한다는 사실은 이 예비 용량이 소진되었음을 의미합니다. 이는 디스크에 이미 꽤 많은 오류가 발생한 블록이 있음을 의미합니다.
귀하의 명령이 보고한 이후 smartctl:
SMART support is: Unavailable - device lacks SMART capability.
모든 데이터를 다시 읽어서 원본 데이터와 비교하고 오류를 계산하는 것 외에는 더 자세한 내용을 알아볼 수 있는 방법이 없습니다.
NTFS와 ext4는 모두 복원력이 매우 뛰어난 파일 시스템 유형이지만 물리적 저장 매체를 신뢰할 수 없으면 둘 다 무기한 생존할 수 없습니다. 일부 중요한 파일 시스템 메타데이터 위치에 오류가 발생하면 전체 파일이나 디렉터리에 액세스할 수 없게 될 수 있습니다.
이러한 누락된 파일에 대한 데이터가 아직 실패하지 않은 블록에 있는 경우 데이터는 물리적으로 디스크에 계속 존재할 수 있지만 파일 시스템 메타데이터가 없으면 다음에 해당하는 올바른 블록을 찾기 위해 일부 데이터 복구 소프트웨어가 필요합니다. 각 손실 문서. 그럼에도 불구하고 파일이 조각화되어 있거나 복구 소프트웨어에 알려지지 않은 파일 형식을 사용하는 경우 복구 소프트웨어가 올바른 청크를 정확하게 찾아서 이를 완전한 파일로 재조립한다는 보장은 100% 없습니다.
어떤 사람은 "디스크는 본질적으로 고장나는 기계입니다. 데이터 저장은 단지 부작용일 뿐입니다." 결국 모든 회전 디스크는 기계적 마모로 인해 고장을 일으키게 됩니다. 휴대용 하드 드라이브는 데스크탑이나 서버 시스템에 설치된 하드 드라이브보다 더 많은 충격과 충격을 받기 쉽습니다.