initrd-Problem [gelöst]

[xcomm]

Hallo Gemeinde,

habe hier 2 Ubuntu (nicht meine Entscheidung).

Prinzipiell alles gut, nur eine der gleichen Maschinen baut viel kleinere und nicht funktionierende initrd - 6MB gegen 20MB in der funktionierenden Variante.

Ich sehe leider nicht warum. In /etc/initramfs-tools/ sieht alles gleich aus und die Module stehen auf most in der initramfs.conf:

Code: Alles auswählen

ls -latrF /etc/initramfs-tools/
total 32
-rw-r--r--  1 root root  378 Jun  1  2012 update-initramfs.conf
-rw-r--r--  1 root root 1648 Jun  1  2012 initramfs.conf
drwxr-xr-x  2 root root 4096 Mär  3  2014 hooks/
-rw-r--r--  1 root root  246 Feb 18 00:12 modules
drwxr-xr-x 12 root root 4096 Apr 13 18:27 scripts/
drwxr-xr-x  2 root root 4096 Apr 13 18:27 conf.d/
drwxr-xr-x  5 root root 4096 Jul 28 15:56 ./
drwxr-xr-x 99 root root 4096 Jul 28 16:11 ../

initramfs.conf ist Standard-Install auf beiden:

Code: Alles auswählen

MODULES=most
BUSYBOX=y

Habt Ihr noch Ideen, was diesen Unterschied in den erstellen initrds noch herbeiführen kann?
Geht nicht:

Code: Alles auswählen

-rw-r--r--  1 root root  6111831 Jul 28 15:33 initrd.img-4.2.0-42-generic
Geht:
-rw-r--r-- 1 root root 20743918 Jul 28 16:08 /boot/initrd.img-4.2.0-42-generic

Danke, xcomm

[tobo]

Habt Ihr noch Ideen, was diesen Unterschied in den erstellen initrds noch herbeiführen kann?

Am besten einfach selbst auf beiden Machinen nachschauen:

Code: Alles auswählen

lsinitramfs /boot/initrd.img-4.2.0-42-generic

[rendegast]

Ein solch eklatanter Unterschied ist imo nur durch MODULES= erklärbar.
(Selbst MODULES=dep sollte startbar sein, aber wer weiß)

Außer initramfs.conf wäre denkbar
/etc/initramfs-tools/conf.d/${i}
/usr/share/initramfs-tools/conf.d/${i}




Verschiedene Versionen von initramfs-tools?
Vielleicht nur in Teilen modifiziert?
zBsp. vergessene Teständerungen, woanders untergebracht:

Code: Alles auswählen

# set | grep PATH=
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
...

/tmp/, /var/tmp/, /boot/ haben genügend Platz?
Andernfalls sollten aber entsprechende Fehlermeldungen kommen.



Die kernel-Pakete sind komplett installiert?
Sollten aber auch entsprechende Fehler kommen.

[xcomm]

Hi Gemeinde,

danke für Eure Hilfe.

Das Problem konnte nun gelöst werden. Wie Ihr schon vermutet habt, fehlte etwas. Der Fehler scheint hier Ubuntu-spezifisch, da es dort mehrere Pakete zum Kernel gibt.

Auf der Maschine mit dem Problem sah es zunächst so aus:

Code: Alles auswählen

dpkg -l | grep linux-image
ii  linux-image-4.2.0-42-generic         4.2.0-42.49~14.04.1              amd64        Linux kernel image for version 4.2.0 on 64 bit x86 SMP

Auf der funktionierenden so:
dpkg -l | grep linux-image

Code: Alles auswählen

ii  linux-image-4.2.0-42-generic         4.2.0-42.49~14.04.1              amd64        Linux kernel image for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-extra-4.2.0-42-generic   4.2.0-42.49~14.04.1              amd64        Linux kernel extra modules for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-generic-lts-wily         4.2.0.42.34                      amd64        Generic Linux kernel image

Nach der Installation von linux-image-generic-lts-wily funktioniert die initrd wieder.

Code: Alles auswählen

apt-get install linux-image-generic-lts-wily
...
Die folgenden NEUEN Pakete werden installiert:
  linux-image-extra-4.2.0-42-generic linux-image-generic-lts-wily thermald
...
dpkg -l | grep linux-image
ii  linux-image-4.2.0-42-generic         4.2.0-42.49~14.04.1              amd64        Linux kernel image for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-extra-4.2.0-42-generic   4.2.0-42.49~14.04.1              amd64        Linux kernel extra modules for version 4.2.0 on 64 bit x86 SMP
ii  linux-image-generic-lts-wily         4.2.0.42.34                      amd64        Generic Linux kernel image

Warum ohne die Extra-Kernel-Pakete keine Fehler geworfen werden, ist so eine Sache.

Danke, xcomm