All of lore.kernel.org
 help / color / mirror / Atom feed
* Data recovery
@ 2017-09-21  0:08 Vojtěch Kletečka
  2017-09-21  0:37 ` Wols Lists
  0 siblings, 1 reply; 12+ messages in thread
From: Vojtěch Kletečka @ 2017-09-21  0:08 UTC (permalink / raw)
  To: linux-raid

Dear linux-raid subscribers,

may I humbly request your assistance?

I have three disks connected over usb from which I have made raid10
array with two far coppies. Ocasionally when connecting all three
disks to another computer one or two of the disks are not visible when
creating array due to bad contacts on usb port. Sometimes also one of
the disks suddenly disconnects from the array.
So far I always managed to solve the problems caused by these (very
poor, I am fully aware of that now) conditions by readding disk and
letting it synchronize with other disks. But now I apparently caused a
bigger issue because I am not able to assemble the raid at all.

As far as I remember when I connected the disks today, linux detected
only one. After few tries I found right usb ports for all three disks
and they were indeed shown in output of fdisk -l. But device was not
assembled at first. I have waited a little bit and mdadm finally
assembled the device (although I am not sure if there were two or
three devices). Strangely "cat /proc/mdstat" reported that devices are
99.something synchronized but supposedly with all blocks synchronized
(I mean both numbers were exactly the same) and 0kb speed. Weird I
thought and I issued mdadm --stop /dev/md127 because I wasn't able to
mount /dev/md127 to filesystem.

That was last thing I was able to do with the array. After that I have
tried all possible combinations of disks, assembling and incremental
assembling with/without --force and/or --run but everything without
any results. All commands just failed, in most cases with these two
errors:

sudo mdadm --assemble /dev/md127 /dev/sd[cde]1
mdadm: /dev/md127 assembled from 2 drives - need all 3 to start it
(use --run to insist).
(this command caused "kicking non-fresh sdd1 from array!" in dmesg)

sudo mdadm --assemble /dev/md127 /dev/sd[cde]1 --run
mdadm: failed to RUN_ARRAY /dev/md127: Input/output error
(this command caused "not enough operational mirrors." in dmesg)

From various examining commands (see archive for all commands
requested in "asking for help" part of wiki here:
http://mysharegadget.com/328200519) I have concluded, that one of
disks is far behind others in synchronization and other two disks
strangely don't have enough mirrors (although I though there are
exactly two disks where each block of data is written, at least in
this case).

sudo mdadm --examine /dev/sd[c-e]1 | egrep 'Event|/dev/sd'
/dev/sdc1:
         Events : 44607
/dev/sdd1:
         Events : 36570
/dev/sde1:
         Events : 44607

Is there any possibility of data recovery? For example by forcing
mdamd to think that the disks are synchronized?
As far as I know the disks should be synchronized because last time my
brother used the array he let it synchronize afterwards. Also I
haven't used "mdadm --create" yet as it might be dangerous and I am
not sure if all data saved in array are backed up.

Thank you for your time and any suggestions.

With kind regards,

Vojtěch Kletečka

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21  0:08 Data recovery Vojtěch Kletečka
@ 2017-09-21  0:37 ` Wols Lists
  2017-09-21 12:10   ` Phil Turmel
       [not found]   ` <CAEmSg0-AD09KM=S21a-EVGQEEE0=em-PCpb9LAAbd8cP2+ysBA@mail.gmail.com>
  0 siblings, 2 replies; 12+ messages in thread
From: Wols Lists @ 2017-09-21  0:37 UTC (permalink / raw)
  To: Vojtěch Kletečka, linux-raid

On 21/09/17 01:08, Vojtěch Kletečka wrote:
> Dear linux-raid subscribers,
> 
> may I humbly request your assistance?
> 
> I have three disks connected over usb from which I have made raid10
> array with two far coppies. Ocasionally when connecting all three
> disks to another computer one or two of the disks are not visible when
> creating array due to bad contacts on usb port. Sometimes also one of
> the disks suddenly disconnects from the array.

Why are they connected over USB?

> So far I always managed to solve the problems caused by these (very
> poor, I am fully aware of that now) conditions by readding disk and
> letting it synchronize with other disks. But now I apparently caused a
> bigger issue because I am not able to assemble the raid at all.
> 
Raid doesn't like USB. Because USB likes dropping disks and then raid
wonders where the disk has gone - sounds exactly like what's happened to
you!

> As far as I remember when I connected the disks today, linux detected
> only one. After few tries I found right usb ports for all three disks
> and they were indeed shown in output of fdisk -l. But device was not
> assembled at first. I have waited a little bit and mdadm finally
> assembled the device (although I am not sure if there were two or
> three devices). Strangely "cat /proc/mdstat" reported that devices are
> 99.something synchronized but supposedly with all blocks synchronized
> (I mean both numbers were exactly the same) and 0kb speed. Weird I
> thought and I issued mdadm --stop /dev/md127 because I wasn't able to
> mount /dev/md127 to filesystem.
> 
> That was last thing I was able to do with the array. After that I have
> tried all possible combinations of disks, assembling and incremental
> assembling with/without --force and/or --run but everything without
> any results. All commands just failed, in most cases with these two
> errors:
> 
> sudo mdadm --assemble /dev/md127 /dev/sd[cde]1
> mdadm: /dev/md127 assembled from 2 drives - need all 3 to start it
> (use --run to insist).
> (this command caused "kicking non-fresh sdd1 from array!" in dmesg)
> 
> sudo mdadm --assemble /dev/md127 /dev/sd[cde]1 --run
> mdadm: failed to RUN_ARRAY /dev/md127: Input/output error
> (this command caused "not enough operational mirrors." in dmesg)
> 
> From various examining commands (see archive for all commands
> requested in "asking for help" part of wiki here:
> http://mysharegadget.com/328200519) I have concluded, that one of
> disks is far behind others in synchronization and other two disks
> strangely don't have enough mirrors (although I though there are
> exactly two disks where each block of data is written, at least in
> this case).
> 
> sudo mdadm --examine /dev/sd[c-e]1 | egrep 'Event|/dev/sd'
> /dev/sdc1:
>          Events : 44607
> /dev/sdd1:
>          Events : 36570
> /dev/sde1:
>          Events : 44607
> 
> Is there any possibility of data recovery? For example by forcing
> mdamd to think that the disks are synchronized?

This looks good for data recovery ...

> As far as I know the disks should be synchronized because last time my
> brother used the array he let it synchronize afterwards. Also I
> haven't used "mdadm --create" yet as it might be dangerous and I am
> not sure if all data saved in array are backed up.

Thank $DEITY for that - do NOT use --create - at least don't use it if
you want to recover your data !!!
> 
> Thank you for your time and any suggestions.
> 
Get a SATA add in card if you don't have enough SATA ports, and get rid
of USB !!!

I'll let others chime in on how to get your array back - IF you put the
drives on SATA, I hope it's just a simple "--assemble --force" which
will result in everything sorting itself out, but we'll see. But don't
put USB drives into a raid array!

> With kind regards,
> 
> Vojtěch Kletečka

Cheers,
Wol


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21  0:37 ` Wols Lists
@ 2017-09-21 12:10   ` Phil Turmel
  2017-09-21 12:55     ` Vojtěch Kletečka
       [not found]   ` <CAEmSg0-AD09KM=S21a-EVGQEEE0=em-PCpb9LAAbd8cP2+ysBA@mail.gmail.com>
  1 sibling, 1 reply; 12+ messages in thread
From: Phil Turmel @ 2017-09-21 12:10 UTC (permalink / raw)
  To: Wols Lists, Vojtěch Kletečka, linux-raid

On 09/20/2017 08:37 PM, Wols Lists wrote:
> On 21/09/17 01:08, Vojtěch Kletečka wrote:

> Thank $DEITY for that - do NOT use --create - at least don't use it if
> you want to recover your data !!!

Yes, do NOT use --create.

>> Thank you for your time and any suggestions.
>>
> Get a SATA add in card if you don't have enough SATA ports, and get rid
> of USB !!!

After you reassemble one more time and finish backing up.

> I'll let others chime in on how to get your array back - IF you put the
> drives on SATA, I hope it's just a simple "--assemble --force" which
> will result in everything sorting itself out, but we'll see. But don't
> put USB drives into a raid array!

Please run and report the output of the following commands:

for x in /dev/sd[cde] ; do echo $x ; smartctl -iA -l scterc $x ; done

for x in /sys/block/sd[cde]/device/timeout ; do echo $x $(< $x) ; done

You may have problems that will interfere with rebuilding onto sdd1.

After we see the above, you will be asked to do this:

mdadm --assemble --force --verbose /dev/md127 /dev/sd[cde]1

If this doesn't work (I'll be shocked), please post what it prints.

Phil

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21 12:10   ` Phil Turmel
@ 2017-09-21 12:55     ` Vojtěch Kletečka
  2017-09-21 13:13       ` Phil Turmel
  0 siblings, 1 reply; 12+ messages in thread
From: Vojtěch Kletečka @ 2017-09-21 12:55 UTC (permalink / raw)
  To: Phil Turmel; +Cc: Wols Lists, linux-raid

Requested command outputs are at the end of the mail and verbose
version of mdadm assembly yielded nothing new as I have already tried
--force and/or --run for assembling. For the sake of completeness I
also provide versions of mdadm and kernel.

Independently I have studied syslog a little bit. After rough
filtering of cluttering data
(cat /var/log/syslog.1 | grep -v
'gnome-session\|CRON\|UFW\|wpa_supplicant\|dnsmasq-dhcp\|Ring\|dring\|dockerd\|nm-dispatcher\|NetworkManager\|icecast2\|avahi-daemon\|rtkit-daemon\|dhclient\|bluetoothd'
|grep "Sep 20" > syslog_preprocessed)
I have come up with ~7MB file of more or less relevant data which is
here: http://mysharegadget.com/911016387
First connection of disk was at 21:10:32, 7 minutes later raid finally
assembled but there are suspisious lines from ~9 minutes after the
first connection:

Sep 20 21:19:27 Titan kernel: [35921.641157] md: super_written gets error=-5
Sep 20 21:19:27 Titan kernel: [35921.701049] Buffer I/O error on dev
md127, logical block 732238832, async page read
Sep 20 21:19:27 Titan udisksd[3629]: Unable to resolve
/sys/devices/virtual/block/md127/md/dev-sdc1/block symlink

From now on there is plenty of errors like this (is it possible that
this caused desync in event count?):
Sep 20 21:19:27 Titan kernel: [35922.266406] md: super_written gets error=-5

Are these findings anyhow useful for solving the problem or at least
to determine what caused the error?

Anyway, thank you very much for helping me.

With kind regards,

Vojtěch Kletečka

----------------------
uname -a
Linux Titan 4.4.0-96-generic #119-Ubuntu SMP Tue Sep 12 14:59:54 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
----------------------
sudo mdadm --version
mdadm - v3.3 - 3rd September 2013
----------------------
sudo mdadm --assemble --force --verbose /dev/md127 /dev/sd[cde]1
mdadm: looking for devices for /dev/md127
mdadm: /dev/sdc1 is identified as a member of /dev/md127, slot 2.
mdadm: /dev/sdd1 is identified as a member of /dev/md127, slot 0.
mdadm: /dev/sde1 is identified as a member of /dev/md127, slot 1.
mdadm: added /dev/sde1 to /dev/md127 as 1
mdadm: added /dev/sdc1 to /dev/md127 as 2 (possibly out of date)
mdadm: added /dev/sdd1 to /dev/md127 as 0
mdadm: failed to RUN_ARRAY /dev/md127: Input/output error

(->As I said, this causes "not enough operational mirrors" error in dmesg)
----------------------
for x in /sys/block/sd[cde]/device/timeout ; do echo $x $(< $x) ; done
/sys/block/sdc/device/timeout 30
/sys/block/sdd/device/timeout 30
/sys/block/sde/device/timeout 30
----------------------
for x in /dev/sd[cde] ; do echo $x ; sudo smartctl -iA -l scterc $x ; done
/dev/sdc
[sudo] password for vojtech:
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-96-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error device will be ready soon

A mandatory SMART command failed: exiting. To continue, add one or
more '-T permissive' options.
/dev/sdd
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-96-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     WDC WD20EZRZ-00Z5HB0
Serial Number:    WD-WCC4M6FP3T6Y
LU WWN Device Id: 5 0014ee 2b770e29c
Firmware Version: 80.00A80
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Thu Sep 21 14:13:51 2017 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== 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       -       0
  3 Spin_Up_Time            0x0027   182   173   021    Pre-fail
Always       -       3875
  4 Start_Stop_Count        0x0032   100   100   000    Old_age
Always       -       113
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail
Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age
Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age
Always       -       179
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age
Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age
Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age
Always       -       105
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age
Always       -       41
193 Load_Cycle_Count        0x0032   200   200   000    Old_age
Always       -       1000
194 Temperature_Celsius     0x0022   115   098   000    Old_age
Always       -       32
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age
Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age
Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age
Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age
Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age
Offline      -       0

SCT Error Recovery Control command not supported

/dev/sde
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-96-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     WDC WD20EZRZ-00Z5HB0
Serial Number:    WD-WCC4M3ZF6D48
LU WWN Device Id: 5 0014ee 2623ff611
Firmware Version: 80.00A80
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Thu Sep 21 14:13:51 2017 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== 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       -       0
  3 Spin_Up_Time            0x0027   187   175   021    Pre-fail
Always       -       3608
  4 Start_Stop_Count        0x0032   100   100   000    Old_age
Always       -       106
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail
Always       -       0
  7 Seek_Error_Rate         0x002e   100   253   000    Old_age
Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age
Always       -       174
 10 Spin_Retry_Count        0x0032   100   100   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       -       96
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age
Always       -       42
193 Load_Cycle_Count        0x0032   200   200   000    Old_age
Always       -       917
194 Temperature_Celsius     0x0022   113   096   000    Old_age
Always       -       34
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age
Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age
Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age
Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age
Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age
Offline      -       0

SCT Error Recovery Control command not supported

2017-09-21 14:10 GMT+02:00 Phil Turmel <philip@turmel.org>:
> On 09/20/2017 08:37 PM, Wols Lists wrote:
>> On 21/09/17 01:08, Vojtěch Kletečka wrote:
>
>> Thank $DEITY for that - do NOT use --create - at least don't use it if
>> you want to recover your data !!!
>
> Yes, do NOT use --create.
>
>>> Thank you for your time and any suggestions.
>>>
>> Get a SATA add in card if you don't have enough SATA ports, and get rid
>> of USB !!!
>
> After you reassemble one more time and finish backing up.
>
>> I'll let others chime in on how to get your array back - IF you put the
>> drives on SATA, I hope it's just a simple "--assemble --force" which
>> will result in everything sorting itself out, but we'll see. But don't
>> put USB drives into a raid array!
>
> Please run and report the output of the following commands:
>
> for x in /dev/sd[cde] ; do echo $x ; smartctl -iA -l scterc $x ; done
>
> for x in /sys/block/sd[cde]/device/timeout ; do echo $x $(< $x) ; done
>
> You may have problems that will interfere with rebuilding onto sdd1.
>
> After we see the above, you will be asked to do this:
>
> mdadm --assemble --force --verbose /dev/md127 /dev/sd[cde]1
>
> If this doesn't work (I'll be shocked), please post what it prints.
>
> Phil



-- 
Pokud tento mail obsahuje tautologii, pak zřejmě tautologii skutečně obsahuje.

Vojtěch Kletečka

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21 12:55     ` Vojtěch Kletečka
@ 2017-09-21 13:13       ` Phil Turmel
  2017-09-21 13:22         ` Vojtěch Kletečka
  0 siblings, 1 reply; 12+ messages in thread
From: Phil Turmel @ 2017-09-21 13:13 UTC (permalink / raw)
  To: Vojtěch Kletečka; +Cc: Wols Lists, linux-raid

On 09/21/2017 08:55 AM, Vojtěch Kletečka wrote:
> Requested command outputs are at the end of the mail and verbose
> version of mdadm assembly yielded nothing new as I have already tried
> --force and/or --run for assembling. For the sake of completeness I
> also provide versions of mdadm and kernel.

One of your devices is failing on superblock write.  You cannot save it,
at least not with that USB interface.  Leave it out of your assemble
command. Use --force.

mdadm --assemble --verbose --force /dev/md127 /dev/sd[ce]1

{Adjust if device letters change.}

Report what it prints.  If it works, immediately back up what you need
(there won't be a rebuild).

After you recover any critical data, blow away and reconstruct the
entire array using proper SATA ports.

Include in your system's boot scripts the following:

for x in /sys/block/sd[whatever]/device/timeout ; do echo 180 > $x ; done

Phil

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21 13:13       ` Phil Turmel
@ 2017-09-21 13:22         ` Vojtěch Kletečka
  2017-09-21 14:37           ` Phil Turmel
  0 siblings, 1 reply; 12+ messages in thread
From: Vojtěch Kletečka @ 2017-09-21 13:22 UTC (permalink / raw)
  To: Phil Turmel; +Cc: Wols Lists, linux-raid

I tried both reasonable versions without success:

sudo mdadm --assemble --verbose --force /dev/md127 /dev/sd[ce]1
[sudo] password for vojtech:
mdadm: looking for devices for /dev/md127
mdadm: /dev/sdc1 is identified as a member of /dev/md127, slot 2.
mdadm: /dev/sde1 is identified as a member of /dev/md127, slot 1.
mdadm: no uptodate device for slot 0 of /dev/md127
mdadm: added /dev/sdc1 to /dev/md127 as 2 (possibly out of date)
mdadm: added /dev/sde1 to /dev/md127 as 1
mdadm: /dev/md127 assembled from 1 drive - not enough to start the array.

sudo mdadm --assemble --verbose --force /dev/md127 /dev/sd[de]1
mdadm: looking for devices for /dev/md127
mdadm: /dev/sdd1 is identified as a member of /dev/md127, slot 0.
mdadm: /dev/sde1 is identified as a member of /dev/md127, slot 1.
mdadm: added /dev/sde1 to /dev/md127 as 1
mdadm: no uptodate device for slot 4 of /dev/md127
mdadm: added /dev/sdd1 to /dev/md127 as 0
mdadm: failed to RUN_ARRAY /dev/md127: Input/output error

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21 13:22         ` Vojtěch Kletečka
@ 2017-09-21 14:37           ` Phil Turmel
  0 siblings, 0 replies; 12+ messages in thread
From: Phil Turmel @ 2017-09-21 14:37 UTC (permalink / raw)
  To: Vojtěch Kletečka; +Cc: Wols Lists, linux-raid

On 09/21/2017 09:22 AM, Vojtěch Kletečka wrote:
> I tried both reasonable versions without success:

There is only one reasonable version. The one that leaves out the
out-of-sync device.  Your device letters might be changing, as your
mdadm -E reports indicate the one to leave out is /dev/sdd1, active
device #2.

> sudo mdadm --assemble --verbose --force /dev/md127 /dev/sd[ce]1
> [sudo] password for vojtech:
> mdadm: looking for devices for /dev/md127
> mdadm: /dev/sdc1 is identified as a member of /dev/md127, slot 2.
> mdadm: /dev/sde1 is identified as a member of /dev/md127, slot 1.
> mdadm: no uptodate device for slot 0 of /dev/md127
> mdadm: added /dev/sdc1 to /dev/md127 as 2 (possibly out of date)
> mdadm: added /dev/sde1 to /dev/md127 as 1
> mdadm: /dev/md127 assembled from 1 drive - not enough to start the array.

I would have thought this would be the correct incantation, but it
identified sdc1 as slot 2.

> sudo mdadm --assemble --verbose --force /dev/md127 /dev/sd[de]1
> mdadm: looking for devices for /dev/md127
> mdadm: /dev/sdd1 is identified as a member of /dev/md127, slot 0.
> mdadm: /dev/sde1 is identified as a member of /dev/md127, slot 1.
> mdadm: added /dev/sde1 to /dev/md127 as 1
> mdadm: no uptodate device for slot 4 of /dev/md127
> mdadm: added /dev/sdd1 to /dev/md127 as 0
> mdadm: failed to RUN_ARRAY /dev/md127: Input/output error

This has slots 0 and 1 as expected, but is asking for slot #4. Which
shouldn't be necessary with a 3-device raid10.  Your metadata seems
badly corrupted.

Which means that --create --assume-clean is the right answer, and you
have complete mdadm -E reports to supply the right parameters
(especially chunk size and data offsets) to get it right.  You just have
to make sure you use the correct devices for slots 0 and 1 and supply
'missing' for slot 2.  {Do not use shell [] notation as a shortcut in
any --create command, as [] notation can reorder the letters.}

Phil



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
       [not found]   ` <CAEmSg0-AD09KM=S21a-EVGQEEE0=em-PCpb9LAAbd8cP2+ysBA@mail.gmail.com>
@ 2017-09-21 15:15     ` Wols Lists
  2017-09-21 15:32       ` Wols Lists
  0 siblings, 1 reply; 12+ messages in thread
From: Wols Lists @ 2017-09-21 15:15 UTC (permalink / raw)
  To: Vojtěch Kletečka, linux-raid

On 21/09/17 09:33, Vojtěch Kletečka wrote:
>> Why are they connected over USB?

> Because the disks are WD Elements Desktop - 2TB, without
> dissassembling connecteable only via usb. Also we thought it might be
> good if we are able to mount them on multiple computers so hence usb.
> Terrible mistake I know..
> 
>> > Raid doesn't like USB. Because USB likes dropping disks and then raid
>> > wonders where the disk has gone - sounds exactly like what's happened to
>> > you!

> I see that now, guess it would be best to either dissassemble the
> disks and put them to computer or use them as regular disks without
> raid.
> 
Another option that might help with what Phil has been suggesting ... if
you want to keep them as portable backup drives (not a bad idea) get a
couple of new drives to stick in a computer, dd or ddrescue the
partitions across, and fix it on the computer in order to do your
recovery (I note that USB seems to have been shuffling your drive order,
making re-assembling the array difficult!).

Amazon have been pushing the Hitachi 7K4000 drive at me, which is a 4TB
drive apparently certified for raid, for only £70! Two of those will
enable you to recover your array, back it up, and then you can decide
what sort of raid or whatever you want to make from those drives. Four
of them would give you a lovely 8TB raid-6 as a store for whatever you
want ... drooolll....

Cheers,
Wol

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Data recovery
  2017-09-21 15:15     ` Wols Lists
@ 2017-09-21 15:32       ` Wols Lists
  0 siblings, 0 replies; 12+ messages in thread
From: Wols Lists @ 2017-09-21 15:32 UTC (permalink / raw)
  To: Vojtěch Kletečka, linux-raid

On 21/09/17 16:15, Wols Lists wrote:
> Amazon have been pushing the Hitachi 7K4000 drive at me, which is a 4TB
> drive apparently certified for raid, for only £70!

Oops - of course, it's clever marketing ... they show you the specs for
the big drive, but the price is for the smaller 7K3000!

Bit deceptive :-(

Cheers,
Wol

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Data Recovery
  2012-01-31  8:04 ` Mulyadi Santosa
@ 2012-01-31 12:40   ` arshad hussain
  0 siblings, 0 replies; 12+ messages in thread
From: arshad hussain @ 2012-01-31 12:40 UTC (permalink / raw)
  To: kernelnewbies

On Tue, Jan 31, 2012 at 1:34 PM, Mulyadi Santosa
<mulyadi.santosa@gmail.com> wrote:
> On Tue, Jan 31, 2012 at 13:46, Swapnil Gaikwad <swapnilgaik72@gmail.com> wrote:
>> Hi,
>>
>> I have a Hp laptop with i5 Processor, 640 GB HD. My HD is Crashed due
>> to damage. It does not have any partition table in it. Then how I can
>> recover my data from it. Is anybody have some tool that to it? (Note :
>> Recover My File software showed some files in it, But it requires
>> license key. ?)

It does not have partition table or you could not find it. Use any
ubuntu or Mint
live CD to boot. See what devices it recognizes, there will be a good chance
that it can find your disk. ( see grub usage ) Although , if your disk
is physically damaged then nothing
much can be done.

Other questions come up. How many partitions and what boot loader you
were using?

Thanks.
>
> No partition table? you mean you didn't create it at first place or is
> it damaged now?
>
> Anyway, check DEFT Linux (http://www.deftlinux.net/) or System Rescue
> CD (http://www.sysresccd.org/Main_Page). They are example of Linux
> system that are made for system forensics and/or system resuce.
>
> Tips: first thing you have to do, in my opinion, is creating exact
> disc image. I think dd or its variant like dclfdd
> (http://dcfldd.sourceforge.net/) could serve you well.
>
> PS: you will get better answer if you direct your further question in
> forensic related mailing list :)
>
> --
> regards,
>
> Mulyadi Santosa
> Freelance Linux trainer and consultant
>
> blog: the-hydra.blogspot.com
> training: mulyaditraining.blogspot.com
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Data Recovery
  2012-01-31  6:46 Data Recovery Swapnil Gaikwad
@ 2012-01-31  8:04 ` Mulyadi Santosa
  2012-01-31 12:40   ` arshad hussain
  0 siblings, 1 reply; 12+ messages in thread
From: Mulyadi Santosa @ 2012-01-31  8:04 UTC (permalink / raw)
  To: kernelnewbies

On Tue, Jan 31, 2012 at 13:46, Swapnil Gaikwad <swapnilgaik72@gmail.com> wrote:
> Hi,
>
> I have a Hp laptop with i5 Processor, 640 GB HD. My HD is Crashed due
> to damage. It does not have any partition table in it. Then how I can
> recover my data from it. Is anybody have some tool that to it? (Note :
> Recover My File software showed some files in it, But it requires
> license key. ?)

No partition table? you mean you didn't create it at first place or is
it damaged now?

Anyway, check DEFT Linux (http://www.deftlinux.net/) or System Rescue
CD (http://www.sysresccd.org/Main_Page). They are example of Linux
system that are made for system forensics and/or system resuce.

Tips: first thing you have to do, in my opinion, is creating exact
disc image. I think dd or its variant like dclfdd
(http://dcfldd.sourceforge.net/) could serve you well.

PS: you will get better answer if you direct your further question in
forensic related mailing list :)

-- 
regards,

Mulyadi Santosa
Freelance Linux trainer and consultant

blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Data Recovery
@ 2012-01-31  6:46 Swapnil Gaikwad
  2012-01-31  8:04 ` Mulyadi Santosa
  0 siblings, 1 reply; 12+ messages in thread
From: Swapnil Gaikwad @ 2012-01-31  6:46 UTC (permalink / raw)
  To: kernelnewbies

Hi,

I have a Hp laptop with i5 Processor, 640 GB HD. My HD is Crashed due
to damage. It does not have any partition table in it. Then how I can
recover my data from it. Is anybody have some tool that to it? (Note :
Recover My File software showed some files in it, But it requires
license key.  )

-- 
    Regards,

Swapnil Gaikwad.

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2017-09-21 15:32 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-09-21  0:08 Data recovery Vojtěch Kletečka
2017-09-21  0:37 ` Wols Lists
2017-09-21 12:10   ` Phil Turmel
2017-09-21 12:55     ` Vojtěch Kletečka
2017-09-21 13:13       ` Phil Turmel
2017-09-21 13:22         ` Vojtěch Kletečka
2017-09-21 14:37           ` Phil Turmel
     [not found]   ` <CAEmSg0-AD09KM=S21a-EVGQEEE0=em-PCpb9LAAbd8cP2+ysBA@mail.gmail.com>
2017-09-21 15:15     ` Wols Lists
2017-09-21 15:32       ` Wols Lists
  -- strict thread matches above, loose matches on Subject: below --
2012-01-31  6:46 Data Recovery Swapnil Gaikwad
2012-01-31  8:04 ` Mulyadi Santosa
2012-01-31 12:40   ` arshad hussain

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.