<div dir="ltr">Michael,<input name="virtru-metadata" type="hidden" value="{"email-policy":{"state":"closed","expirationUnit":"days","disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"expires":false,"isManaged":false},"attachments":{}}"><div><br></div><div>I'll preface my reply with the statement that I am far from an expert at this but I can read and understand the descriptions of the different RAID levels and it seems to me with a RAID0 you are SOL if you lose a device in the array. Just by the very nature of the RAID0 configuration there is absolutely NO redundancy. The only reason anyone would configure such a system is for SPEED and the only data that should be permitted on a RAID0 array is temp or working data that is recoverable by other means in the event of a failure. I know of many Videographers that use a SSD RAID0 array for working on their current project but they also copy that array out about every hour for backup.</div><div><br></div><div>I pose only one question to you. Did you have a backup?</div><div><br></div><div>Good luck.</div><div><br></div><div>-stew</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><font size="2">>>
 <br>
>> Stewart M. 
Ives
 <br>
>> SofTEC 
USA
 <br>
>> 1717 Bridge 
St
 <br>
>> New Cumberland, PA 
17070 USA<br>
>>
 <br>
>> Tel: 
717-910-4600
 <br>
>> Fax: 888-371-6022<br>>> Skype: softecusa-ivessm<br>
>> EMail: 
<a href="mailto:ivessm@softecusa.com" target="_blank">ivessm@softecusa.com</a>
 <br>
>> WebSite: <a href="http://www.softecusa.com/" target="_blank">www.softecusa.com</a>
 <br>
>>
 </font><div></div><div></div><div></div></div></div></div></div>
<br><div class="gmail_quote">On Sun, Jul 17, 2016 at 3:10 PM, Michel Dubois <span dir="ltr"><<a href="mailto:michel.dubois.mtl@gmail.com" target="_blank">michel.dubois.mtl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear linux-raid mailing list,<br>
<br>
I have a RAID0 array of four 3TB disks that failed on the "third" disk.<br>
<br>
I am aware of the non-redundancy of RAID0 but I would like to recover<br>
the filenames from that RAID0. If I could recover some data it would<br>
be a bonus.<br>
<br>
Below you'll find the outputs of the following commands<br>
 mdadm --examine /dev/sd[abcd]1<br>
 fdisk -l<br>
<br>
where sda1, sdb1, sdc1 and sdd1 should be the 4 RAID devices.<br>
<br>
What could be my next step?<br>
<br>
I thank you for your time<br>
<br>
Michel Dubois<br>
<br>
======================<br>
mdadm --examine /dev/sd[abcd]1<br>
/dev/sda1:<br>
          Magic : a92b4efc<br>
        Version : 00.90.00<br>
           UUID : 7d247a6e:7b5d46c8:f52d9c89:db304b21<br>
  Creation Time : Mon Apr 23 19:55:36 2012<br>
     Raid Level : raid1<br>
  Used Dev Size : 20980800 (20.01 GiB 21.48 GB)<br>
     Array Size : 20980800 (20.01 GiB 21.48 GB)<br>
   Raid Devices : 4<br>
  Total Devices : 3<br>
Preferred Minor : 0<br>
<br>
    Update Time : Mon Jun 27 21:12:23 2016<br>
          State : clean<br>
 Active Devices : 3<br>
Working Devices : 3<br>
 Failed Devices : 1<br>
  Spare Devices : 0<br>
       Checksum : 1a57db60 - correct<br>
         Events : 164275<br>
<br>
<br>
      Number   Major   Minor   RaidDevice State<br>
this     0       8        1        0      active sync   /dev/sda1<br>
<br>
   0     0       8        1        0      active sync   /dev/sda1<br>
   1     1       8       17        1      active sync   /dev/sdb1<br>
   2     2       0        0        2      faulty removed<br>
   3     3       8       33        3      active sync   /dev/sdc1<br>
/dev/sdb1:<br>
          Magic : a92b4efc<br>
        Version : 00.90.00<br>
           UUID : 7d247a6e:7b5d46c8:f52d9c89:db304b21<br>
  Creation Time : Mon Apr 23 19:55:36 2012<br>
     Raid Level : raid1<br>
  Used Dev Size : 20980800 (20.01 GiB 21.48 GB)<br>
     Array Size : 20980800 (20.01 GiB 21.48 GB)<br>
   Raid Devices : 4<br>
  Total Devices : 3<br>
Preferred Minor : 0<br>
<br>
    Update Time : Mon Jun 27 21:12:23 2016<br>
          State : clean<br>
 Active Devices : 3<br>
Working Devices : 3<br>
 Failed Devices : 1<br>
  Spare Devices : 0<br>
       Checksum : 1a57db72 - correct<br>
         Events : 164275<br>
<br>
<br>
      Number   Major   Minor   RaidDevice State<br>
this     1       8       17        1      active sync   /dev/sdb1<br>
<br>
   0     0       8        1        0      active sync   /dev/sda1<br>
   1     1       8       17        1      active sync   /dev/sdb1<br>
   2     2       0        0        2      faulty removed<br>
   3     3       8       33        3      active sync   /dev/sdc1<br>
/dev/sdc1:<br>
          Magic : a92b4efc<br>
        Version : 00.90.00<br>
           UUID : 7d247a6e:7b5d46c8:f52d9c89:db304b21<br>
  Creation Time : Mon Apr 23 19:55:36 2012<br>
     Raid Level : raid1<br>
  Used Dev Size : 20980800 (20.01 GiB 21.48 GB)<br>
     Array Size : 20980800 (20.01 GiB 21.48 GB)<br>
   Raid Devices : 4<br>
  Total Devices : 3<br>
Preferred Minor : 0<br>
<br>
    Update Time : Mon Jun 27 21:12:23 2016<br>
          State : clean<br>
 Active Devices : 3<br>
Working Devices : 3<br>
 Failed Devices : 1<br>
  Spare Devices : 0<br>
       Checksum : 1a57db86 - correct<br>
         Events : 164275<br>
<br>
<br>
      Number   Major   Minor   RaidDevice State<br>
this     3       8       33        3      active sync   /dev/sdc1<br>
<br>
   0     0       8        1        0      active sync   /dev/sda1<br>
   1     1       8       17        1      active sync   /dev/sdb1<br>
   2     2       0        0        2      faulty removed<br>
   3     3       8       33        3      active sync   /dev/sdc1<br>
<br>
======================<br>
fdisk -l<br>
<br>
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util<br>
fdisk doesn't support GPT. Use GNU Parted.<br>
<br>
<br>
Disk /dev/sda: 3000.5 GB, 3000592982016 bytes<br>
255 heads, 63 sectors/track, 364801 cylinders<br>
Units = cylinders of 16065 * 512 = 8225280 bytes<br>
Disk identifier: 0x03afffbe<br>
<br>
   Device Boot      Start         End      Blocks   Id  System<br>
/dev/sda1               1      267350  2147483647+  ee  EFI GPT<br>
<br>
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util<br>
fdisk doesn't support GPT. Use GNU Parted.<br>
<br>
<br>
Disk /dev/sdb: 3000.5 GB, 3000592982016 bytes<br>
255 heads, 63 sectors/track, 364801 cylinders<br>
Units = cylinders of 16065 * 512 = 8225280 bytes<br>
Disk identifier: 0x142a889c<br>
<br>
   Device Boot      Start         End      Blocks   Id  System<br>
/dev/sdb1               1      267350  2147483647+  ee  EFI GPT<br>
<br>
WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util<br>
fdisk doesn't support GPT. Use GNU Parted.<br>
<br>
<br>
Disk /dev/sdc: 3000.5 GB, 3000592982016 bytes<br>
255 heads, 63 sectors/track, 364801 cylinders<br>
Units = cylinders of 16065 * 512 = 8225280 bytes<br>
Disk identifier: 0x3daebd50<br>
<br>
   Device Boot      Start         End      Blocks   Id  System<br>
/dev/sdc1               1      267350  2147483647+  ee  EFI GPT<br>
<br>
Disk /dev/md0: 21.4 GB, 21484339200 bytes<br>
2 heads, 4 sectors/track, 5245200 cylinders<br>
Units = cylinders of 8 * 512 = 4096 bytes<br>
Disk identifier: 0x00000000<br>
<br>
Disk /dev/md0 doesn't contain a valid partition table<br>
--<br>
To unsubscribe from this list: send the line "unsubscribe linux-raid" in<br>
the body of a message to <a href="mailto:majordomo@vger.kernel.org">majordomo@vger.kernel.org</a><br>
More majordomo info at  <a href="http://vger.kernel.org/majordomo-info.html" rel="noreferrer" target="_blank">http://vger.kernel.org/majordomo-info.html</a><br>
</blockquote></div><br></div>