Re: Raid check didn't fix Current_Pending_Sector, but badblocks -nsv did

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

 



On Tue, 7 Jun 2016, Phil Turmel wrote:

Or just ignore them. You aren't using them, so they can't hurt you. However, do look at the sector numbers in the SMART reports to make sure they aren't in the data area. (If you aren't using the whole disk for mdadm, be sure to adjust for the partition start sector.) If they *are* in the data area, watch dmesg while scrubbing to see what's really happening.

I had a similar problem a few years back.

I seem to remember that there was a problem that the pending blocks were in the superblock area, and these weren't written out when I did "check" or "repair". I might be misremembering though, but I seem to remember I had some kind of problem that when I tried to add the dive back in again, it got a read error when trying to read the superblock.

They might have also been in the offset area. What I did was that I did a --replace to another drive, then I dd:ed /dev/zero to the first gigabyte of the drive, which removed the pending blocks. I then added the drive back in.

Could someone confirm whether the entire (actually valuable portion) of the superblock area is written out at any kind of frequency, or when a check/repair is issued? If not, I think that would be a valuable thing to do?

--
Mikael Abrahamsson    email: swmike@xxxxxxxxx
--
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