| View previous topic :: View next topic |
| Author |
Message |
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
 Posted: Sun Feb 09, 2014 12:12 am Post subject: Data-disk or controller failure |
 |
|
This computer is about ten years old and the first problem I had with it was a disk failure about six months ago, now the replacement-disk has failed too:
I was using the disk when it became read-only.
If I leave the drive mentioned in fstab
/dev/sdb1 /home/progman3k reiserfs noatime 0 1
Then the computer will either boot and stay in text-mode asking for the root password for maintenance
or it will begin to fsck the drives and eventually the screen switches off and even if I wait for hours, nothing will happen.
Removing the disk from fstab and restarting, I can log in as root and try to mount the drive with the disk-utility:
| Quote: | Error mounting /dev/sdb1 at /run/media/progman3k/Data: Command-line `mount -t "reiserfs" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdb1" "/run/media/progman3k/Data"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
(udisks-error-quark, 0)
Assessment: Disk is OK, 28 bad sectors (38° C / 100° F) |
dmesg reports
| Quote: | [32105.122423] REISERFS (device sdb1): found reiserfs format "3.6" with standard journal
[32105.122440] REISERFS (device sdb1): using ordered data mode
[32105.122442] reiserfs: using flush barriers
[32105.122736] REISERFS (device sdb1): journal params: device sdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[32105.123208] REISERFS (device sdb1): checking transaction log (sdb1)
[32106.257494] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[32106.257499] ata4.00: BMDMA stat 0x25
[32106.257503] ata4.00: failed command: READ DMA
[32106.257510] ata4.00: cmd c8/00:38:ca:e9:00/00:00:00:00:00/e0 tag 0 dma 28672 in
res 51/40:38:00:ea:00/00:00:00:00:00/e0 Emask 0x9 (media error)
[32106.257512] ata4.00: status: { DRDY ERR }
[32106.257514] ata4.00: error: { UNC }
[32106.268271] ata4.00: configured for UDMA/133
[32106.268317] sd 3:0:0:0: [sdb] Unhandled sense code
[32106.268320] sd 3:0:0:0: [sdb]
[32106.268322] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[32106.268325] sd 3:0:0:0: [sdb]
[32106.268326] Sense Key : Medium Error [current] [descriptor]
[32106.268330] Descriptor sense data with sense descriptors (in hex):
[32106.268332] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[32106.268344] 00 00 ea 00
[32106.268349] sd 3:0:0:0: [sdb]
[32106.268352] Add. Sense: Unrecovered read error - auto reallocate failed
[32106.268355] sd 3:0:0:0: [sdb] CDB:
[32106.268356] Read(10): 28 00 00 00 e9 ca 00 00 38 00
[32106.268367] end_request: I/O error, dev sdb, sector 59904
[32106.268379] REISERFS warning (device sdb1): journal-1212 journal_read_transaction: REPLAY FAILURE fsck required! buffer write failed
[32106.268384] ata4: EH complete
[32106.268386] REISERFS warning (device sdb1): reiserfs-2006 journal_init: Replay Failure, unable to mount
[32106.268902] REISERFS warning (device sdb1): sh-2022 reiserfs_fill_super: unable to initialize journal space |
What should I do?
If the drive-controller is defective then I worry I'll only make things worse. I'm thinking of putting the drive in a newer computer.
How can I recover the files?
Thanks! |
|
| Back to top |
|
 |
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54217
Location: 56N 3W
|
| Posted: Sun Feb 09, 2014 1:03 am Post subject: |
|
|
Progman3K,
Install smartmontools and see what the drive thinks of itself.
If the smart data is OK, it may be a HDD data cable.
| Code: | | [32106.257503] ata4.00: failed command: READ DMA |
means a read failed.
It may be that the drive left it too late to relocate a failing sector and now can't read it.
Post the smart data if you need a hand to interpret it.
Its a little early to think about data recovery but making an image with ddrescue is a good place to start.
Be sure to make the ddrescue log as ddresuce will use it to resume and do retries.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Sun Feb 09, 2014 4:16 am Post subject: |
|
|
| Code: | | smartctl -i /dev/sdb |
| Quote: | smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.10.17-gentoo] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: WDC WD10EZEX-00KUWA0
Serial Number: WD-WCC1S3052607
LU WWN Device Id: 5 0014ee 25d814e57
Firmware Version: 15.01H15
User Capacity: 1,000,204,886,016 bytes [1.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Sat Feb 8 23:06:04 2014 EST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled |
| Code: | | smartctl -H /dev/sdb |
| Quote: | smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.10.17-gentoo] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED |
What should I do now? |
|
| Back to top |
|
|
Jaglover
Watchman
Joined: 29 May 2005
Posts: 8291
Location: Saint Amant, Acadiana
|
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Sun Feb 09, 2014 4:46 am Post subject: |
|
|
| Code: | | smartctl -data -A /dev/sdb |
| Code: | smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.10.17-gentoo] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
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 0x002f 200 200 051 Pre-fail Always - 2390
3 Spin_Up_Time 0x0027 175 175 021 Pre-fail Always - 2233
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 16
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 7
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 4906
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 16
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 11
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 4
194 Temperature_Celsius 0x0022 105 091 000 Old_age Always - 38
196 Reallocated_Event_Count 0x0032 193 193 000 Old_age Always - 7
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 21
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 90
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 |
Is that very worrisome?
The long test should be finished around 1AM EDT |
|
| Back to top |
|
|
Jaglover
Watchman
Joined: 29 May 2005
Posts: 8291
Location: Saint Amant, Acadiana
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54217
Location: 56N 3W
|
| Posted: Sun Feb 09, 2014 12:58 pm Post subject: |
|
|
Progman3K,
| Code: | ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 21 |
Thats bad news. The drive would like to reallocate 21 sectors but can't read them. You may or may not get lucky and get one more read.
Keep an eye on this data.
Run ddrescue to make an image of the drive, that means you need another
| Code: | | User Capacity: 1,000,204,886,016 bytes [1.00 TB] |
of space plus the ddrescue log file.
If the long test completes, the Current_Pending_Sector count should be zero and the 5 Reallocated_Sector_Ct should have increased by at least 21.
Its unlikely the test will complete, as it will abort at the first error.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Sun Feb 09, 2014 1:05 pm Post subject: |
|
|
I imagine the test has completed, not sure how to read the results.
| Code: | | smartctl -l error /dev/sdb |
| Code: | smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.10.17-gentoo] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
ATA Error Count: 60 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 60 occurred at disk power-on lifetime: 4906 hours (204 days + 10 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 38 ca e9 00 e0 Error: UNC 56 sectors at LBA = 0x0000e9ca = 59850
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 38 ca e9 00 e0 08 00:06:14.436 READ DMA
c8 00 08 c2 e9 00 e0 08 00:06:14.436 READ DMA
c8 00 08 ba e9 00 e0 08 00:06:14.436 READ DMA
c8 00 08 02 ea 00 e0 08 00:06:14.353 READ DMA
c8 00 08 b2 e9 00 e0 08 00:06:14.353 READ DMA
Error 59 occurred at disk power-on lifetime: 4903 hours (204 days + 7 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 38 ca e9 00 e0 Error: UNC 56 sectors at LBA = 0x0000e9ca = 59850
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 38 ca e9 00 e0 08 08:58:42.316 READ DMA
c8 00 08 c2 e9 00 e0 08 08:58:42.316 READ DMA
c8 00 08 ba e9 00 e0 08 08:58:42.316 READ DMA
c8 00 08 02 ea 00 e0 08 08:58:42.316 READ DMA
c8 00 08 b2 e9 00 e0 08 08:58:42.316 READ DMA
Error 58 occurred at disk power-on lifetime: 4895 hours (203 days + 23 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 38 ca e9 00 e0 Error: UNC 56 sectors at LBA = 0x0000e9ca = 59850
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 38 ca e9 00 e0 08 00:35:15.014 READ DMA
c8 00 08 c2 e9 00 e0 08 00:35:15.014 READ DMA
c8 00 08 ba e9 00 e0 08 00:35:15.014 READ DMA
c8 00 08 02 ea 00 e0 08 00:35:14.944 READ DMA
c8 00 08 b2 e9 00 e0 08 00:35:14.944 READ DMA
Error 57 occurred at disk power-on lifetime: 4894 hours (203 days + 22 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 02 b0 94 00 e0 Error: UNC 2 sectors at LBA = 0x000094b0 = 38064
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 02 b0 94 00 e0 08 00:03:13.341 READ DMA
ec 00 00 00 00 00 a0 08 00:03:13.335 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 00:03:13.335 SET FEATURES [Set transfer mode]
Error 56 occurred at disk power-on lifetime: 4894 hours (203 days + 22 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 aa 94 00 e0 Error: UNC 8 sectors at LBA = 0x000094aa = 38058
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 aa 94 00 e0 08 00:03:13.300 READ DMA
c8 00 20 3a 94 00 e0 08 00:03:13.300 READ DMA
c8 00 08 32 94 00 e0 08 00:03:13.300 READ DMA
c8 00 20 4a 92 00 e0 08 00:03:13.300 READ DMA
c8 00 08 42 92 00 e0 08 00:03:13.299 READ DMA
|
| Code: | | smartctl -l selftest /dev/sdb |
| Code: | smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.10.17-gentoo] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 4906 38064
# 2 Short offline Completed without error 00% 4890 -
# 3 Short offline Completed: read failure 50% 4890 71512
|
So is it possible to recover some of the data? I understand some might be lost, but I'd settle for some data. What should I do? |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6097
Location: Dallas area
|
| Posted: Sun Feb 09, 2014 1:14 pm Post subject: |
|
|
I had some problems a few years back where the disks would go offline (drop sata connection)
and gave disk errors. In two cases the disks had bad spots, and I exchanged them.
In the other cases the culprit was the power supply, it just wasn't putting out enough current
to satisfy all the disks. I swapped it out, ran a complete disk check (using hd manf's utility on another machine)
and then reloaded all the filesystem data that I had backups for.
In your case, I would try and recover all the data that you can, keeping in mind some of it may be bad.
If you have another machine you might try running disk software on that drive in the other machine.
If it shows as clean, then it might be the power supply (as they're not really designed to last for much longer than 4-5 years)
Anyway, good luck
Edit to add:
| Quote: | | So is it possible to recover some of the data? I understand some might be lost, but I'd settle for some data. |
It depends on what is in those unreadable sectors, if boot data, partition data, or directory data then whatever is in that spot would more than likely be lost.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54217
Location: 56N 3W
|
| Posted: Sun Feb 09, 2014 1:40 pm Post subject: |
|
|
Progman3K,
| Code: | Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 4906 38064 |
The test failed, the first problem is at block 38064.
What you cang get back depends on the type of data that cannot be read.
If its a directory, all of that directory and all of its children will be threatened. If its a video, the video will be lost.
The next step is to make an image of the drive or partition with ddrescue. You must not compress the image as you will use it like a real drive/partition later.
ddrescue tries very hard to read your data. It starts at the beginning, much like dd but when it finds a problem, jumps to the middle of the unrecovered space. This way it gets all the easy to read data first.
Eventually, it attempts to step the head into problem areas from both sides.
You must generate the log file. ddrescue will read it to know what still needs to be done, so you don't have to run ddrescue in one sitting.
You will read it to know what is lost.
Recovery of files in place is no longer possible, nor would you want to as you have no idea when the 21 unreadable blocks will get worse.
Those are the ones the drive knows about. ddrescue may well find some more.
Check your warranty it looks like it expires on 16 May 2016.
WD will send you a replacement before you return the dud. I've had to do it with 2 WD Greens. They want a credit card number, which they will bill if the return is not received.
I had 30 days, so you get a few weeks with both drives at no cost.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Sun Feb 09, 2014 5:35 pm Post subject: |
|
|
Do I have to copy to a disk of EXACTLY the same size?
There is one partition on the disk, and that is what I want to recover.
So must I have exactly the same block-size, format and everything for ddrescue to work?
How big will the logfile be? Do I have to have the same amount of space to store it as the source requires?
I've never used ddrescue before. I've taken an example from the documentation: To copy from sdb1 to sdb2
| Code: | ddrescue -f -n /dev/sdb1 /dev/sdb2 logfile
ddrescue -d -f -r3 /dev/sdb1 /dev/sdb2 logfile
fsck -v -f /dev/sdb2
mount -t ext2 -o ro /dev/sdb2 /mnt
|
Is that the proper form for what I want to do? |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54217
Location: 56N 3W
|
| Posted: Sun Feb 09, 2014 8:20 pm Post subject: |
|
|
Progman3K,
You can copy to an output drive that is the same size or bigger.
The copy need only be temporary, to allow data recovery to take place.
If you will do a drive to drive copy, tell ddrescue to work with whole drives, not partitions, that way you get the partition table too.
Partition to partition works too, as does drive/partition to file.
The output space must be >= the input space.
ddrescue, is a block level tool. It neither knows nor cares what the data in the blocks it works with represent.
The size of the log depends on how many separate faulty areas you have on your drive. If it got to 1Mb I would be surprised.
Here is one I made earlier. | Code: | # Rescue Logfile. Created by GNU ddrescue version 1.15
# Command line: ddrescue -b 4096 -r 8 -f /dev/sde3 /dev/null /root/rescue_log.txt
# current_pos current_status
0x18D786D0000 ?
# pos size status
0x00000000 0x16E4BE9E000 +
0x16E4BE9E000 0x00002000 *
0x16E4BEA0000 0xFD4F9D000 +
0x17E20E3D000 0x00003000 *
0x17E20E40000 0x8FBF8000 +
0x17EB0A38000 0x00008000 *
0x17EB0A40000 0x358CC2000 +
0x18209702000 0x0000E000 *
0x18209710000 0x2DE00000 +
0x18237510000 0x00010000 *
0x18237520000 0x01AC0000 +
0x18238FE0000 0x00010000 *
0x18238FF0000 0x012C1000 +
0x1823A2B1000 0x0000F000 *
0x1823A2C0000 0x2D752000 +
0x18267A12000 0x0000E000 *
0x18267A20000 0x11EDD4000 +
0x183867F4000 0x0000C000 *
0x18386800000 0x9F1ED0000 +
0x18D786D0000 0x4260530000 ? |
The command line is worth looking at | Code: | | ddrescue -b 4096 -r 8 -f /dev/sde3 /dev/null /root/rescue_log.txt |
Here I was just trying to force bad sectors to be read and relocated, hence /dev/null is the output device.
I was trying to breath some life into a raid5 that had two drives fail within 15 minutes.
The -b tells not to try to use blocks smaller than 4k. You need that as your drive has a 4k physical block size. Thats the smallest chunk of data that it can read or write.
-r 8 says to move on after 8 retries. Big numbers here make ddrescue have more tries but it takes longer.
-f always seems to be needed
/dev/sde3 /dev/null are the input and output devices. /dev/null is a really bad choice for output but as my raid set was not readable (at all) I had nothing to loose. Don't you do this.
/root/rescue_log.txt is the full path to the logfile.
The usual way to use ddrescue is with a fairly low number of retries, say, -r 3 then read the log and see what happened.
Then run it again with a more aggressive retry setting and everything else unchanged.
ddrescue will only work on the areas that have not been recovered and will fill in the 'holes' in the copy.
-M is useful on second and subsequent runs. Read man ddrescue.
You can also help the probability of recovery. More on that after you post your first log.
Using ddrescue to copy to/from the same drive is not useful. The drive is suspect - all of it. Get the data off.
Do not use fsck on the recovered data - it often makes a bad situation worse. Its a last ditch thing to try.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Wed Feb 19, 2014 3:52 am Post subject: |
|
|
I connected the hard-disk (c1) to a new machine with a new cable, to copy everything over to a new disk (b1)
| Code: | | ddrescue -v -f -r512 /dev/sdc1 /dev/sdb1 logfile |
It's been running for 15 hours | Quote: | GNU ddrescue 1.16
About to copy 500105 MBytes from /dev/sdc1 to /dev/sdb1
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 128 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
rescued: 69113 MB, errsize: 25614 kB, current rate: 13107 B/s
ipos: 69139 MB, errors: 495, average rate: 1059 kB/s
opos: 69139 MB, time since last successful read: 0 s
Copying non-tried blocks... |
Sometimes the current rate shoots up. I don't mind if it takes it a long time as long as it gets the data.
Thank you for you help! I'll post back at the end! |
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Tue Jul 22, 2014 8:24 am Post subject: |
|
|
After months of running the task and the problematic disk no longer functioning at all, meaning it is no longer detectable, so I cannot try to get any more data from it, this is the result:
| Code: | | ddrescuelog --show-status logfile |
| Quote: |
current pos: 116848 MB, current status: splitting
domain size: 500105 MB, in 1 area(s)
rescued: 452030 MB, in 22710 area(s) ( 90.38%)
non-tried: 0 B, in 0 area(s) ( 0%)
errsize: 48075 MB, errors: 22709 ( 9.61%)
non-trimmed: 0 B, in 0 area(s) ( 0%)
non-split: 47874 MB, in 24939 area(s) ( 9.57%)
bad-sector: 200390 kB, in 37894 area(s) ( 0.04%) |
So now what? How do I access the data? Do I simply try to mount the partition? |
|
| Back to top |
|
|
krinn
Watchman
Joined: 02 May 2003
Posts: 7470
|
| Posted: Tue Jul 22, 2014 2:54 pm Post subject: |
|
|
| Progman3K wrote: | | So now what? How do I access the data? Do I simply try to mount the partition? |
Might also be the perfect time to pray. |
|
| Back to top |
|
|
Progman3K
l33t
Joined: 03 Jan 2004
Posts: 773
|
| Posted: Wed Jul 23, 2014 12:51 am Post subject: maybe praying helped, I don't know |
|
|
I crossed my fingers, issued the mount command and it mounted.
I admit, I got kind of choked-up for a moment.
Of course there is 500GB of data so it's probable some of it is garbled but at least it is accessible!
Thanks for the help, people! |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Kernel & Hardware
