불확실한 권한으로 마운트된 USB 500GB 외장 드라이브, 데이터 손실

불확실한 권한으로 마운트된 USB 500GB 외장 드라이브, 데이터 손실

노트:이 상황은 진화하고 있습니다. 현재 상황은 이 질문 끝에 있는 출력을 참조하세요.

저는 리눅스 민트 14를 사용하고 있습니다. 최근에는 하드 드라이브를 다시 파티션하고 모든 데이터를 외부 USB 500GB 드라이브에 백업했습니다. 이제 해당 데이터를 다시 복사하려고 합니다.

그런데 드라이브가 이상하게 동작합니다. 연결하면 데스크탑에 다음과 같은 메시지가 나타납니다.

데스크탑의 USB 드라이브

...하지만 마우스 오른쪽 버튼을 클릭하고 속성 보기를 선택하면 권한 탭 아래에 다음과 같이 표시됩니다.

'USB500'에 대한 권한을 확인할 수 없습니다.

'USB500'에 대한 권한을 확인할 수 없습니다.

또한 359.7GB의 드라이브가 사용된 것으로 나타났습니다. 이는 제가 백업하는 데이터에 적합한 크기입니다.

사용된 데이터

...하지만 드라이브를 보면 대부분의 파일이 보이지 않습니다. 예를 들어, 대부분의 파일이 백업되는 "dave" 디렉터리의 속성을 살펴보면 크기가 1.3MB에 불과한 것으로 표시됩니다.

폴더 속성

이 폴더에는 약 300GB의 공간이 있어야 합니다.

디스크에 사용된 데이터가 너무 크면 대부분의 파일이 손실된 것처럼 보이는 이유는 무엇입니까? 권한이 결정되지 않는 이유는 무엇입니까?

가장 중요한 것은 문제를 진단하고 이 디스크의 데이터를 검색하는 가장 안전한 프로세스는 무엇입니까?


고쳐 쓰다:이 출력은 다음 답변에서 요청됩니다.

$ mount | grep USB500
/dev/sdd1 on /media/dave/USB500 type ext4 (rw,nosuid,nodev,uhelper=udisks2)

다음 명령을 실행하면 다음으로 끝나는 수많은 줄이 표시됩니다 Input/output error(여기서 재현하기에는 너무 많지만 기본적으로 모두 동일합니다).

$ sudo find /media/dave/USB500 -ls | less
find: `/media/dave/USB500/dave/.guayadeque': Input/output error
find: `/media/dave/USB500/dave/.compiz-1': Input/output error
find: `/media/dave/USB500/dave/.anthy': Input/output error
find: `/media/dave/USB500/dave/.compiz': Input/output error
find: `/media/dave/USB500/dave/Apache_Logs': Input/output error
find: `/media/dave/USB500/dave/.avidemux': Input/output error
find: `/media/dave/USB500/dave/.dvdrip': Input/output error

한편으로는 이는 하드웨어 오류(?)가 발생할 수 있음을 나타내는 것처럼 보입니다. 반면에 복구하려는 모든 파일이 나열되어 있습니다. 그러면 해당 파일에 액세스할 수 있습니까? 정말 그랬으면 좋겠다...


업데이트 2:드라이브를 복구하고 최소한 일부 데이터를 복구하기 위해 fsck를 실행해 보았으나 다음과 같은 응답을 받았습니다.

$ sudo fsck -y /dev/sdb
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb
Could this be a zero-length partition?

때때로 드라이브가 탑재되지 않는 것처럼 보이지만 탑재 실패를 일으키는 패턴을 확인하지 못했습니다. 껐다가 켜거나 다시 시작하면 다시 되돌릴 수 있을 것 같습니다.

USB 커넥터에서 드라이브를 제거하고 컴퓨터의 내부 P/SATA 버스에 연결했지만 드라이브는 동일한 증상으로 정확히 동일하게 작동하는 것 같습니다.

나는 이 드라이브가 수명을 다하고 있다고 생각하므로 이제 목표는 가능한 한 많은 양을 복사할 수 있을 만큼 오랫동안 거기에 있어야 하는 데이터에 액세스할 수 있는 방법을 찾는 것입니다. 이 작업을 수행하는 방법에 대한 제안은 크게 감사하겠습니다. 실제로는 몇 가지 주요 디렉토리에만 액세스하고 싶기 때문에 결함이 너무 전역적이지 않다면 필요한 것을 얻을 수 있을 것입니다.


업데이트 3:현재 다음 명령을 실행 중입니다. 하루 전부터 시작했는데 아직도 하고 있어요. 뭔가 유용한 일이기를 바랍니다. 누군가가 아래 출력이 어떻게 진행되고 있는지 확인할 수 있다면 매우 도움이 될 것입니다.

$ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image
/home/dave/recovery_usb500.logfile


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:         0 B,  errsize:    500 GB,  current rate:        0 B/s
   ipos:     5366 MB,   errors:       1,    average rate:        0 B/s
   opos:     5366 MB,     time from last successful read:       1 d
Splitting failed blocks...

답변1

다음 조치는 드라이브에 있는 데이터의 가치에 달려 있다고 생각합니다.

합리적으로 가치가 있는 경우 다음 단계는 복구 시도를 중단하고 대신 데이터 복구 회사에 문의하는 것입니다. 이는 단지 PCB의 전자 장치 고장일 뿐이므로, 이 경우 상대적으로 저렴하게 전체 복구를 수행할 수 있기를 바랍니다.

이 작업을 수행할 계획이 없다면 실패한 드라이브에서 가능한 한 많은 섹터의 이미지를 얻는 것이 목표여야 합니다. (저장하려면 500GB보다 큰 드라이브가 필요하지만 문제가 되지 않습니다.)

당신이 가지고 있다면정확히동일한 드라이브(작동), 작동 중인 드라이브에서 PCB를 빌려볼 수 있습니다. 드라이브의 PCB 교체 연습이 필요합니다.아니요현재 수행 중인 작업을 확실히 알 수 있도록 중요한 데이터를 먼저 포함하세요.

dd_rescue그렇지 않으면 /// myrescue등과 같은 도구를 사용해 볼 수 있습니다 gddrescue. 드라이브가 한동안 작동하다가 완전히 실패할 수 있습니다. 이 경우 여러 번 작업을 수행해야 하며 각 재설정/전원 주기에서 더 많은 섹터를 확보해야 합니다.

드라이브 이미지가 있으면 다음 단계는 이미지 사본을 만들고 사본을 처리하는 것입니다.

fsck복사한 다음 루프에 설치하는 것이 좋습니다 .

답변2

다른 사용자를 사용하여 백업한 것 같거나 이제 드라이브에 다른 권한이 할당되었습니다.

먼저 다음 결과에 주의를 기울여야 합니다.

mount | grep USB500

(그리고 질문을 확장할 수도 있음) 나중에 드라이브를 마운트할 수 있습니다.읽기 전용다음을 수행하여:

sudo mount -o remount,ro /media/dave/USB500

그리고 루트로 다시 내용 목록을 가져옵니다.

sudo find /media/dave/USB500 -ls | less

그리고 모든 데이터가 있는지, 데이터에 소유권/권한 문제가 있는지 확인해보세요.

답변3

동일한 드라이브를 사용하더라도 펌웨어는 몇 가지 버전만 다를 수 있지만 여전히 역겹습니다. 그러나 당신이 할 수 있는 일이 몇 가지 있습니다. 전력 서지로 인해 드라이브에 장애가 발생한 것으로 의심되는 경우 종종 장애가 발생하여 드라이브 실행을 방해하는 "지렛대 회로"라는 회로가 있으므로 데이터 자체가 손상되지 않습니다. 하지만 각 제조업체마다 보드에 서로 다른 회로가 있으므로 해당 회로의 위치와 제거 방법(잘라내기 또는 납땜 흡착판)을 파악해야 합니다.

더 쉬운 방법은 말도 안 되는 소리라는 걸 알지만 이것을 직접 테스트해 보았습니다(하드 드라이브를 지우는 소프트웨어를 작성했고 하드 드라이브를 다시 가져오는 기술을 설계하는 팀에서도 일했습니다). 하룻밤 동안 냉장고에 넣어두어도 됩니다. 그리고 다음날 연결해 보세요. 종종 플래터나 암은 균형이 맞지 않거나 균형이 맞지 않을 수 있으며, 추위로 인해 수축되는 특성으로 인해 일반적으로 데이터를 수집할 수 있을 만큼 오랫동안 작동할 수 있습니다.

마지막으로, 모험심이 있고 약간의 시간과 비용(USB-TTL 5v 모듈용)을 기꺼이 지출할 의향이 있다면 드라이브와 대화하여 새 펌웨어를 플래시하고 다시 나타나는지 확인할 수 있습니다. (제가 수행했고 실제로 작동하는) 가이드는 다음과 같습니다.http://www.overclock.net/t/457286/seagate-bricked-firmware-drive-fix-with-pics

답변4

데이터 복구를 시도해 보셨나요? 그렇지 않은 경우 파일 복구 링크를 확인할 수 있습니다.데이터 복구를 위해 dd_rhelp 사용

(죄송합니다. 대체 솔루션을 제공하는 것이 올바른지 잘 모르겠습니다.)

관련 정보