Windows 시스템에서 직접 1TB 외장 하드 디스크(Seagate)를 제거했는데 이제 더 이상 작동하지 않습니다. 지금은 우분투를 통해 문제를 해결하려고 하는데 디스크(gnome 유틸리티)에서 확인하려고 하면 미디어가 없다고 나옵니다.
도움말 포럼에서 온라인으로 찾을 수 있는 몇 가지 명령을 실행하여 최대한 많은 의견을 수집하려고 노력했습니다.
sudo lshw -c 디스크
*-disk
description: SCSI Disk
product: JMS579
vendor: JMICRON
physical id: 0.0.0
bus info: scsi@4:0.0.0
logical name: /dev/sdb
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512
sudo lshw -클래스 디스크 -클래스 스토리지
*-usb:1
description: Mass storage device
product: USB Mass Storage
vendor: JMicron
physical id: 4
bus info: usb@2:4
logical name: scsi4
version: 1.00
serial: 152D00579000
capabilities: usb-2.10 scsi emulated scsi-host
configuration: driver=usb-storage maxpower=34mA speed=480Mbit/s
*-disk
description: SCSI Disk
product: JMS579
vendor: JMICRON
physical id: 0.0.0
bus info: scsi@4:0.0.0
logical name: /dev/sdb
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512
sudo hdparm -I /dev/sdb
/dev/sdb:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ATA device, with non-removable media
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders 0 0
heads 0 0
sectors/track 0 0
--
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
cache/buffer size = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0
sudo smartctl -a -d scsi /dev/sdb
=== START OF INFORMATION SECTION ===
Vendor: JMICRON
Product: JMS579
Compliance: SPC-4
Device type: disk
Local Time is: Fri Jun 22 23:07:23 2018 IST
device Test Unit Ready [unsupported scsi opcode]
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
fdisk -l
Fdisk는 이 디스크에 대한 결과를 표시하지 않습니다. 어디에도 마운트되어 있지 않기 때문입니다.
sudo dmesg
[141307.332889] usb 2-4: USB disconnect, device number 5
[141310.499914] usb 2-4: new high-speed USB device number 7 using xhci_hcd
[141310.628540] usb 2-4: New USB device found, idVendor=152d, idProduct=0579
[141310.628544] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[141310.628547] usb 2-4: Product: USB Mass Storage
[141310.628549] usb 2-4: Manufacturer: JMicron
[141310.628551] usb 2-4: SerialNumber: 152D00579000
[141310.629107] usb-storage 2-4:1.0: USB Mass Storage device detected
[141310.629201] scsi host4: usb-storage 2-4:1.0
[141311.628514] scsi 4:0:0:0: Direct-Access JMICRON JMS579 PQ: 0 ANSI: 6
[141311.629170] sd 4:0:0:0: Attached scsi generic sg2 type 0
[141311.629942] sd 4:0:0:0: [sdb] Unit Not Ready
[141311.629953] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.629960] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.632053] sd 4:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[141311.632064] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.632072] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.632253] sd 4:0:0:0: [sdb] Write Protect is off
[141311.632261] sd 4:0:0:0: [sdb] Mode Sense: 00 00 00 00
[141311.632435] sd 4:0:0:0: [sdb] Asking for cache data failed
[141311.632441] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[141311.635917] sd 4:0:0:0: [sdb] Unit Not Ready
[141311.635927] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.635935] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.639186] sd 4:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[141311.639197] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.639205] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.639534] sd 4:0:0:0: [sdb] Attached SCSI disk
[141594.937486] EXT4-fs (sdb): unable to read superblock
[141594.937770] EXT4-fs (sdb): unable to read superblock
[141594.938048] EXT4-fs (sdb): unable to read superblock
[141594.938335] SQUASHFS error: squashfs_read_data failed to read block 0x0
[141594.938337] squashfs: SQUASHFS error: unable to read squashfs_super_block
/proc/partitions에 sdb에 대한 기록이 없습니다.
내가 시도한 다양한 gdisk 명령의 결과는 다음과 같습니다.
sudo gdisk
GPT fdisk (gdisk) version 1.0.1
Type device filename, or press <Enter> to exit: /dev/sdb
Problem reading disk in BasicMBRData::ReadMBRData()!
Warning! Read error 22; strange behavior now likely!
Warning! Read error 22; strange behavior now likely!
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Command (? for help): i
no partitions
Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): Y
Command (? for help): p
Disk /dev/sdb: 0 sectors, 0 bytes
Logical sector size: 512 bytes
Disk identifier (GUID): ACBB4EFC-7AE9-4C9B-B804-DA09D936163D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 18446744073709551582
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
Command (? for help): v
Problem: Disk is too small to hold all the data!
(Disk size is 0 sectors, needs to be 0 sectors.)
The 'e' option on the experts' menu may fix this problem.
Problem: GPT claims the disk is larger than it is! (Claimed last usable
sector is 18446744073709551582, but backup header is at
18446744073709551615 and disk size is 0 sectors.
The 'e' option on the experts' menu will probably fix this problem
Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.
Identified 3 problems!
Command (? for help): x
Expert command (? for help): e
Relocating backup data structures to the end of the disk
Expert command (? for help): z
About to wipe out GPT on /dev/sdb. Proceed? (Y/N): Y
Warning! GPT main header not overwritten! Error is 28
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Expert command (? for help): p
Disk /dev/sdb: 0 sectors, 0 bytes
Logical sector size: 512 bytes
Disk identifier (GUID): 4B3EC7B7-2E9E-4933-885C-0CF09BFBE24C
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 18446744073709551582
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
Expert command (? for help): w
Caution! Secondary header was placed beyond the disk's limits! Moving the
header, but other problems may occur!
Warning! The claimed last usable sector is incorrect! Do you want to correct
this problem? (Y/N): Y
Have adjusted the second header and last usable sector value.
Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sdb.
Unable to save backup partition table! Perhaps the 'e' option on the experts'
menu will resolve this problem.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.
또한 Windows 시스템을 사용하여 문제를 해결하려고 했습니다. 디스크 관리에 알 수 없음, 초기화되지 않음이 표시됩니다. Diskpart도 시도했는데, 그 아래의 다양한 명령에 대한 출력은 다음과 같습니다.
clean:
DiskPart succeeded in cleaning the disk
recover:
Virtual Disk Service error:
The disk is not initialized
convert gpt:
Virtual Disk Service error:
The system's information about the object may not be up to date
DiskPart has referenced an object which is not up-to-date.
Refresh the object by using the RESCAN command.
If the problem persists exit DiskPart, then restart DiskPart or restart the computer.
rescan:
Please wait while DiskPart scans your configuration...
Diskpart has finished scanning your configuration.
convert mbr: this one didn't work as well.
EaseUs도 시도해 보았으나 드라이브를 감지하지 못했습니다.
어떤 도움이라도 대단히 감사하겠습니다. 미리 감사드립니다.
답변1
Diskpart는 명시적으로 강제하지 않는 한 실제 데이터에 영향을 주지 않습니다. 데이터가 여전히 존재한다고 가정하는 것이 정확합니다.
SMART 진단(예: Ubuntu의 Gnome-Disks를 통해 액세스 가능)은 최종적인 하드웨어 오류를 보여 주지만 Windows가 드라이브에 데이터를 적극적으로 쓰는 것 같습니다. 이는 Windows 7 이후로 실행이 지연되는 작업이기 때문에 매우 자주 발생합니다. 리소스가 비어 있거나 io-load가 낮은 경우.
또한 인덱싱 서비스는 수집된 메타데이터를 저장하기 위해 읽기/쓰기 모드로 정기적으로 반복적으로 드라이브에 액세스합니다. 나중에 이를 방지하고 즉시 쓰기/동기화를 강제로 적용하려면 다음에 Windows를 통해 드라이브에 액세스할 때 드라이브의 하드웨어 속성에서 디스크 캐시를 활성화할 수 있습니다. 하지만 드라이브를 빠르게 제거하는 기능을 포기하고 Linux-Distros의 마운트 작업과 유사하게 SysTray의 장치 선택기를 통해 마운트를 해제해야 합니다.
Windows 기반 소프트웨어 또는 명시적으로 GUI 응용 프로그램을 사용하려는 경우 가장 좋은 방법은 Macrium Reflect입니다. Windows 내부에 응용 프로그램으로 설치하거나 해당 기능을 사용하여 Windows PE 기반 Rescue-System을 생성하면 다음과 유사하게 실행할 수 있습니다. USB 드라이브의 Linux-Live 시스템.
다음을 사용하는 것이 좋습니다.
... 이는 데이터/파티션 복구를 위한 가장 신뢰할 수 있는 도구입니다. 특히 사용자가 결정하기 전까지는 찾은 가능한 파티션 구조를 기반으로 드라이브의 내용을 변경하지 않기 때문입니다. GUI는 없지만 터미널 창에서 실행되며 실제로 드라이브의 원시 데이터를 스캔하여 파일/폴더/파티션을 스캔하는 지원 접근 방식을 제공합니다.
파티션 구조, 각각의 예상 크기 및 위치를 기억할 수 있고 파티션 레이블의 이름을 기억한다면 올바른 파티션을 식별하는 데 필요한 전부입니다. 준비/스캔/분석은 실제로 파티션 구조의 복원/재작성보다 시간이 더 오래 걸립니다.
TestDisk의 텍스트 인터페이스에 제공된 설명서와 화면 지침을 읽었다고 가정하면 실제로 하드웨어 오류가 아닌 경우 드라이브가 복구됩니다.
답변2
diskpart를 사용하여 디스크를 정리하고 모든 데이터를 삭제했습니다. 안좋다. 다행히 메타데이터만 삭제되고 파일은 그대로 남아있습니다. 운이 좋다면 올바른 제품에서 액세스할 수 있는 백업 메타 데이터가 디스크에 있을 수도 있습니다.
하지만 항상 다음과 같은 규칙 #1을 기억하세요.복구하려는 디스크를 절대로 수정하지 마십시오..
백업이 없다면 이제 유일한 희망은 복구 제품을 사용하는 것입니다.
리뷰가 포함된 제품 목록은 다음 문서를 참조하세요.
최고의 무료 데이터 복구 및 파일 삭제 취소 유틸리티.
모든 제품이 동일한 알고리즘을 사용하는 것은 아니므로 하나씩 시도해 볼 수 있습니다. 일부 파일을 복구한 경우 복구하려는 디스크가 아닌 다른 디스크에 해당 파일을 쓰십시오.
비슷한 경우에 가장 효과적인 것으로 확인된 목록의 항목은 다음과 같습니다. MiniTool 전원 데이터 복구, 한 번에 1GB 이상의 데이터를 복구하려면 상용 버전(69달러)이 필요합니다.
파일을 복구할 수 없지만 귀하에게 큰 가치가 있는 경우 상업용 회수 회사에 문의할 수 있습니다. 디스크를 배송해야 하며 이러한 서비스에는 비용이 많이 듭니다. 따라서 인터넷을 통해 쇼핑하고 선택하기 전에 서비스의 평판을 잘 확인하는 것이 좋습니다.
인터넷에서 "데이터 복구" 또는 "데이터 복구"를 검색하여 찾을 수 있는 상용 제품도 있습니다. 그들 중 일부는 디스크 분석이 무료로 제공되는 무료 다운로드를 제공하지만 파일을 복구하려면 비용을 지불해야 할 수도 있습니다.
답변3
이는 소프트웨어로 해결할 수 없는 문제의 모든 징후를 나타냅니다. 따라서 잠재적으로 상황을 더욱 악화시킬 수 있으므로 소프트웨어 조작을 중단할 수 있습니다.
경험상, (물리적) 드라이브가 자체 ID를 올바르게 식별하지 못하는 순간정확한 용량으로, 귀하는 소프트웨어만으로는 해결할 수 없는 문제를 다루고 있습니다. 근본적인 문제가 미디어 손상인 경우 소프트웨어를 실행하면 잠재적으로 추가 손상만 발생할 수 있습니다. 드라이브가 올바른 용량으로 ID를 중지하는 경우 PCB가 범인일 가능성은 거의 없습니다. 이 정보는 미디어 손상으로 인해 손상될 수 있는 플래터(펌웨어)에 대부분 보관되기 때문입니다.
경험상 드라이브가 회전하는 경우 문제는 PCB가 아닙니다.
데이터가 중요한 경우 현 시점에서 가장 좋은 조언은 데이터 복구 전문가에게 문의하는 것입니다.많은 검사실에서 무료 진단을 제공합니다. 데이터 복구 서비스가 정의상 수천 달러를 청구할 것이라는 '상식'은 대규모 프랜차이즈를 피하는 한 신화입니다. 많은 미디어 유형 문제 또는 '약한' 헤드, 펌웨어 문제는 클린룸에서 드라이브를 열지 않고도 처리할 수 있습니다. 복구 비용이 많이 드는 것은 클린룸 작업인 경우가 많습니다.
USB 인클로저에서 드라이브를 제거해 볼 수 있는 경우도 있었습니다. 여기에는 몇 가지 장점이 있었습니다.
- 인클로저 자체가 문제인지 배제할 수 있습니다.
- 사소한 읽기 문제(미디어/헤드 손상)가 발생한 경우 추가 USB 레이어를 처리하는 것보다 오류 처리를 드라이브의 기본 인터페이스에 맡기는 것이 가장 좋습니다. 대부분의 USB 브리지는 오류 처리에 문제가 있습니다. 예를 들어, 데이터를 복사하는 동안 계속 멈추는 USB 드라이브는 기본 SATA 포트에 연결하면 처리가 가능할 수 있습니다.
요즘에는 더 이상 이렇게 간단하지 않은 경우가 많습니다.
- USB 인클로저는 암호화를 제공/처리할 수 있습니다.
- USB 인클로저는 드라이브를 4K 장치로 표시할 수 있으므로 4K 섹터를 가정하여 파티션을 나누고 포맷했습니다.
- USB가 드라이브의 PCB에 통합되어 있으면 USB를 쉽게 우회할 수 없습니다.