Re: assistance recovering failed raid6 array

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Roman Mamedov <rm@xxxxxxxxxxx>
Subject: Re: assistance recovering failed raid6 array
From: Martin Bosner <martin@xxxxxxxxx>
Date: Mon, 20 Feb 2017 19:13:27 +0100
Cc: Phil Turmel <philip@xxxxxxxxxx>, linux-raid@xxxxxxxxxxxxxxx
In-reply-to: <20170220225028.59824758@natsu>
References: <58AA4B1E.1030809@bosner.de> <e01061cb-ea4c-4f64-16e8-e6027adbc70d@turmel.org> <E18A7C79-09E0-4361-9F89-68AE1E6FCBF6@bosner.de> <5cc1566c-1b4c-c663-56a1-2040b93b46d7@turmel.org> <20170220225028.59824758@natsu>

> So you have the most terrible hard drive possible [1][2](they WILL ALL fail),

That is very true.--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

References:
- assistance recovering failed raid6 array
  - From: Martin Bosner
- Re: assistance recovering failed raid6 array
  - From: Phil Turmel
- Re: assistance recovering failed raid6 array
  - From: Phil Turmel
- Re: assistance recovering failed raid6 array
  - From: Roman Mamedov

Prev by Date: Re: assistance recovering failed raid6 array
Next by Date: Re: [PATCH V3 1/2] RAID1: a new I/O barrier implementation to remove resync window
Previous by thread: Re: assistance recovering failed raid6 array
Next by thread: Device size for linux raid5 journal?
Index(es):
- Date
- Thread

[Index of Archives] [Linux RAID Wiki] [ATA RAID] [Linux SCSI Target Infrastructure] [Linux Block] [Linux IDE] [Linux SCSI] [Linux Hams] [Device Mapper] [Device Mapper Cryptographics] [Kernel] [Linux Admin] [Linux Net] [GFS] [RPM] [git] [Yosemite Forum]

Powered by Linux