From: Ray Morris <support@bettercgi.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Imaged a drive, now kernel panics
Date: Sat, 05 Jun 2010 22:33:22 -0500 [thread overview]
Message-ID: <1275795202.3993.30@raydesk1.bettercgi.com> (raw)
In-Reply-To: <4C0AF305.2000807@alteeve.com> (from linux@alteeve.com on Sat Jun 5 19:59:49 2010)
You mentioned that the old drive is IDE. If so,
You may be running into a couple problems I've had.
I take it the new drive is SATA, SAS, or SCSI?
Did you edit /etc/fstab to change hda to sda, hdb
to sdb, etc., before running mkinitrd?
The existing kernel may not have the needed drivers
compiled in, the drivers for the particular chipset
and whatever SCSI drivers or modules are needed.
Assuming that rescue kernel matches the kernel on
the failed drive, mkinitrd _should_ take care of that
if /etc/fstab is correct. Might it might look at
mtab?
> I also tried moving the current kernel out of the
> way and using 'mkinitrd' to rebuild the image (after
> chrooting and making sure everything looked fine)
Be sure to bind /proc, /sys, /dev, and /selinux
into the chroot. We want to be able to see /dev/sda
it order to set up to boot from it. Along the same lines,
double check that any other partitions, primarily /boot,
are mounted in the chroot.
That should pretty much you, but before I figured out
some of the possible failure modes I build modified several
initrd by hand. You can debug the init script with simple
echo statements much like you would debug any simple
script.
One last thing - on some motherboards the BIOS can
be set to present a SATA drive as if it were IDE, I
understand. qemu-kvm can also present a hard drive image
as either SCSI or IDE, regardless of the actual underlying
hardware. So you could present your SATA or SCSI drive
as an IDE drive in order to make the old initrd and kernel
happy.
--
Ray Morris
support@bettercgi.com
Strongbox - The next generation in site security:
http://www.bettercgi.com/strongbox/
Throttlebox - Intelligent Bandwidth Control
http://www.bettercgi.com/throttlebox/
Strongbox / Throttlebox affiliate program:
http://www.bettercgi.com/affiliates/user/register.php
On 06/05/2010 07:59:49 PM, Digimer wrote:
> Hi all,
>
> I am sure this is a fairly common issue, but it's stumping me.
>
> I have an old server's drive (IDE) that has CentOS 4 on it. The
> mainboard fried, so I imaged the drive using 'dd' onto a new drive
> and tried booting from it. Not surprisingly, it failed to boot.
> Specifically:
>
> -------------------------------------------------------------
> Uncompressing Linux... Ok, booting the kernel.
> Red Hat nash version 4.2.1.8 starting
> Reading all physical volumes. This may take a while...
> No volume groups found
> Volume group "VolGroup00" not found
> ERROR: /bin/lvm exited abnormally! (pid 321)
> mount: error 6 mounting ext3
> mount: error 2 mounting none
> switchroot: mount failed: 22
> umount /initrd/dev failed: 2
> Kernel panic - not syncing: Attempted to kill init!
> -------------------------------------------------------------
>
> When I boot off the DVD using 'linux rescue', it successfully finds
> the partitions and mounts them. I can 'chroot /mnt/sysimage' just
> fine. I also tried moving the current kernel out of the way and using
> 'mkinitrd' to rebuild the image (after chrooting and making sure
> everything looked fine).
>
> Any idea what I might be missing?
>
> Thanks!
>
>--
> Digimer
> E-Mail: linux@alteeve.com
> AN!Whitepapers: http://alteeve.com
> Node Assassin: http://nodeassassin.org
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
next prev parent reply other threads:[~2010-06-06 3:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-06 0:59 [linux-lvm] Imaged a drive, now kernel panics Digimer
2010-06-06 3:33 ` Ray Morris [this message]
2010-06-06 3:59 ` Digimer
2010-06-06 6:05 ` Luca Berra
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1275795202.3993.30@raydesk1.bettercgi.com \
--to=support@bettercgi.com \
--cc=linux-lvm@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.