Date: 10 Nov 2007 00:10:14 +0100 From: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr> To: delphij@delphij.net Cc: Nathan Butcher <n-butcher@fusiongol.com>, =?iso-8859-1?q??=, Alexander Sabourenkov <screwdriver@lxnt.info>, =?iso-8859-1?q? Søren Schmidt?= <sos@deepcore.dk>, freebsd-current@freebsd.org Subject: Re: Remaining SATA (and other) issues Message-ID: <wpode3f221.fsf@heho.snv.jussieu.fr> In-Reply-To: <4734E16B.3000909@delphij.net> References: <47326FB8.50602@fusiongol.com> <4732CEE3.3070003@lxnt.info> <4732DA32.3090601@deepcore.dk> <4732E18A.6040802@lxnt.info> <47336FE1.6010109@deepcore.dk> <wphcjvf47e.fsf@heho.snv.jussieu.fr> <4734E16B.3000909@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
just another remark : I originally tested on a 'gconcat' device : as said, one of the improvements of Alexander's/sos@ work is I now, after each crash, can 'fsck -t ufs -p /dev/concat/data' (sometimes minor human intervention needed) and start over again. I notice that after my last test just using plain /dev/ad6s1, after the crash (and reboot) /dev/ad6s1 has gone (and (or, because(?))) 'fdisk partition table' in invalid. IIRC gconcat stores metadata at the end of the disk, and fdisk (and 'bsdlabel as well?') is at the beginning. Might this indicate some very low numbered sectors are written erronously? Best, Arno
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?wpode3f221.fsf>