Re: ZFS and corruption test
- From: Cydrome Leader <presence@xxxxxxxxxxxxxx>
- Date: Fri, 23 Jan 2009 17:37:32 +0000 (UTC)
Jakov Sosic <jsosic@xxxxxxxxxxxxxxxxxxx> wrote:
On 2009-01-22, Stefaan A Eeckels <hoendech@xxxxxx> wrote:
Nothing happens during shutdown. Your "dd" has obliterated the section
of the disk that contains grub's menu file (/boot/grub/menu.lst), and
thus the only thing that grub can do is to display the console.
It would seem that changing the boot disk in the BIOS doesn't change
grub's idea of the location of the menu file.
When you swap disks, the menu file is back in place on the boot disk,
and grub works as advertised.
I thought the same thing the first time (I used skip=20480), but the
second time I used much bigger offset, and same thing got to me....
I'm also puzzled, why doesn't ZFS heal the data itself, by copying it
from the second drive, but just says drive has too many errors...
I'm pretty sure ZFS still can't fix itself. you have to tell it to resync
the disks. All it can do is try the other disk if it gets CRC errors on
one.
.
- Follow-Ups:
- Re: ZFS and corruption test
- From: ITguy
- Re: ZFS and corruption test
- References:
- ZFS and corruption test
- From: Jakov Sosic
- Re: ZFS and corruption test
- From: Stefaan A Eeckels
- Re: ZFS and corruption test
- From: Jakov Sosic
- ZFS and corruption test
- Prev by Date: Re: System freezes with high NFS activity
- Next by Date: Re: a lot of files
- Previous by thread: Re: ZFS and corruption test
- Next by thread: Re: ZFS and corruption test
- Index(es):
Relevant Pages
|