Ich habe folgendes gemacht: cp vmlinuz vmlinuz.athlon.82 In /boot/grub/menu.lst steht unter anderem: title linux kernel (hd1,0)/vmlinuz root=/dev/hdb8 vga=0x314 acpi=off splash=silent showopts initrd (hd1,0)/initrd title linux.athlon.82 kernel (hd1,0)/vmlinuz.athlon.82 root=/dev/hdb8 vga=0x314 acpi=off splash=silent showopts # mkinitrd using "/dev/hdb8" as root device (mounted on "/" as "ext3") creating initrd "/boot/initrd" for kernel "/boot/vmlinuz" (version 2.4.20-4GB-athlon) - insmod jbd (kernel/fs/jbd/jbd.o) - insmod ext3 (kernel/fs/ext3/ext3.o) - splash picture (800x600) creating initrd "/boot/initrd.shipped" for kernel "/boot/vmlinuz.shipped" (version 2.4.20-4GB-athlon) - insmod jbd (kernel/fs/jbd/jbd.o) - insmod ext3 (kernel/fs/ext3/ext3.o) - splash picture (800x600) Warum wird für Kernel vmlinuz.athlon.82 keine RAM-Disk angelegt? Al
Al Bogner schrieb:
[...] creating initrd "/boot/initrd" for kernel "/boot/vmlinuz" [...] creating initrd "/boot/initrd.shipped" for kernel [...] Warum wird für Kernel vmlinuz.athlon.82 keine RAM-Disk angelegt?
Ganz einfach: mkinitrd ist ein Skript, das die Initial Ram- disk erstellt. Im Skript ist vorgegeben, dass als Standard immer fuer die Kernel "vmlinuz" und " vmlinuz.shipped", die in /boot liegen muessen, eine Initial Ramdisk erstellt wird. Du kannst das einfach selbst mal anschauen, in dem Du z.B. "less /sbin/mkinitrd" ausfuehrst. Du findest dort die Zeilen # the kernel images to use; must be in $boot_dir kernels_default="vmlinuz vmlinuz.shipped" # initial ram disks (corresponding to $kernels); dto. in $boot_dir initrds_default="initrd initrd.shipped" Willst Du eine Initial Ramdisk fuer ein Kernel-Image erstel- len, das Du selbst nach /boot kopiert hast oder das einen anderen Namen traegt, so musst Du das explizit angeben. Da- zu brauchst Du die Optionen -k "kernel list" und -i "initrd list" und eventuell auch noch die Option -m. Wenn Du die Option -m weglaesst, dann wird /etc/sysconfig/kernel ausgewertet und die dortigen Eintraege fuer Module in die initrd ueber- nommen. In Deinem Falle sollte also ein mkinitrd -k vmlinuz.athlon.82 -i initrd.athlon.82 helfen. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hallo, On Mon, 26 May 2003, Al Bogner wrote:
Ich habe folgendes gemacht: cp vmlinuz vmlinuz.athlon.82 [..] # mkinitrd using "/dev/hdb8" as root device (mounted on "/" as "ext3")
creating initrd "/boot/initrd" for kernel "/boot/vmlinuz" (version 2.4.20-4GB-athlon) [..] creating initrd "/boot/initrd.shipped" for kernel "/boot/vmlinuz.shipped" (version 2.4.20-4GB-athlon) [..] Warum wird für Kernel vmlinuz.athlon.82 keine RAM-Disk angelegt?
RTFM! Du hast offenbar noch nichtmal 'mkinitrd -h' angeschaut! ==== -k "kernel list" list of kernel images for which initrd files are created (relative to boot_dir) defaults to "vmlinuz vmlinuz.shipped" ==== Faellt dir was bei "defaults" auf? -dnh -- An application/evil MIME type is defined for Web- or email-carried mischief. Other MIME types can be embedded inside of evil sections; this permit easy encoding of word processing documents with macro viruses, etc. -- RfC 3514
On Monday 26 May 2003 23:47, David Haller wrote:
RTFM! Du hast offenbar noch nichtmal 'mkinitrd -h' angeschaut!
Stimmt nicht - siehe http://lists.suse.com/archive/suse-linux/2003-Jan/0418.html Ich gebe aber gerne zu, dass ich augenblicklich wegen vieler unerklärlicher Crashes mit meinem Athlon etwas unsicher bin und mir nicht den eigenen Ast beim Erstellen eines Multikernels absägen will. Aber du hast schon recht, ich hatte die damalige Diskussion nicht mehr genau im Kopf und hätte eigentlich selbst darauf kommen können. Für 1 SuSE-Kernel reichte es mir immer, wenn ich mkinitrd ohne Parameter aufrief. Al
participants (3)
-
Al Bogner
-
David Haller
-
Thomas Hertweck