Kernel > 3.11 will nicht

[TBT]

Hallo,

ich habe auf meinem Rechner schon ewig Jessie laufen und aktuell Probleme mit den neueren Kerneln.
Beim Kernel 3.12.1 erhalte ich die Meldung "invalid magic number", beim 3.13.1 "junk in compressed file".
Der ältere Kernel 3.11 läuft dagegen einwandfrei.

Bisher habe ich die initrd updaten lassen, grub neu installiert, Kernel runter und neu installiert,
es will nicht. Bei einem mehrmaligen "update-initramfs -u -k 3.13-1-amd64" ist die Dateigröße der initrd
auch jedesmal unterschiedlich, immer um ein paar Byte.

Jemand eine Idee?

[rendegast]

schon ewig Jessie

Aktuelle dist-upgrade?

jedesmal unterschiedlich, immer um ein paar Byte.

normal

"junk in compressed file".

Code: Alles auswählen

md5sum -c /var/lib/initramfs-tools/*
resp.
sha1sum -c /var/lib/initramfs-tools/*

Ok?

Code: Alles auswählen

cd /
md5sum -c /var/lib/dpkg/info/linux-image-*.md5sums | egrep -v ": OK$"

( bis auf "dynamische" Dateien /..../modules.* ) Ok?



Dritt-Module/Repo, die sich in der initrd auswirken könnten?

Code: Alles auswählen

apt-cache policy | grep -vi translat

"junk in compressed file".

Anzeichen für Hardware-Fehler, Platte/Ram?
dmesg, smart, syslog


grub-Bootloader-Code eventuell veraltet/beschädigt?

Code: Alles auswählen

grub-instal .... ..... /dev/sdX

Ungewöhniches Setup in /etc/default/grub, Dritt-Skripte oder veränderte in /etc/grub.d/?

[TBT]

Aktuelle dist-upgrade?

Code: Alles auswählen

root@voyager:/# apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

md5sum -c /var/lib/initramfs-tools/*
resp.
sha1sum -c /var/lib/initramfs-tools/*
Ok?

Code: Alles auswählen

root@voyager:/# sha1sum -c /var/lib/initramfs-tools/*
/boot/initrd.img-3.10-3-amd64: OK
/boot/initrd.img-3.11-2-amd64: OK
/boot/initrd.img-3.12-1-amd64: OK
/boot/initrd.img-3.13-1-amd64: OK
root@voyager:/#

cd /
md5sum -c /var/lib/dpkg/info/linux-image-*.md5sums | egrep -v ": OK$"
( bis auf "dynamische" Dateien /..../modules.* ) Ok?

Code: Alles auswählen

root@voyager:/# md5sum -c /var/lib/dpkg/info/linux-image-*.md5sums | egrep -v ": OK$"
root@voyager:/#

apt-cache policy | grep -vi translat

Code: Alles auswählen

root@voyager:/# apt-cache policy | grep -vi translat
Paketdateien:
 100 /var/lib/dpkg/status
     release a=now
 500 http://download.virtualbox.org/virtualbox/debian/ wheezy/contrib i386 Packages
     release o=Oracle Corporation,n=wheezy,l=Oracle Corporation,c=contrib
     origin download.virtualbox.org
 500 http://download.virtualbox.org/virtualbox/debian/ wheezy/contrib amd64 Packages
     release o=Oracle Corporation,n=wheezy,l=Oracle Corporation,c=contrib
     origin download.virtualbox.org
1050 http://ftp.de.debian.org/debian/ jessie/non-free i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=non-free
     origin ftp.de.debian.org
1050 http://ftp.de.debian.org/debian/ jessie/contrib i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=contrib
     origin ftp.de.debian.org
1050 http://ftp.de.debian.org/debian/ jessie/main i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=main
     origin ftp.de.debian.org
1050 http://ftp.de.debian.org/debian/ jessie/non-free amd64 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=non-free
     origin ftp.de.debian.org
1050 http://ftp.de.debian.org/debian/ jessie/contrib amd64 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=contrib
     origin ftp.de.debian.org
1050 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=main
     origin ftp.de.debian.org
1050 http://security.debian.org/ jessie/updates/non-free i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=non-free
     origin security.debian.org
1050 http://security.debian.org/ jessie/updates/contrib i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=contrib
     origin security.debian.org
1050 http://security.debian.org/ jessie/updates/main i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=main
     origin security.debian.org
1050 http://security.debian.org/ jessie/updates/non-free amd64 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=non-free
     origin security.debian.org
1050 http://security.debian.org/ jessie/updates/contrib amd64 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=contrib
     origin security.debian.org
1050 http://security.debian.org/ jessie/updates/main amd64 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=main
     origin security.debian.org
Mit Pinning verwaltete Pakete:
root@voyager:/#

"junk in compressed file".
Anzeichen für Hardware-Fehler, Platte/Ram?
dmesg, smart, syslog

nein, laut smart alles ok, 3ware Controller ok, syslog sauber,
keinerlei Abstürze oder Zicken des Rechners

grub-Bootloader-Code eventuell veraltet/beschädigt?
grub-instal .... ..... /dev/sdX

Code: Alles auswählen

root@voyager:/etc/grub.d# grub-install /dev/sda
installation beendet. Keine Fehler aufgetreten.
root@voyager:/etc/grub.d# 

keine Änderungen des Verhaltens

Ungewöhniches Setup in /etc/default/grub, Dritt-Skripte oder veränderte in /etc/grub.d/?

Code: Alles auswählen

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet vga=792"
GRUB_CMDLINE_LINUX=""

Code: Alles auswählen

root@voyager:/etc/grub.d# ls -la
insgesamt 88
drwxr-xr-x   2 root root  4096 Mär 30 16:19 .
drwxr-xr-x 171 root root 12288 Mär 30 16:24 ..
-rwxr-xr-x   1 root root  9009 Dez 12 04:48 00_header
-rwxr-xr-x   1 root root  5949 Nov 27 13:24 05_debian_theme
-rwxr-xr-x   1 root root 11713 Dez 12 04:48 10_linux
-rwxr-xr-x   1 root root 10285 Dez 12 04:48 20_linux_xen
-rwxr-xr-x   1 root root 10643 Dez 12 04:48 30_os-prober
-rwxr-xr-x   1 root root  1426 Dez 12 04:48 30_uefi-firmware
-rwxr-xr-x   1 root root   214 Aug 23  2010 40_custom
-rwxr-xr-x   1 root root   216 Dez 12 04:48 41_custom
-rw-r--r--   1 root root   483 Aug 23  2010 README

[rendegast]

# apt-get upgrade

In testing sollte (zumindest gelegentlich) 'dist-upgrade' gemacht werden.

"invalid magic number" habe ich seeeehr lange nicht gesehen.
Ich hätte bei den Meldungen auf was unspezifisches wie kaputten kernel/initrd gedacht,
sei es durch Kompilier- oder Dateifehler.
Aber alles unverdächtig.

Sonstiges? als /usr/local/bin/aptstatus:

Code: Alles auswählen

#!/bin/sh

APTG="apt-get  -s -y"
APTI="aptitude -s -y"

$APTG dist-upgrade
echo "  --------------------------"
$APTI dist-upgrade

echo "
    sim install"
$APTG install
echo "  --------------------------"
$APTI install

echo "
    sim remove"
$APTG remove
echo "  --------------------------"
$APTI remove

echo "
    sim purge"
$APTG purge
echo "  --------------------------"
$APTI purge

echo "
    sim autoremove"
$APTG autoremove

echo "
"
dpkg -l | egrep -v "^ii"

Die installierten Kernelversionen? 'dpkg -l | grep linux-'

Mal mit selbstgebautem 3.13.6 / 3.12.14? https://www.kernel.org/pub/linux/kernel/v3.0/
(Standard-config ohne CONFIG_DEBUG_INFO ("kernel-hacking" resp. "compile time checks ...") sollte genügen,
flotter gebaut auf einem tmpfs ~ 2GB)

Code: Alles auswählen

make menuconfig
[nice -n 19]  make -j N deb-pkg                          # N ~ Zahl der cpu-Kerne

[TBT]

nothing

Code: Alles auswählen

root@voyager:/etc/grub.d# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@voyager:/etc/grub.d# apt-get  -s -y dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@voyager:/etc/grub.d# apt-get  -s -y install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@voyager:/etc/grub.d# apt-get  -s -y remove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@voyager:/etc/grub.d# apt-get  -s -y purge
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@voyager:/etc/grub.d# apt-get  -s -y autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@voyager:/etc/grub.d# dpkg -l | egrep -v "^ii"
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                  Version                        Architektur  Beschreibung
+++-=====================================-==============================-============-===========================================================================================================
root@voyager:/etc/grub.d#

invalid magic number hatte ich schon einmal, da reichte aber ein "update-grub2"

[TBT]

Seltsam,
es kam jetzt im Update ein neue 3.13-1 Kernel, der läuft wieder

[TBT]

Da ist mein Problem wieder!

Kernel 3.11-2-amd64 werkelt ganz lieb und artig,
Kernel 3.13-1-amd64 kann ich nicht starten

habe gestern mehrfach die initrd neu gebaut bzw. geupdatet,
update-grub laufen lassen, grub neu installiert - nada!

Entweder gibt es beim Start die Meldung
initramfs unpacking failed: junk in compressed archive
oder gleich ein Hinweis, das er es gar nicht auspacken kann.

Hilfe?

[KBDCALLS]

Kann denn lsinitramfs mit der betreffenden initramdisk anfangen. Also den Inhalt auslesen und auflisten. Und was ist wenn du die Ramdsik für Kernel 3.11 neu erstellst? Aber vorher die alte sichern.

[TBT]

Nichts, keine Ausgaben, aber der 3.11 und 3.10 starten korrekt

Code: Alles auswählen

root@voyager:/boot# lsinitramfs -l initrd.img-3.10-3-amd64
initrd.img-3.10-3-amd64
root@voyager:/boot# lsinitramfs -l initrd.img-3.11-2-amd64 
initrd.img-3.11-2-amd64
root@voyager:/boot# lsinitramfs -l initrd.img-3.13-1-amd64 
initrd.img-3.13-1-amd64
root@voyager:/boot# 

das neu Erstellen der 3.11 initrd ändert an der Ausgabe nichts

wenn ich die initrd per cpio entpacke, erhalte ich nur die Datei
/kernel/x86/microcode/GenuineIntel.bin mit 10K Größe

[rendegast]

Kann denn lsinitramfs mit der betreffenden initramdisk anfangen.

Nichts, keine Ausgaben, aber der 3.11 und 3.10 starten korrekt

Aua

Code: Alles auswählen

file /boot/initrd.img*
file -z /boot/initrd.img*

Dein initramfs-tools ist vielleicht kaputt?

Code: Alles auswählen

apt-cache policy initramfs-tools

cd /
md5sum -c /var/lib/dpkg/info/initramfs-tools.md5sums    [| egrep -v " OK$"]

oder hat selbstgemachte Zusätze?
/etc/initramfs-tools/, /usr/share/initramfs-tools/, modifizierte
/usr[/local]/sbin/mkinitramfs
/usr[/local]/sbin/update-initramfs
?

BUGS
lsinitramfs cannot deal with multiple-segmented initramfs images, such
as those created when an early (uncompressed) initramfs with system
firmware is prepended to the regular compressed initrams, or when over‐
lay data is appended to the initramfs.

/etc/initramfs-tools/DSDT.aml ?

Code: Alles auswählen

# cat /etc/initramfs-tools/initramfs.conf | egrep -v "^\#|^$"
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

[TBT]

Code: Alles auswählen

root@voyager:/# file /boot/initrd.img-3.13-1-amd64 
/boot/initrd.img-3.13-1-amd64: ASCII cpio archive (SVR4 with no CRC)

root@voyager:/# file -z /boot/initrd.img-3.13-1-amd64 
/boot/initrd.img-3.13-1-amd64: ASCII cpio archive (SVR4 with no CRC)

root@voyager:/# apt-cache policy initramfs-tools
initramfs-tools:
  Installiert:           0.115
  Installationskandidat: 0.115
  Versionstabelle:
 *** 0.115 0
       1050 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages
        100 /var/lib/dpkg/status

root@voyager:/# md5sum -c /var/lib/dpkg/info/initramfs-tools.md5sums | egrep -v " OK"
root@voyager:/#

auf meinem Laptop (keine Probleme mit Kernel 3.13) bringt lsinitramfs die selbe leere Ausgabe

ach so Zusätze sind NVidia und Virtualbox Module per Debian Paket mit DKMS

Code: Alles auswählen

root@voyager:/usr/share/initramfs-tools# cat /etc/initramfs-tools/initramfs.conf | egrep -v "^\#|^$"
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto
root@voyager:/usr/share/initramfs-tools# 

[rendegast]

# file /boot/initrd.img-3.13-1-amd64
/boot/initrd.img-3.13-1-amd64: ASCII cpio archive (SVR4 with no CRC)

Ist das jetzt ein Feature des jessie-'file', daß es keinen separaten Schalter '-z' braucht?

Code: Alles auswählen

# file /boot/initrd.img-3.13-0.bpo.1-amd64
/boot/initrd.img-3.13-0.bpo.1-amd64: gzip compressed data, from Unix, last modified: .......

# file -z /boot/initrd.img-3.13-0.bpo.1-amd64
/boot/initrd.img-3.13-0.bpo.1-amd64: ASCII cpio archive (SVR4 with no CRC) (gzip compressed data, ....

Oder hast Du Kompression deaktiviert?

Code: Alles auswählen

# cat /etc/initramfs-tools/initramfs.conf | egrep -v "^\#|^$"

(Weitere Änderungen? (siehe dem erweiterten/editierten Post oben))
Oder ist kein entsprechender Packer installiert, gzip, bzip2, lzma, xz, ...

Ein Problem, wer weiß? vielleicht erwartet der (Standard)kernel eine gepackte initrd?

Code: Alles auswählen

# cat /boot/config-3.13-0.bpo.1-amd64 | egrep -i "CONFIG_HAVE_KERNEL"
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y
CONFIG_HAVE_KERNEL_LZ4=y

# cat /boot/config-3.2.0-4-amd64 | egrep -i "CONFIG_HAVE_KERNEL"
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y

EDIT
'lsinitramfs' kann scheinbar generell nichts mit den unkomprimierten initrd anfangen.
Bei mir initrd.img...cpio.gz -> gunzip -> initrd.img.cpio -> 'lsinitramfs' keine Ausgabe.

[TBT]

Wissentlich habe ich nichts an den Einstellungen für die initrd geändert.
Folgende Dateien sind vorhanden:
(leere Unterverezichnisse rausgenommen)

Code: Alles auswählen

root@voyager:/usr/share/initramfs-tools# ls -laR             
.:
insgesamt 64
drwxr-xr-x   7 root root  4096 Mai 17 13:50 .
drwxr-xr-x 294 root root 12288 Mai  9 23:18 ..
drwxr-xr-x   2 root root  4096 Sep 10  2010 conf.d
drwxr-xr-x   2 root root  4096 Sep 10  2010 conf-hooks.d
-rw-r--r--   1 root root 15105 Nov  4  2013 hook-functions
drwxr-xr-x   2 root root  4096 Mai 17 13:33 hooks
-rwxr-xr-x   1 root root  6885 Okt 21  2013 init
-rw-r--r--   1 root root   246 Okt 31  2010 modules
drwxr-xr-x   2 root root  4096 Sep 10  2010 modules.d
drwxr-xr-x   7 root root  4096 Nov 15  2013 scripts

./hooks:
insgesamt 64
drwxr-xr-x 2 root root 4096 Mai 17 13:33 .
drwxr-xr-x 7 root root 4096 Mai 17 13:50 ..
-rwxr-xr-x 1 root root  378 Jul 29  2011 busybox
-rwxr-xr-x 1 root root  472 Okt 12  2009 dmsetup
-rwxr-xr-x 1 root root  230 Mai  3 12:18 fuse
-rwxr-xr-x 1 root root 5418 Mai  3 19:42 intel_microcode
-rwxr-xr-x 1 root root 1299 Okt  6  2012 keymap
-rwxr-xr-x 1 root root  686 Sep 26  2013 klibc
-rwxr-xr-x 1 root root  355 Jan  2 04:31 kmod
-rwxr-xr-x 1 root root  304 Apr 12 10:01 ntfs_3g
-rwxr-xr-x 1 root root 1325 Sep 26  2013 resume
-rwxr-xr-x 1 root root 1275 Dez  6  2010 thermal
-rwxr-xr-x 1 root root 2030 Mär 19 19:15 udev
-rwxr-xr-x 1 root root 1138 Mär 22 19:41 zz-busybox
-rwxr-xr-x 1 root root  380 Aug  1  2012 zz_nvidia-blacklists-nouveau

./scripts:
insgesamt 48
drwxr-xr-x 7 root root 4096 Nov 15  2013 .
drwxr-xr-x 7 root root 4096 Mai 17 13:50 ..
-rw-r--r-- 1 root root 8381 Okt 21  2013 functions
drwxr-xr-x 2 root root 4096 Mär 29 12:21 init-bottom
drwxr-xr-x 2 root root 4096 Mai 14 18:35 init-premount
drwxr-xr-x 2 root root 4096 Mär 29 12:21 init-top
-rw-r--r-- 1 root root 2905 Aug  2  2013 local
drwxr-xr-x 2 root root 4096 Apr 28 19:48 local-bottom
drwxr-xr-x 2 root root 4096 Apr 28 19:48 local-premount
-rw-r--r-- 1 root root 1778 Aug  2  2013 nfs

./scripts/init-bottom:
insgesamt 12
drwxr-xr-x 2 root root 4096 Mär 29 12:21 .
drwxr-xr-x 7 root root 4096 Nov 15  2013 ..
-rwxr-xr-x 1 root root  403 Mär 19 19:15 udev

./scripts/init-premount:
insgesamt 12
drwxr-xr-x 2 root root 4096 Mai 14 18:35 .
drwxr-xr-x 7 root root 4096 Nov 15  2013 ..
-rwxr-xr-x 1 root root 1712 Mai  3 19:42 intel_microcode

./scripts/init-top:
insgesamt 24
drwxr-xr-x 2 root root 4096 Mär 29 12:21 .
drwxr-xr-x 7 root root 4096 Nov 15  2013 ..
-rwxr-xr-x 1 root root  351 Jun 17  2010 all_generic_ide
-rwxr-xr-x 1 root root  295 Jun 17  2010 blacklist
-rwxr-xr-x 1 root root  358 Jun 17  2010 keymap
-rwxr-xr-x 1 root root  633 Mär 19 19:15 udev

./scripts/local-bottom:
insgesamt 12
drwxr-xr-x 2 root root 4096 Apr 28 19:48 .
drwxr-xr-x 7 root root 4096 Nov 15  2013 ..
-rwxr-xr-x 1 root root  345 Apr 12 10:01 ntfs_3g

./scripts/local-premount:
insgesamt 16
drwxr-xr-x 2 root root 4096 Apr 28 19:48 .
drwxr-xr-x 7 root root 4096 Nov 15  2013 ..
-rwxr-xr-x 1 root root  226 Apr 12 10:01 ntfs_3g
-rwxr-xr-x 1 root root 1041 Jun 17  2010 resume

Code: Alles auswählen

root@voyager:/etc/initramfs-tools# ls -laR
.:
insgesamt 40
drwxr-xr-x   5 root root  4096 Mai 17 13:29 .
drwxr-xr-x 174 root root 12288 Mai 17 09:40 ..
drwxr-xr-x   2 root root  4096 Mai 17 13:30 conf.d
drwxr-xr-x   2 root root  4096 Sep 10  2010 hooks
-rw-r--r--   1 root root   947 Jul  9  2012 initramfs.conf
-rw-r--r--   1 root root   191 Sep 29  2010 modules
drwxr-xr-x  11 root root  4096 Sep 29  2010 scripts
-rw-r--r--   1 root root   378 Aug 25  2010 update-initramfs.conf

./conf.d:
insgesamt 12
drwxr-xr-x 2 root root 4096 Mai 17 13:30 .
drwxr-xr-x 5 root root 4096 Mai 17 13:29 ..
-rw-r--r-- 1 root root   49 Sep 29  2010 resume

die initrd scheinen nicht gepackt zu sein, gzip kann damit nichts anfangen, und sie sind so 12~14MB groß.

[rendegast]

/etc/initramfs-tools/initramfs.conf Kompression deaktiviert?
Oder ist kein entsprechender Packer installiert, gzip, bzip2, lzma, xz, ...
Vielleicht erwartet der (Standard)kernel eine gepackte initrd?
(Nochmal meinen obigen Post, war noch nicht fertig.)

die initrd scheinen nicht gepackt zu sein, gzip kann damit nichts anfangen, und sie sind so 12~14MB groß.

Da stimmt was nicht?
Ich habe MODULES=most,
die gepackten initrd liegen dann bei 10-15MB (alle Packer), die entpackten so 40MB.

die initrd scheinen nicht gepackt zu sein

Die anderen auch nicht?

Code: Alles auswählen

file /boot/initrd*

[TBT]

Kernelkonf

Code: Alles auswählen

root@voyager:/boot# cat /boot/config-3.13-1-amd64 | egrep -i "CONFIG_HAVE_KERNEL"
CONFIG_HAVE_KERNEL_GZIP=y
CONFIG_HAVE_KERNEL_BZIP2=y
CONFIG_HAVE_KERNEL_LZMA=y
CONFIG_HAVE_KERNEL_XZ=y
CONFIG_HAVE_KERNEL_LZO=y
CONFIG_HAVE_KERNEL_LZ4=y
root@voyager:/boot#

gunzip geht bei keinem der initrd

Code: Alles auswählen

root@voyager:/boot# cp /boot/initrd.img-3.13-1-amd64 /root/initrd.gz
root@voyager:/boot# cd /root/
root@voyager:~# gunzip initrd.gz 

gzip: initrd.gz: not in gzip format
root@voyager:~# file initrd.gz 
initrd.gz: ASCII cpio archive (SVR4 with no CRC)
root@voyager:~#

Packer sind installiert

Code: Alles auswählen

root@voyager:~# dpkg -l | egrep "gzip|bzip2|lzma|xz"
ii  bzip2                                 1.0.6-5                            amd64        high-quality block-sorting file compressor - utilities
ii  gzip                                  1.6-3                              amd64        GNU compression utilities
ii  liblzma5:amd64                        5.1.1alpha+20120614-2              amd64        XZ-format compression library
ii  liblzma5:i386                         5.1.1alpha+20120614-2              i386         XZ-format compression library
ii  libzip2                               0.11.2-1                           amd64        library for reading, creating, and modifying zip archives (runtime)
ii  xz-utils                              5.1.1alpha+20120614-2              amd64        XZ-format compression utilities

[KBDCALLS]

Jetz habe ich mir das ganze mal etwas genauer angesehen. Bei ist noch ein Kernel 3.12 drauf.

file -s gibt folgendes aus.

Code: Alles auswählen

root@tatjana:/home/matthias# file -z /boot/initrd.img-3.1*
/boot/initrd.img-3.12-1-amd64:      ASCII cpio archive (SVR4 with no CRC) (gzip compressed data, last modified: Sat Feb 22 09:43:31 2014, from Unix)
/boot/initrd.img-3.12-1-amd64.cpio: symbolic link to `initrd.img-3.12-1-amd64'
/boot/initrd.img-3.13-1-amd64:      ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.13-1-amd64.cpio: symbolic link to `initrd.img-3.13-1-amd64'
root@tatjana:/home/matthias#

Demnach unterscheiden sich die Initrds. Die Symbolischen Links sind für den Midnightcommander gedacht. Beim erstern sehe damit den gesamten Inhalt , bei 13 auch nur GenuineIntel.bin

Bootet aber trotzdem. Jetzt stellt sich die Frage wodran liegts ? . Am Kernel , oder an den initramfs-tools.

[TBT]

Ich vermute, dass du nach dem Neubau der 3.12 initrd dort auch nur noch die GenuineIntel.bin sehen wirst.
Ich denke, die initramfs-tools haben sich geändert,da gab es doch Updates?

[rendegast]

Ein Vergleich der initramfs-tools aus wheezy-backports und jessie/sid (inkl. Installskripte):

Code: Alles auswählen

# diff -rq initramfs-tools_0.115_all/ initramfs-tools_0.115~bpo70+1_all/ | sort
Files initramfs-tools_0.115_all/conffiles and initramfs-tools_0.115~bpo70+1_all/conffiles differ
Files initramfs-tools_0.115_all/control and initramfs-tools_0.115~bpo70+1_all/control differ
Files initramfs-tools_0.115_all/md5sums and initramfs-tools_0.115~bpo70+1_all/md5sums differ
Files initramfs-tools_0.115_all/usr/share/doc/initramfs-tools/changelog.gz and initramfs-tools_0.115~bpo70+1_all/usr/share/doc/initramfs-tools/changelog.gz differ

Keine Unterschiede funktionaler Art.
Bei mir sind alle initrd "korrekte" cpio.gz:

Code: Alles auswählen

# file /boot/initrd.img-3.*
/boot/initrd.img-3.13-0.bpo.1-amd64: gzip compressed data, from Unix, last modified: Thu May 15 14:38:14 2014
/boot/initrd.img-3.13-1-amd64:       gzip compressed data, from Unix, last modified: Sat May 17 17:35:30 2014
/boot/initrd.img-3.13-custom:        gzip compressed data, from Unix, last modified: Thu May 15 18:09:58 2014
/boot/initrd.img-3.14-0.bpo.1-amd64: gzip compressed data, from Unix, last modified: Sat May 17 09:08:37 2014
/boot/initrd.img-3.14-1-amd64:       gzip compressed data, from Unix, last modified: Sat May 17 17:37:04 2014
/boot/initrd.img-3.14-custom:        gzip compressed data, from Unix, last modified: Thu May 15 17:22:43 2014
/boot/initrd.img-3.2.0-4-amd64:      gzip compressed data, from Unix, last modified: Thu May 15 14:39:08 2014

somit kann es eigentlich auch nicht an den von dem jeweiligen Kernelpaket mitgebrachten Installerskripten liegen.


Funktioniert das Booten denn mit nachträglich händisch gepackter initrd?

[TBT]

auch ein nachträgliches GZip bringt nur die Junk Meldung beim starten.
Aber was ist das eigentlich, das kann ich mir nicht erklären:

Code: Alles auswählen

root@voyager:/boot# update-initramfs -u -k 3.13-1-amd64
update-initramfs: Generating /boot/initrd.img-3.13-1-amd64

root@voyager:/boot# file initrd.img-3.13-1-amd64 
initrd.img-3.13-1-amd64: ASCII cpio archive (SVR4 with no CRC)

root@voyager:/boot# apt-get remove --purge intel-microcode
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  intel-microcode*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 10 nicht aktualisiert.
Nach dieser Operation werden 489 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] 
(Lese Datenbank ... 270667 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von intel-microcode (2.20140430.1) ...
update-initramfs: deferring update (trigger activated)
Löschen der Konfigurationsdateien von intel-microcode (2.20140430.1) ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools (0.115) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.13-1-amd64
                                                                                                                        
root@voyager:/boot# file initrd.img-3.13-1-amd64
initrd.img-3.13-1-amd64: gzip compressed data, last modified: Sat May 17 18:34:14 2014, from Unix

aber auch so startet der Kernel nicht, nur die Junk Meldung

[KBDCALLS]

An mkinitramfs kann eigentlich nicht liegen . Denn installiert habe ich diesen Rechner mit ner Multiarch Netinstall )Sid) im Februar. Und die hat schon die Initramfstools 0.115 . Und die sind seit Novermber 2013 aktuell. Mit 0.114 und 0.113 das selbe Ergebnis, nur etwas abweichende Dateigrößen.

[TBT]

Jetzt brate mir doch mal einer einen Storch!

Ich habe gerade den 3.14-1-amd64 Kernel installiert - startet nicht mit der Meldung "invalid magic number",
dafür funktioniert aber der gar nicht angefasste 3.13-1-amd64 jetzt?

ach, ja, mit intel-microcode und

Code: Alles auswählen

sven@voyager:/boot$ file initrd.img-3.13-1-amd64 
initrd.img-3.13-1-amd64: ASCII cpio archive (SVR4 with no CRC)

[KBDCALLS]

Jetzt brate mir doch mal einer einen Storch!

Das wird ein ganzes Nest sein müssen.

Ich hatte die Vermutung das es nicht an den Initramfstools liegt . Tut es auch nicht . Sondern an dem Paket intel-microcode. Das bringt ein Script mit /usr/share/initramfs-tools/hooks/intel_microcode . Entzieht man dem die Ausführungsrechte , und erstellt eine neue Initrd , dann kann man auch mit lsinitrd den Inhalt listen. Auf alle Fälle wirds ein cpio Archiv. Sieht man wenn man wie folgt.

Code: Alles auswählen

update-initramfs -uv -k 3.12-1-amd64 

Liegt also an dem Zusammenspiel beider Pakete.

[TBT]

Das hatte ich oben auch schon festgestellt.

Habe jetzt noch mal was getestet

• Kernel 3.13-1 startet aktuell (2. in Grub Auswahl)
• Kernel 3.14-1 entfernt (ist der 1. in der Grub-Liste und startet nicht - invalid magic number)
• Kernel 3.13-1 startet nicht mehr (jetzt 1. in Grub Auswahl - junk in uncompressed file)
• Kernel 3.14-1 installiert (startet nicht, 1. in Grub-Auswahl)
• Kernel 3.13-1 startet wieder korrekt (wieder 2. in Grub Auswahl)

während des (de)installieren des 3.14-1 Kernels wurde die initrd des 3.13-1 nicht angefasst!

[rendegast]

- confirm -

Bei Installation von intel-microcode 20140430 wheezy-backports (ist identisch zu jessie/sid) (+ entspr. iucode-tool)
auf einer AMD-Maschine gibt es keine Besonderheiten, da intel-microcode dort wohl nicht aktiv wird.
Auf einer Maschine mit intel Pentium aber:

Code: Alles auswählen

# file /boot/initr*
/boot/initrd.img-3.12-0.bpo.1-686-pae: gzip compressed data, from Unix, last modified: Mon Feb 10 19:42:21 2014
/boot/initrd.img-3.13-0.bpo.1-686-pae: gzip compressed data, from Unix, last modified: Sun Apr 27 05:49:14 2014
/boot/initrd.img-3.13-custom:          gzip compressed data, from Unix, last modified: Mon Apr  7 15:22:57 2014
/boot/initrd.img-3.14-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.2.0-4-686-pae:      gzip compressed data, from Unix, last modified: Tue May 13 07:19:40 2014
(nach der Installation resp. Upgrade)


# update-initramfs -u -kall
update-initramfs: Generating /boot/initrd.img-3.14-0.bpo.1-686-pae
update-initramfs: Generating /boot/initrd.img-3.13-0.bpo.1-686-pae
update-initramfs: Generating /boot/initrd.img-3.13-custom
update-initramfs: Generating /boot/initrd.img-3.12-0.bpo.1-686-pae
update-initramfs: Generating /boot/initrd.img-3.2.0-4-686-pae

# file /boot/initr*
/boot/initrd.img-3.12-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.13-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.13-custom:          ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.14-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.2.0-4-686-pae:      gzip compressed data, from Unix, last modified: Mon May 19 08:47:16 2014

Aua.

Auch auf zwei anderen Pentium-/Celeron-Maschinen:

Code: Alles auswählen

# file /boot/initrd*
/boot/initrd.img-3.12-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.13-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.14-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.2.0-4-686-pae:      gzip compressed data, from Unix, last modified: Sat May 17 08:28:23 2014

# cat /proc/version 
Linux version 3.14-0.bpo.1-686-pae (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.14.4-1~bpo70+1 (2014-05-14)

dort aber keine Startprobleme.


Ein critical bug? da es ja eventuell den Systemstart unterbindet?




Anm.

Code: Alles auswählen

# ll /boot/initrd.img-3.*
-rw-r--r-- 1 root root 12801016 May 19 08:46 /boot/initrd.img-3.12-0.bpo.1-686-pae
-rw-r--r-- 1 root root 12895665 May 19 08:45 /boot/initrd.img-3.13-0.bpo.1-686-pae
-rw-r--r-- 1 root root 12613130 May 19 08:46 /boot/initrd.img-3.13-custom
-rw-r--r-- 1 root root 13002689 May 19 08:45 /boot/initrd.img-3.14-0.bpo.1-686-pae
-rw-r--r-- 1 root root 10352823 May 19 08:47 /boot/initrd.img-3.2.0-4-686-pae
# file /boot/initrd.img-3.*
/boot/initrd.img-3.12-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.13-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.13-custom:          ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.14-0.bpo.1-686-pae: ASCII cpio archive (SVR4 with no CRC)
/boot/initrd.img-3.2.0-4-686-pae:      gzip compressed data, from Unix, last modified: Mon May 19 08:47:16 2014


# gzip -n /boot/initrd.img-3.1*
# file /boot/initrd.img-3.*
/boot/initrd.img-3.12-0.bpo.1-686-pae.gz: gzip compressed data, from Unix
/boot/initrd.img-3.13-0.bpo.1-686-pae.gz: gzip compressed data, from Unix
/boot/initrd.img-3.13-custom.gz:          gzip compressed data, from Unix
/boot/initrd.img-3.14-0.bpo.1-686-pae.gz: gzip compressed data, from Unix
/boot/initrd.img-3.2.0-4-686-pae:         gzip compressed data, from Unix, last modified: Mon May 19 08:47:16 2014
# ll /boot/initrd.img-3.*
-rw-r--r-- 1 root root 12765488 May 19 08:46 /boot/initrd.img-3.12-0.bpo.1-686-pae.gz
-rw-r--r-- 1 root root 12860978 May 19 08:45 /boot/initrd.img-3.13-0.bpo.1-686-pae.gz
-rw-r--r-- 1 root root 12578771 May 19 08:46 /boot/initrd.img-3.13-custom.gz
-rw-r--r-- 1 root root 12966962 May 19 08:45 /boot/initrd.img-3.14-0.bpo.1-686-pae.gz
-rw-r--r-- 1 root root 10352823 May 19 08:47 /boot/initrd.img-3.2.0-4-686-pae

Diese cpio komprimieren nicht, im cpio-vfs des mc sehe ich auch nur die schon erwähnte GenuineIntel.bin,
welche als cpio-Archiv wohl einfach vor die eigentliche initrd "geklatscht" wird,
"0707......TRAILER...", und da beginnt ab den Hexwerten 0x1f 0x8b das "normale" initrd(.cpio.gz).
Siehe auch
Documentation/x86/early-microcode.txt
arch/x86/kernel/cpu/microcode/intel_early.c


Abhilfe schafft in Deinem Fall vielleicht ein Herumspielen mit
IUCODE_TOOL_INITRAMFS=early (Dann bekommt auch die initrd des Kernel 3.2 einen Vorsatz)
IUCODE_TOOL_INITRAMFS=yes (Alle erstellten initrd sind wieder "Standard")
-> Meldungen in dmesg beobachten

Vielleicht ist es ein bootloader-Problem? grub ist aktuell?