[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [linux-lvm] Newbie: Yet another "Incorrect met adata area header checksum"
- From: Simon Waters <simonw zynet net>
- To: linux-lvm redhat com
- Subject: Re: [linux-lvm] Newbie: Yet another "Incorrect met adata area header checksum"
- Date: Tue, 2 Feb 2010 10:21:30 +0000
On Tuesday 02 February 2010 06:55:48 Luca Berra wrote:
>
> >One suggestion was to install "dmraid" and look for metadata using this.
> >It produces:
> > /dev/sdb: ddf1. ".ddf1_disks", GROUP, ok, 155989151 sectors, data@ 0
> > /dev/sda: ddf1. ".ddf1_disks", GROUP, ok, 155989151 sectors, data@ 0
> back up your data
I haven't restored it to this machine yet - so that bit was easy.
> decide wether you want to use the fakeraid or not
> configure your bios accordingly
I'd decided not already after appalling experiences of fakeraid from DELL
before.
The BIOS has the embedded SATA controller set to "ATA Mode" not RAID, and this
was the same throughout the installation.
Setting the BIOS to RAID revealed one RAID-1 array, which one can then delete,
and then converting the system back to ATAMODE, and everything on disk is
well and truely hosed (hence the backup suggestion no doubt, and several dire
warnings from the BIOS). I looked to see if I could recover anything from
this, as I thought it might be useful exercise in recovering systems but it
didn't look hopeful.
Perils of state buried in an inherited machine. I note that the RAID BIOS
reports that the state of the RAID-1 array was fine, I think I'm remembering
why I've come to hate the fakeraid stuff. I'm also not sure about the wisdom
of confirming pressing the "Y" key by asking the user to press the "Y" key
again.
Anyway I've now reinstalled after the above, and "dmraid -r" now reports "No
RAID disks".
However in the installer log I still have the same error about incorrect
metadata area header checksum.
The is first reported looking for the old Volume Group (so the installer found
my old LVM information, even if I couldn't with the installer in rescue
mode). But when partman-lvm in the Debian installer starts it reports.
Volume group "h78" successfully created
/dev/cdrom: open failed: Read-only file system
Incorrect metadata area header checksum
Only thing I did outside Debian Lenny Guided install with LVM was to
recreate "root" bigger and "home" smaller.
Excluding the /dev/cdrom device in /etc/lvm/lvm.conf doesn't help.
Is this due to old metadata on the disk, or is there something going wrong in
the installation process.
Since /dev/sda2 contains the root volume (amongst others) I assume any attempt
to reset this data will require me to boot from a rescue CD?
Simon
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]