linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re:Please help RAID1 complete fail no superblock
@ 2016-11-22 16:24 theelectricengineer
  2016-11-22 18:05 ` Please " Phil Turmel
  0 siblings, 1 reply; 3+ messages in thread
From: theelectricengineer @ 2016-11-22 16:24 UTC (permalink / raw)
  To: linux-raid@vger.kernel.org

[-- Attachment #1: Type: text/plain, Size: 2521 bytes --]

>On 22/11/16 14:49, George Rapp wrote:
>> On Tue, Nov 22, 2016 at 9:31 AM, theelectricengineer@gmail.com
>> <theelectricengineer@gmail.com> wrote:
>>> Hello good people of the linux-raid group,
>>>
>>> I really need your help with my RAID1 that has completely failed, on which I have photos of my beloved deceased grandparents.
>>>
>>> I had the RAID1 array for about 3 years, and I had replaced one of the drives when it failed about one year ago. All worked fine.
>>>
>>> A few weeks ago, I bought a new computer and wanted to move the array to the new computer.
>>> I read several guides, and thought that all I had to do was turn both computers off, move the drives, and in the new computer execute: mdadm --assemble --scan
>>> which I did.
>>>
>>> The output was: mdadm: /dev/sdb has no superblock - assembly aborted
>>>
>>> I panicked, moved the drives back, but the old RAID wouldn't start!
>>> The old computer too says that one of the drives has no superblock
>>> and, even worse, that the other is UNALLOCATED SPACE!!!
>>>
>>> I don't understand why the partition on the second drive disappeared, and I'm so worried.
>>>
>>> PLEASE, PLEASE help me...
>>>
>>> I read the wiki pages (raid wiki kernel), but I'm afraid to run any commands that might make things worse.
>>>
>>> I would be very happy if I could restore the data from either one of the drives,
>>> and copy it to the new drives in my new computer (as I should have done before moving the drives).
>>>
>>
>> Yaniv -
>>
>> One more piece of information that would be helpful is the partition
>> tables for each drive:
>>
>> # fdisk -l /dev/sdb /dev/sdc
>>
> 
> And search the archive for the following thread - "RAID10 with 2 drives
> auto-assembled as RAID1". It's pretty recent.
> 
> You've got a mirror, which means both of your drives should have a valid
> filesystem on them, so things look optimistic. It's just a case of
> finding it - that thread should help you look. The experts will chime
> in, but if you can find the string sequences they're looking for, it'll
> help you recover the partition(s). What filesystem were you using?
> 
> Cheers,
> Wol


Thank you both for the quick response,

Attached are the outputs of fdisk -l for both drives.

I read the correspondence in the archived email thread "RAID10 with 2 drives
auto-assembled as RAID1",
but I don't understand what I should do.

Could you please guide me?
I'm afraid to execute any unfamiliar commands that might lower my chances of saving my data.

Thank you so much!

Yaniv


[-- Attachment #2: fdisk_l_sdb.txt --]
[-- Type: text/plain, Size: 586 bytes --]

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x087c1355

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.

[-- Attachment #3: fdisk_l_sdc.txt --]
[-- Type: text/plain, Size: 586 bytes --]

WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.

^ permalink raw reply	[flat|nested] 3+ messages in thread
* Re:Please help RAID1 complete fail no superblock
@ 2016-11-22 20:38 theelectricengineer
  0 siblings, 0 replies; 3+ messages in thread
From: theelectricengineer @ 2016-11-22 20:38 UTC (permalink / raw)
  To: philip@turmel.org
  Cc: linux-raid@vger.kernel.org, antlists@youngman.org.uk,
	george.rapp@gmail.com

[-- Attachment #1: Type: text/plain, Size: 2841 bytes --]

Hi Yaniv,
> 
> { Convention on kernel.org is to reply-to-all, trim quotes, and either
> reply at the bottom or interleaved with the questions.  CC list
> repaired. And please don't break threading. }
> 
> On 11/22/2016 11:24 AM, theelectricengineer@gmail.com wrote:
> 
> >>> One more piece of information that would be helpful is the partition
> >>> tables for each drive:
> >>>
> >>> # fdisk -l /dev/sdb /dev/sdc
> 
> Per the warnings in the output, fdisk is not appropriate for your
> drives.  You must use gdisk or parted:
> 
> gdisk -l /dev/sdb
> gdisk -l /dev/sdc
> 
> parted /dev/sdb print
> parted /dev/sdc print
> 
> Phil

Thank you for informing me about the conventions,
I'll try to conform to all of them.
(what does trim quotes mean?)
I tried sending these emails through gmail and Thunderbird
but kept getting an automatic reply saying that the emails were blocked,
so I'm sending this via the command line (linux terminal).
I don't know how to avoid breaking the thread this way.

I ran both gdisk and parted, here is the output:

gdisk -l /dev/sdb
GPT fdisk (gdisk) version 0.8.5

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 3DE466AD-A3E5-4258-93E8-6DCF186E851D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2925 sectors (1.4 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      5860532223   2.7 TiB     0700 

gdisk -l /dev/sdc
GPT fdisk (gdisk) version 0.8.5

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 88439314-5789-4E07-B7D5-775D6D5D98C1
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 2048-sector boundaries
Total free space is 5860533101 sectors (2.7 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name


parted /dev/sdb print
Model: ATA WDC WD30EZRX-00D (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  3001GB  3001GB  ext4


parted /dev/sdc print
Model: ATA WDC WD30EZRX-00D (scsi)
Disk /dev/sdc: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

(there are no values for sdc in both gdisk and parted, looks bad)

I greatly appreciate your help.

Thank you,

Yaniv 


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

end of thread, other threads:[~2016-11-22 20:38 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-11-22 16:24 Re:Please help RAID1 complete fail no superblock theelectricengineer
2016-11-22 18:05 ` Please " Phil Turmel
  -- strict thread matches above, loose matches on Subject: below --
2016-11-22 20:38 theelectricengineer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).