NTFS 파티션 크기 조정 중 gparted가 실패함

NTFS 파티션 크기 조정 중 gparted가 실패함

우분투 노트북에 USB 드라이브가 연결되어 있습니다. 사용하지 않는 파티션(sdb1 및 sdb2) 몇 개를 삭제하고 변경 사항을 커밋했습니다. 그런 다음 전체 디스크를 사용하도록 sdb3(NTFS)의 크기를 조정했습니다. Gparted는 약 6시간이 걸릴 것이라고 말했습니다.

30분 후에 오류가 발생합니다.

Libparted Error
Input/output error during read on /dev/sdb"

시스템 로그에는 다음이 표시됩니다.

Nov  4 16:04:41 Thinkpad kernel: [ 3662.996100] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:04:46 Thinkpad kernel: [ 3668.108090] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:01 Thinkpad kernel: [ 3683.324138] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:01 Thinkpad kernel: [ 3683.540073] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:07 Thinkpad kernel: [ 3688.652088] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:22 Thinkpad kernel: [ 3703.868123] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:22 Thinkpad kernel: [ 3704.084075] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:31 Thinkpad com.canonical.indicator.application[1980]: (process:2377): indicator-application-service-WARNING **: Application already exists, re-requesting properties.
Nov  4 16:05:32 Thinkpad kernel: [ 3714.492144] usb 2-2: device not accepting address 2, error -110
Nov  4 16:05:33 Thinkpad kernel: [ 3714.604102] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:43 Thinkpad kernel: [ 3725.012083] usb 2-2: device not accepting address 2, error -110
Nov  4 16:05:43 Thinkpad kernel: [ 3725.012199] usb 2-2: USB disconnect, device number 2
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016397] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016404] sd 5:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 02 38 3d b0 00 00 f0 00
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016408] blk_update_request: I/O error, dev sdb, sector 37240240
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016413] Buffer I/O error on dev sdb, logical block 37240240, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016417] Buffer I/O error on dev sdb, logical block 37240241, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016419] Buffer I/O error on dev sdb, logical block 37240242, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016421] Buffer I/O error on dev sdb, logical block 37240243, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016423] Buffer I/O error on dev sdb, logical block 37240244, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016425] Buffer I/O error on dev sdb, logical block 37240245, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016427] Buffer I/O error on dev sdb, logical block 37240246, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016430] Buffer I/O error on dev sdb, logical block 37240247, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016435] Buffer I/O error on dev sdb, logical block 37240248, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016437] Buffer I/O error on dev sdb, logical block 37240249, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033717] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033723] sd 5:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 02 38 3e a0 00 00 f0 00
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033727] blk_update_request: I/O error, dev sdb, sector 37240480

그래서 어떤 이유로 디스크와의 접촉이 끊어졌습니다. "다시 시도"와 "취소"를 클릭해 보았으나 아무리 눌러도 계속 묻는 메시지가 나타납니다. 그런 다음 fdisk를 사용하여 sdb가 실제로 사라졌는지 확인했습니다. 디스크를 뽑았다가 다시 연결했지만(동일한 USB 포트에) 이제 sdc라고 표시됩니다. sdb가 아직 없기 때문에 Gparted는 계속을 거부합니다.

진행 방법에 대한 아이디어가 있습니까? gparted 프로세스를 종료하시겠습니까? 노트북을 다시 시작하시겠습니까? sdc의 이름을 sdb로 바꿀 수 있나요? 기호 링크(/dev의 ln -s sdc sdb)를 사용해 보았지만 도움이 되지 않았습니다.

다시 연결을 해제하면 OS에서 sdb에 대한 참조를 제거하여 다시 연결했을 때 디스크가 sdb로 표시되도록 할 수 있습니까? 그런 다음 gparted에서 "재시도"를 클릭할 수 있습니다.

목표는 sdb3 파티션의 데이터를 잃지 않는 것입니다.

노트: 파티션 크기를 조정하는 동안(파티션 삭제 중이 아님) 충돌이 발생했습니다.

답변1

이 경우에는 손상된 USB 3.0 HDD 인클로저입니다. 디스크를 다른 섀시로 변경하고 다시 연결했는데, 리눅스에서는 사용할 수 없습니다. 그런 다음 Windows 7 노트북에 연결했습니다. chkdsk는 파일 시스템을 복구하는 데 몇 시간을 보냈습니다. 잠시 동안 모든 파일이 표시되었기 때문에 성공한 줄 알았으나 안타깝게도 그 중 9/10이 손상되었습니다.

다시 포맷한 후 chkdsk를 사용하여 디스크를 다시 확인해 보니 디스크 자체에는 문제가 없는 것 같았습니다.

데이터가 손실되었지만 다행히 작동하는 백업이 있었습니다. 파티션을 수정하기 전에 항상 백업을 다시 확인해야 합니다...

관련 정보