У меня есть диск Mac OS X, который поставляется с HFS+
разделом. Я должен восстановить личные данные с этого диска, и я пока не уверен, повреждена ли файловая система или диск умирает).
Фон : полные признаки следующие. Диск распознается Linux и даже автоматически монтируется (используя Xfce
здесь):
liv@liv-HP-Compaq-dc7900:~$ cat /etc/mtab | grep -i hfs
/dev/sdb2 /media/Macintosh\040HD hfsplus ro,nosuid,nodev,uhelper=udisks 0 0
Ядро сообщает следующее:
[ 4382.681310] usb 2-5: USB disconnect, device number 2
[ 4390.104044] usb 2-5: new high-speed USB device number 3 using ehci_hcd
[ 4390.259178] Initializing USB Mass Storage driver...
[ 4390.259983] scsi6 : usb-storage 2-5:1.0
[ 4390.260077] usbcore: registered new interface driver usb-storage
[ 4390.260079] USB Mass Storage support registered.
[ 4391.260684] scsi 6:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI: 6
[ 4391.261346] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 4391.494924] sd 6:0:0:0: [sdb] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[ 4391.495668] sd 6:0:0:0: [sdb] Write Protect is off
[ 4391.495672] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 4391.496551] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 4391.560091] sdb: sdb1 sdb2
[ 4391.565039] sd 6:0:0:0: [sdb] Attached SCSI disk
[..]
[10376.614742] hfs: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended. mounting read-only.
[10380.531230] sd 6:0:0:0: [sdb] Unhandled sense code
[10380.531234] sd 6:0:0:0: [sdb] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[10380.531239] sd 6:0:0:0: [sdb] Sense Key : Medium Error [current]
[10380.531243] sd 6:0:0:0: [sdb] Add. Sense: Unrecovered read error
[10380.531253] sd 6:0:0:0: [sdb] CDB: Read(10): 28 00 00 1e 22 e8 00 00 08 00
[10380.531259] end_request: critical target error, dev sdb, sector 1975016
[10380.531264] Buffer I/O error on device sdb2, logical block 195672
[10384.353981] sd 6:0:0:0: [sdb] Unhandled sense code
[10384.353985] sd 6:0:0:0: [sdb] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[10384.353990] sd 6:0:0:0: [sdb] Sense Key : Medium Error [current]
[10384.353995] sd 6:0:0:0: [sdb] Add. Sense: Unrecovered read error
[10384.354004] sd 6:0:0:0: [sdb] CDB: Read(10): 28 00 00 1e 22 e8 00 00 08 00
[10384.354011] end_request: critical target error, dev sdb, sector 1975016
[10384.354015] Buffer I/O error on device sdb2, logical block 195672
Вот соответствующий вывод из lshw
:
*-scsi
physical id: 3
bus info: usb@2:5
logical name: scsi7
capabilities: emulated scsi-host
configuration: driver=usb-storage
*-disk
description: SCSI Disk
product: 2105
vendor: ASMT
physical id: 0.0.0
bus info: scsi@7:0.0.0
logical name: /dev/sdb
version: 0
serial: 00000000000000000000
size: 232GiB (250GB)
capabilities: gpt-1.00 partitioned partitioned:gpt
configuration: ansiversion=6 guid=6b43402b-9887-4a33-a329-9801b59ccdc7
*-volume:0
description: Windows FAT volume
vendor: BSD 4.4
physical id: 1
bus info: scsi@7:0.0.0,1
logical name: /dev/sdb1
version: FAT32
serial: 70d6-1701
size: 199MiB
capacity: 199MiB
capabilities: boot fat initialized
configuration: FATs=2 filesystem=fat label=EFI name=EFI System Partition
*-volume:1
description: Apple HFS partition
vendor: Mac OS X (fsck)
physical id: 2
bus info: scsi@7:0.0.0,2
logical name: /dev/sdb2
version: 4
serial: d9a741cc-8313-cc78-0000-000000800000
size: 232GiB
capabilities: journaled bootable osx hfsplus initialized
configuration: boot=osx checked=2009-09-24 02:29:07 created=2009-09-23 17:29:07 filesystem=hfsplus lastmountedby=fsck modified=2013-11-03 01:02:00 name=Customer state=unclean
Когда я открываю диск Thunar
, я получаю следующее сообщение об ошибке: "Failed to open directory "Macintosh HD". Error when getting information for file '/media/Macintosh HD/.journal': Input/output error."
(хотя я могу получить доступ к точке монтирования и некоторым подкаталогам, если я использую emelFM2
.)
Если я попробую ls
в точке монтирования, я получу кучу ошибок ввода-вывода:
liv@liv-HP-Compaq-dc7900:/media/Macintosh HD$ ls -lha
ls: cannot access .hotfiles.btree: Input/output error
ls: cannot access .journal: Input/output error
ls: cannot access .journal_info_block: Input/output error
ls: cannot access .Spotlight-V100: Input/output error
ls: cannot access .Trashes: Input/output error
ls: cannot access home: Input/output error
ls: cannot access libpeerconnection.log: Input/output error
ls: cannot access net: Input/output error
ls: reading directory .: Input/output error
total 20M
drwxrwxr-t 1 root 80 35 Oct 13 22:56 .
drwxr-xr-x 3 root root 4.0K Jan 16 21:09 ..
drwxrwxr-x 1 root 80 53 Oct 18 22:07 Applications
drwxr-xr-x 1 root root 39 Sep 26 00:51 bin
drwxrwxr-t 1 root 80 2 Jul 9 2009 cores
dr-xr-xr-x 1 root root 2 Jul 9 2009 dev
-rw-rw-r-- 1 501 80 16K Sep 8 14:19 .DS_Store
lrwxr-xr-x 1 root root 11 Sep 24 2009 etc -> private/etc
---------- 1 root 80 0 Jul 9 2009 .file
drwx------ 1 99 99 246 Nov 3 00:29 .fseventsd
lrwxr-xr-x 1 root 80 60 Mar 20 2010 Guides de l’utilisateur et informations -> /Library/Documentation/User Guides and Information.localized
dr-xr-xr-t 1 root root 2 Sep 24 2009 .HFS+ Private Directory Data?
d????????? ? ? ? ? ? home
-????????? ? ? ? ? ? .hotfiles.btree
-????????? ? ? ? ? ? .journal
-????????? ? ? ? ? ? .journal_info_block
-????????? ? ? ? ? ? libpeerconnection.log
drwxrwxr-t 1 root 80 58 Mar 27 2013 Library
drwxrwxrwt 1 root root 4 Sep 18 2012 lost+found
-rw-r--r-- 1 root root 20M Jun 8 2011 mach_kernel
d????????? ? ? ? ? ? net
drwxr-xr-x 1 root root 2 Jul 9 2009 Network
drwxr-xr-x 1 501 80 3 Oct 26 2010 opt
drwxr-xr-x 1 root root 6 Sep 24 2009 private
drwxr-xr-x 1 root root 67 Sep 26 00:52 sbin
d????????? ? ? ? ? ? .Spotlight-V100
drwxr-xr-x 1 root root 4 Jul 3 2011 System
lrwxr-xr-x 1 root root 11 Sep 24 2009 tmp -> private/tmp
d????????? ? ? ? ? ? .Trashes
drwxr-xr-x 1 root root 2 May 18 2009 .vol
-rw-r--r-- 1 501 80 70K Jun 26 2013 .VolumeIcon.icns
Наконец, я уже пытался установить hfsprogs
и запустить fsck.hfsplus
, но без особой удачи:
root@liv-HP-Compaq-dc7900:/home/liv# fsck.hfsplus -q /dev/sdb2
** /dev/sdb2
QUICKCHECK ONLY; FILESYSTEM DIRTY
root@liv-HP-Compaq-dc7900:/home/liv# fsck.hfsplus -d /dev/sdb2
** /dev/sdb2
Using cacheBlockSize=32K cacheTotalBlock=1024 cacheSize=32768K.
** Checking HFS Plus volume.
Invalid B-tree node size
(8, 0)
** Volume check failed.
volume check failed with error 7
volume type is pure HFS+
primary MDB is at block 0 0x00
alternate MDB is at block 0 0x00
primary VHB is at block 2 0x02
alternate VHB is at block 487725342 0x1d12191e
sector size = 512 0x200
VolumeObject flags = 0x07
total sectors for volume = 487725344 0x1d121920
total sectors for embedded volume = 0 0x00
Вопрос : Из приведенных выше сообщений об ошибках повреждена файловая система или произошел сбой диска? Как я могу исправить поврежденную файловую систему? И если это не проблема, как я могу восстановить пользовательские данные с частично неисправного диска?
ОБНОВЛЕНИЕ1 :
Учитывая полезную информацию, которую я получил из какой опции «smartctl -d» я должен использовать на этом жестком диске: «scsi» или «ata»? Теперь мне удалось успешно запустить smartctl
на жестком диске:
root@liv-HP-Compaq-dc7900:/home/liv# smartctl -d sat -H -i -c -A -l error -l selftest -l selective '/dev/sdb'
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-57-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Device Model: TOSHIBA MK2555GSXF
Serial Number: 10J9SA69S
LU WWN Device Id: 5 000039 245a067fd
Firmware Version: FH205B
User Capacity: 250,059,350,016 bytes [250 GB]
Sector Size: 512 bytes logical/physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Fri Jan 17 18:02:43 2014 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
[..]
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 1031
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 16237
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 18
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0032 081 081 000 Old_age Always - 7987
10 Spin_Retry_Count 0x0033 253 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 5274
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 1119
192 Power-Off_Retract_Count 0x0032 084 084 000 Old_age Always - 8196
193 Load_Cycle_Count 0x0032 037 037 000 Old_age Always - 635340
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 25 (Min/Max 7/49)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 3
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 124
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 253 000 Old_age Always - 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 57
222 Loaded_Hours 0x0032 087 087 000 Old_age Always - 5415
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 346
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0
254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always - 8107
SMART Error Log Version: 1
ATA Error Count: 1210 (device log contains only the most recent five errors)
[..]
Error 1210 occurred at disk power-on lifetime: 7984 hours (332 days + 16 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 e8 22 1e 40 Error: UNC 8 sectors at LBA = 0x001e22e8 = 1975016
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 da 08 e8 22 1e 40 00 00:08:36.484 READ DMA EXT
25 da 08 e8 22 1e 40 00 00:08:32.637 READ DMA EXT
25 da 08 00 66 22 40 00 00:08:32.637 READ DMA EXT
25 da 08 f8 65 22 40 00 00:08:32.625 READ DMA EXT
25 da 08 50 c3 28 40 00 00:08:32.625 READ DMA EXT
[..]
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Я не уверен, как разобрать этот вывод, но две вещи появляются у меня на глазах:
SMART overall-health self-assessment test result: PASSED
ATA Error Count: 1210 (device log contains only the most recent five errors)
Так насколько это плохо? И как мне поступить?
ОБНОВЛЕНИЕ 2 :
Следуя предложениям в комментариях, я использовал Mac OS X для запуска diskutil verifyVolume
:
mac:~ admin$ diskutil list
[..]
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk1
1: EFI 209.7 MB disk1s1
2: Apple_HFS Macintosh HD 249.7 GB disk1s2
mac:~ admin$ diskutil verifyVolume /dev/disk1s2
Started filesystem verification on disk1s2 Macintosh HD
Checking Journaled HFS Plus volume
Invalid B-tree node size
The volume Macintosh HD could not be verified completely
Error: -9957: Filesystem verify or repair failed
Underlying error: 8: POSIX reports: Exec format error
И fsck
:
mac:~ admin$ fsck -d /dev/disk1s2
** /dev/rdisk1s2
BAD SUPER BLOCK: MAGIC NUMBER WRONG
LOOK FOR ALTERNATE SUPERBLOCKS? [yn] y
SEARCH FOR ALTERNATE SUPER-BLOCK FAILED. YOU MUST USE THE
-b OPTION TO FSCK TO SPECIFY THE LOCATION OF AN ALTERNATE
SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck(8).
Итак, насколько плохи эти сообщения об ошибках? Тост привода?
ОБНОВЛЕНИЕ 3 :
Я играл немного больше, smartctl
и мне кажется (но, пожалуйста, подтвердите !!), что диск определенно тост:
# 'smartctl' -d sat,16 -H -i -c -A -l error -l selftest -l selective '/dev/sdb'
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-57-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Device Model: TOSHIBA MK2555GSXF
Serial Number: 10J9SA69S
LU WWN Device Id: 5 000039 245a067fd
Firmware Version: FH205B
User Capacity: 250,059,350,016 bytes [250 GB]
Sector Size: 512 bytes logical/physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Jan 27 15:20:57 2014 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 88) The previous self-test completed having
the electrical element of the test
failed.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 90) minutes.
SCT capabilities: (0x0039) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 1025
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 1
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 0
10 Spin_Retry_Count 0x0033 100 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 1
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 0
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 3
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 27 (Min/Max 26/30)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 253 000 Old_age Always - 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 57
222 Loaded_Hours 0x0032 100 100 000 Old_age Always - 0
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 353
240 Head_Flying_Hours 0x0001 001 001 001 Pre-fail Offline FAILING_NOW 3
254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always - 0
Error SMART Error Log Read failed: scsi error badly formed scsi parameters
Smartctl: SMART Error Log Read Failed
Error SMART Error Self-Test Log Read failed: scsi error badly formed scsi parameters
Smartctl: SMART Self Test Log Read Failed
Error SMART Read Selective Self-Test Log failed: scsi error badly formed scsi parameters
Smartctl: SMART Selective Self Test Log Read Failed
Я мог бы выделить:
SMART overall-health self-assessment test result: FAILED! Drive failure expected in less than 24 hours. SAVE ALL DATA.
240 Head_Flying_Hours 0x0001 001 001 001 Pre-fail Offline FAILING_NOW 3
Я подозреваю, что о каких-либо решениях, таких как testdisk
илиphotorec
на самом диске, сейчас почти не может быть и речи. Поэтому единственной надеждой на спасение любых данных было бы получить себе больший жесткий диск и сделать битовую копию неисправного диска с помощью dd
илиddrescue
, а затем поиграть с photorec
полученным образом. Любые другие идеи приветствуются!
ОБНОВЛЕНИЕ 4 :
В ответ на запрос Восстановление данных с поврежденного жесткого диска: «трюк с замораживателем» , я публикую вывод smartctl -H /dev/yourdisk
и smartctl -A /dev/yourdisk
:
[Output was misleading so I removed that. See UPDATE5.]
Позволяет ли это определить тип отказа?
ОБНОВЛЕНИЕ 5 :
Около недели назад я по глупости побежал testdisk
на диск на ночь (после пары fsck
попыток родной Mac OS X ), и ущерб, вероятно, стал хуже, чем когда владелец просто уронил его. В конце testdisk
сеанса я отчетливо слышал звук щелчка (« щелчок смерти »?), И привод не был способен к дальнейшим чтениям (все чтения приводили к ошибке). Первоначально я предполагал, что это происходит из-за перегрева, но теперь я склонен полагать, что повреждение просто распространяется, и диск теперь находится в очень плохом состоянии.
Когда я пытаюсь запустить smartctl
short self-test
на диске, тест Completed with electrical failure
и smartctl
вывод такой же, как в UPDATE3, включая 240 Head_Flying_Hours 0x0001 001 001 001 Pre-fail Offline FAILING_NOW 3
ошибку.
Я также попытался провести ddrescue
сеанс, который закончился общим итогом 0 bytes
спасения.
root@xubuntu:/mnt/ram# ddrescue -f -n /dev/sdc /dev/sda /mnt/ram/ddrescue.log
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 0 B, errsize: 0 B, errors: 0
Current status
rescued: 0 B, errsize: 250 GB, current rate: 0 B/s
ipos: 65024 B, errors: 1, average rate: 0 B/s
opos: 65024 B, time from last successful read: 3.5 m
Finished
При каждой операции чтения попытке ядро жаловался на dmesg
из Buffer I/O error on device
:
[ 3706.642819] sd 9:0:0:0: [sdc] Sense Key : Medium Error [current]
[ 3706.642824] sd 9:0:0:0: [sdc] Add. Sense: Unrecovered read error
[ 3706.642834] sd 9:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 18 00 00 08 00
[ 3706.642842] end_request: critical target error, dev sdc, sector 24
[ 3706.642845] Buffer I/O error on device sdc, logical block 3
[ 3710.910060] sd 9:0:0:0: [sdc] Unhandled sense code
[ 3710.910064] sd 9:0:0:0: [sdc] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
Так что все это определенно указывает на повреждение оборудования. Но каков точный тип повреждения? (Частично, я хотел бы проверить, подходит ли «трюк с морозильной камерой» .)
Как предложено в связанном вопросе , я проверил, как восстановить данные, когда ваш жесткий диск поднимается вверх живота, и мне кажется, учитывая симптомы, которые я заметил, что это либо:
- Ваш диск раскручивается и издает щелчки, или
- Ваш диск раскручивается и обнаруживается вашим компьютером, но зависает при попытке доступа к нему
Итак, учитывая всю дополнительную информацию, размещенную здесь, возможно ли определить тип сбоя, который испытывает диск? И подойдет ли в этом случае «трюк с морозилкой» ?
(Мне было предложено , что «когда считывающие пишущие головки касаются поверхности диска, они бросаются и крутятся, поэтому чтение больше невозможно», и это звучит как реалистичное объяснение, но я не уверен, как чтобы подтвердить это.)
источник
smartctl
чтобы проверить, плохой ли это сектор или несколько, или диск близок к концу.smartctl
на диске (см. UPDATE1 в OP). Есть идеи?fsck
илиdiskutil
.fsck
за чем-то современнымОтветы:
Кажется, я нашел эту тему слишком поздно, но для будущих читателей этой темы:
При спасении данных первым шагом должно быть создание полного образа диска с помощью dd или чего-то подобного (популярным выбором является cloneZilla).
Другими словами, получите отпечаток диска как есть, чтобы не допустить дальнейшего повреждения тома при попытке спасти данные.
источник
testdisk
делали инструменты проверки FS и т. Д., Усугубляло проблемы с оборудованием. Вероятно, лучше всего клонировать образ диска с помощью подобного инструментаddrescue
, поскольку он позволяет интеллектуально пропускать проблемные секторы (тогда какdd
при первом признаке повреждения оборудования он просто выходит из строя).Основываясь на первом умном журнале, у вас, вероятно, 124 поврежденных сектора - эта часть:
Вы должны выполнить полное сканирование, чтобы быть уверенным относительно фактического числа. Некоторые файлы повреждены наверняка. Вот почему у вас есть Количество ошибок: 1210, каждый раз, когда читается поврежденный сектор, вы получаете +1 ошибку. Вы должны записать нули в эти сектора, если вы хотите, чтобы диск работал, потому что сектора можно перемещать только во время записи. Я не могу рассказать вам, как работать с файловой системой hfs, потому что я никогда не использовал ее. Если у вас был ext4, вы можете использовать fsck со следующими параметрами:
Таким образом, вы можете получить список всех поврежденных блоков, а затем узнать их местоположение, что поможет оценить, повредили ли поврежденные блоки обычные файлы или что-то еще. Я использовал
debugfs
. Тогда вы можете записать нули в эти сектора с помощью:и удалите поврежденные файлы.
Из журнала вы указали:
Вы знаете, какие файлы повреждены.
Следующая вещь - это значение следующего параметра:
Это убивает ваш диск или уже убил его. Мой диск, например, имеет время жизни 500k. Я узнал об этом, когда он достиг 350k ... В конечном счете, я отключил эту функцию в прошивке моего диска, и она работает до сих пор.
Следующая вещь - суперблок файловой системы. Вы должны были сделать копию этого блока для такой ситуации, и после удаления плохих блоков вы можете восстановить суперблок. Если суперблок был поврежден, и у вас нет резервной копии, или вы не помните расположение секторов резервного копирования, вы не сможете восстановить данные. Попробуй использовать:
Но вы можете прочитать файловую систему (команда ls), так что все не так плохо, и я думаю, что после удаления badblocks и удаления некоторых файлов все должно быть в порядке.
источник
testdisk
на нем на ночь, и повреждение скорее всего стало хуже, чем было, когда владелец просто уронил его). Так что теперь я просто надеюсь наddrescue
все, что смогу от этого , а потом наphotorec
все, что можно спасти.dmesg
.001 001 001
- если VALUE = <THRESH, диск, вероятно, выйдет из строя, так что вы получите эту информацию. Это также может ничего не значить.Сбои механического привода
Для восстановления данных из поврежденных блоков вы можете использовать утилиту SpinRite за 89 долларов для восстановления данных. SpinRite не зависит от файловой системы.
HFS + повреждения файловой системы
При возникновении проблем в файловой системе HFS + воспользуйтесь утилитой DiskWarrior за 99,95 долл. В Mac OS X, чтобы устранить проблемы с HFS +.
Как вы уже использовали другие (Fsck) ремонт инструментов, вам нужно использовать DiskWarrior в « продувочного режиме». Вы можете открыть скрытую опцию «очистки», нажав и удерживая altкнопку до нажатия кнопки «Перестроить» («Перестроить» меняется на «Перестроить ...», удерживая нажатой клавишу Alt). Теперь добавьте галочку в «Очистить» и запустите «Перестроить».
«Очиститель» DiskWarrior оптимизирован для восстановления файлов после того, как другая утилита восстановления диска уже использовалась для восстановления файлов. Повреждение OP может быть вызвано логическими или физическими проблемами. DiskWarrior специализируется на устранении «логических» ошибок каталогов, SpinRite специализируется на восстановлении данных, вызванных «физическими» проблемами жесткого диска.
источник
ddrescue
,testdisk
и другие инструменты свободного программного обеспечения оказались наиболее полезными до сих пор.jpgrecover
на складе Debian работает чудесно. Кроме того, контрапункт раздражающего инструмента OSX, называемого мастером восстановления файлов Easeus, работает хорошо, но НЕ, если диск запутался, как в вопросе OP, здесь.