similar to: Mkinitrd problems while install xen on SELS 10 SP2

While using mkinitrd on debian sarge, it gives the following error: mkinitrd -v -f --with=aacraid --with=sd_mod --with=scsi_mod initrd-2.6.16-xen.img 2.6.16-xen /usr/sbin/mkinitrd: illegal option -- v $Id: mkinitrd,v 1.201 2004/05/16 22:00:48 herbert Exp $ Usage: /usr/sbin/mkinitrd [OPTION]... <-o outfile> [version] Options: -d confdir Specify an alternative configuration directory.

Folks, Mercurial is selectable as an installation in OpenSUSE 10.3 YAST. I have done the following: hg clone http://xenbits.xensource.com/xen-unstable.hg hg clone http://xenbits.xensource.com/linux-2.6.18-xen.hg make dist sh ./install.sh I tried running the following to create the initrd but it failed: Depending on your config, you may need to use ''mkinitrd'' to

Can someone tell me the cause of and/or remedy for the ''No module ata_generic found'' error message during the mkinitrd stage? This is on a build from xen-unstable.hg pulled late yesterday. Also, FYI, I did do a ''make install'' and look in the /lib/modules/2.6.18.8-xen directory and no, I did not see an ata_generic module in there. [root@localhost

i followed readme as below #make world #uname -a 2.6.18-128.7.1.el5xen #make install # mkinitrd -v -f --with=aacraid --with=sd_mod --with=scsi_mod initrd-2.6.18- xen.img 2.6.18-xen i updated menu.lst title Xen 3.4 / XenLinux 2.6 kernel /boot/xen-3.4.gz console=vga module /boot/vmlinuz-2.6.18.8-xen root=<root-dev> ro console=tty0 module

Hello, I have found a similar/the same problem on Novell SELS 11 SP1. They have maybe the patches we need... <https://secure-www.suse.com/support/kb/doc.php?id=7005347> BR, Juergen

From: Pino Toscano <ptoscano at redhat.com> Complementary fix of commit 2d25872df3619a3077006ad0f91c029602db6780. On SLES 11 SP4 with kdump enabled mkinitrd calls mkdumprd which calls mkinitrd, but mkdumprd doesn't have any clue of the root device. Call mkinitrd with rootdev environment variable to tell them all what device to use as root. Tested-By: C?dric Bosdonnat <cbosdonnat at

CentOS Errata and Bugfix Advisory 2013:0863 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0863.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 01cf0a69042bfd510f083b8a37d0a716a32109d97c1363c5370ac8f2a5b8759f libbdevid-python-5.1.19.6-80.el5_9.i386.rpm

CentOS Errata and Bugfix Advisory 2013:1288 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1288.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 83dc958013d4095db5c63ba7762e0aebf9897e1247190b7fa2ae370ec525ad97 libbdevid-python-5.1.19.6-81.el5_9.i386.rpm

CentOS Errata and Bugfix Advisory 2014:1224 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1224.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1559bd365056b02f9ce4b36c074d0fab4d6f35fc4f29fa4a1cd2db016a8aaf48 libbdevid-python-5.1.19.6-82.el5.i386.rpm

RHEL 4's mkinitrd will fail to recognise that root is on LVM when running on a recent kernel/udev due to changes in naming. This patch detects LVM root for RHEL 4, and uses a dirty hack to frig mkinitrd if required. Fixes RHBZ#580461 --- lib/Sys/VirtV2V/GuestOS/RedHat.pm | 21 +++++++++++++++++++-- 1 files changed, 19 insertions(+), 2 deletions(-) diff --git

How should mkinitrd integrate with the initramfs that comes with the kernel? At the moment, mkinitrd can simply provide an /init script and take over with the contents of its own cpio file available. /init then loads some modules, plays with mdadm, lvm, cryptsetup, creates some device nodes, mounts a filesystem, switch root, done. Integration is not an issue. That changes when more of the

CentOS Errata and Bugfix Advisory 2010:0541 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0541.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 6f8738af03c0d05c42c48041dbdf6468 libbdevid-python-5.1.19.6-61.el5_5.2.x86_64.rpm 3c175e1a4fadf26cd43802c3247e6707 mkinitrd-5.1.19.6-61.el5_5.2.i386.rpm

CentOS Errata and Bugfix Advisory 2009:1088 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1088.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: ad97a9b68f62b35fd7e6f77ef05650e9 libbdevid-python-5.1.19.6-44.1.x86_64.rpm f346c56dac3b271704e042db9c6d8566 mkinitrd-5.1.19.6-44.1.i386.rpm

CentOS Errata and Bugfix Advisory 2010:0390 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0390.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 8f1264771eedc4a03b58bf3ba27359d3 libbdevid-python-5.1.19.6-61.el5_5.1.x86_64.rpm 1cfe374721dddec433a22d7a19845537 mkinitrd-5.1.19.6-61.el5_5.1.i386.rpm

CentOS Errata and Bugfix Advisory 2011:0430 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0430.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 417f12dc9dc222e52ca47cfb89c0f3d0 libbdevid-python-5.1.19.6-68.el5_6.1.x86_64.rpm 537de4c2e2b04cb2810af4d23bfbea79 mkinitrd-5.1.19.6-68.el5_6.1.i386.rpm

CentOS Errata and Bugfix Advisory 2011:1017 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1017.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: d22854d09eb003bfbde5fa1772bfec31 libbdevid-python-5.1.19.6-71.el5.x86_64.rpm b3b302ab2382937f5a74406f2e89de25 mkinitrd-5.1.19.6-71.el5.i386.rpm

CentOS Errata and Bugfix Advisory 2011:1491 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1491.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: ac1ade89ac44a8f5438edd73e605d201 libbdevid-python-5.1.19.6-71.el5_7.1.x86_64.rpm 266231e55634d55ae026c24e2356de6d mkinitrd-5.1.19.6-71.el5_7.1.i386.rpm

Hey all, Just thought I'd give a quick shout out across the mailing list that it looks like Extlinux support got merged into Fedora's mkinitrd, which I believe is in time for Fedora 11. This apparently isn't my full patch series (which if anyone cares can be found at: http://git.kernel.org/?p=boot/warthog9/mkinitrd-syslinux.git;a=summary ) since it's missing the Extlinux

I have a question regarding the building of the unified xen kernel (linux-2.6-xen) and the use of initrd. In the past I built both xen0 and xenU kernels; the xen0 default configurations had SCSI and Fusion MPT support compiled into the kernel. Now, they are built as modules. The problem is that I am unable to boot the xen kernel built that way, even though I am building an initrd. I have

I need to be able to install CentOS 5.2 on a machine with software RAID (and LVM) setup. I discovered (the hard way!) that there is a bug in the mkinitrd package that causes it to enter an endless loop when there are /dev/mapper/ devices present during the install process. There is a patch to mkinitrd, which I applied and created a new rpm for mkinitrd with this patch applied. I'd like to