Re: Brocken Raid & LUKS

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

 



Am 20.02.2013 19:39, schrieb Phil Turmel:
On 02/20/2013 01:32 PM, Stone wrote:
Am 19.02.2013 23:08, schrieb Phil Turmel:
Serious issue #1:

You have unreadable sectors on sdc.  When you hit them during rebuild,
sdc will be kicked out (again).  They might not be permanent errors,
but
you can't tell until the drive is given fresh data to write over them.

You have two choices:

1) use ddrescue to copy sdc onto a new drive, then use it in place of
sdc when you re-create the array, or

2) use badblocks to find the exact locations of the bad sectors, then
write zeros to those sectors using dd.

Either way, you have lost whatever those sectors used to hold.
befor i will recreate the raid with an older mdadm i would search the
badblocks. is this right?
Yes, and write zeros to those blocks to either fix them or relocate them.
Ok i have now a list of my badblocks.
Now i fix them with dd
dd if=/dev/zero of=/dev/sdc1 bs=1073006628 cout=1
and this for all badblocks?

with this command i fill the badblocks with a null but override data? i cannot damage my data with this or?

thank you.

i have check all drives and the sdc device had badblock:
Pass completed, 48 bad blocks found. (48/0/0 errors)
but die binary dont give me the info where they are..
i have used this command in a screen badblocks -v /dev/sdc1
"man badblocks"

You should use the "-o" option to save the list.

Phil

--
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


[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