[GLLUG] Initrd issue

James Courtier-Dutton james.dutton at gmail.com
Tue Mar 13 13:09:16 UTC 2018


Another thing is the cciss driver is ancient. It does not use /dev/sda etc.
So when moving from P to V, the disk device names will change, so fstab
might be wrong.


On Mon, 12 Mar 2018, 22:25 James Courtier-Dutton, <james.dutton at gmail.com>

> On 12 March 2018 at 19:20, Ken Smith via GLLUG <gllug at mailman.lug.org.uk>
> wrote:
> > Hi All,
> >
> >
> > I know this is a long shot but I'm helping a colleague virtualise
> (Hyper-V)
> > a RedHat 8 system. Yes I know - ssh, tls, and on an on are full of holes.
> > But they have an application on the machine and well
> anyway......something
> > about the 2.4 kernel and the version of gcc.... Its burried inside a lan
> and
> > has no internet exposure. Anyway here's the issue....
> >
> >
> > I've done a test plain RH8 installation on Hyper-V and it runs fine,
> much to
> > my surprise. So even if its not supported it seems to work, network and
> all.
> >
> > Meanwhile on the P to V migrated system I've fixed up grub, grub.conf and
> > fstab and rebuilt the initrd. I think its running the nash scripts in the
> > initrd and I get the error:
> >
> > Warning: Unable to open the initial console.
> >
> > Earlier I was having a problem when running the RH8 rescue system. I
> found
> > that the /dev/ filesystem needed manually mounted in /mnt/sysimage/dev
> > before I did "chroot /mnt/sysimage". grub-install wouldn't work without
> the
> > manual mount of /dev. I wonder if this is related. /dev/console is there
> > when I run mkinitrd with /dev mounted manually. But there is probably
> > something else in there I've missed. I removed the original cciss
> statement
> > from modules.conf to stop it looking for the raid controller on the
> original
> > host. I would have thought the a basic vga console module would be in
> there
> > anyway but perhaps not...
> >
> > Any clues???
> >
> Hi,
> I have run into similar problems in the past.
> Redhat seems to only install in the initrd the modules that the hardware
> needs.
> So, when you move from hardware to virtual, you need to add the missing
> modules.
> The easiest way to fix this would be to copy the kernel and initrd
> from your working plain installation, onto the P to V version.
> It should then boot fine.
> This appears to be specific to Redhat.
> I think there is a config item for Redhat to make it more portable,
> but the default appears to not do it.
> I have found that debian and ubuntu seem much more willing to move
> from system to system without modification of the HDD image.
> Kind Regards
> James
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/gllug/attachments/20180313/9ad9b65c/attachment.html>

More information about the GLLUG mailing list