Kernel 3.10-2 nicht nutzbar

[TBT]

Hallo,

ich stehe jetzt auch mal wieder vor einem Problem, welches mir Rätsel aufgibt.
Da mein Rechner etwas instabil ist und sich öfter mal verabschiedet wollte ich
mal den 3.10-2 Kernel aus jessie probieren.

Installieren lässt er sich ohne Probleme, es werden auch alle dkms Module
ordentliche gebaut, aber starten kann er nicht. Auch wird im Grub nicht der neue
Kernel vorausgewählt, sondern immer noch der alte.

Wenn ich den 3.10-2 Kernel starten will, erhalte ich immer die Meldung:

Code: Alles auswählen

error: Invalid magic Number
error: you need to load the kernel first

un nach Betätigen der Return Taste lande ich wieder im Grub.
Ich habe schon alles probiert, er will einfach nicht ;(

uname -a

Code: Alles auswählen

Linux voyager 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux

update-initramfs -u hier taucht der 3.2.0-4 nicht auf?

Code: Alles auswählen

update-initramfs: Generating /boot/initrd.img-3.10-2-amd64

update-grub2

Code: Alles auswählen

Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.10-2-amd64
Found initrd image: /boot/initrd.img-3.10-2-amd64
Found linux image: /boot/vmlinuz-3.2.0-4-amd64
Found initrd image: /boot/initrd.img-3.2.0-4-amd64
done

grub-install /dev/sda

Code: Alles auswählen

Installation finished. No error reported.

installierte Pakete für die Kernel

Code: Alles auswählen

linux-headers-3.10-2-amd64
linux-headers-3.10-2-common
linux-headers-3.2.0-4-amd64
linux-headers-3.2.0-4-common
linux-headers-amd64
linux-image-3.10-2-amd64
linux-image-3.2.0-4-amd64
linux-image-amd64
linux-kbuild-3.10
linux-kbuild-3.2

der EIntrag in der grub.cfg

Code: Alles auswählen

menuentry 'Debian GNU/Linux, mit Linux 3.10-2-amd64' --class debian --class gnu-linux --class gnu --class os {
        load_video
        insmod gzio
        insmod part_gpt
        insmod ext2
        set root='(hd0,gpt2)'
        search --no-floppy --fs-uuid --set=root 6c720e54-f89f-426b-bf62-60ef99f9d1be
        echo    'Linux 3.10-2-amd64 wird geladen …'
        linux   /boot/vmlinuz-3.10-2-amd64 root=UUID=6c720e54-f89f-426b-bf62-60ef99f9d1be ro  quiet vga=792
        echo    'Initiale Ramdisk wird geladen …'
        initrd  /boot/initrd.img-3.10-2-amd64
}

[rendegast]

Code: Alles auswählen

$ dpkg -l | grep linux-image-3.
ii  linux-image-3.10-0.bpo.2-amd64          3.10.5-1~bpo70+1
ii  linux-image-3.10-2-amd64                3.10.7-1
ii  linux-image-3.10-3-amd64                3.10.11-1
ii  linux-image-3.2.0-4-amd64               3.2.46-1+deb7u1


$ md5sum /boot/*3*
0570ca5050246ccb730f692c46f3a809  /boot/System.map-3.10-0.bpo.2-amd64
844712a258cf404ad5cc73808a7b9543  /boot/System.map-3.10-2-amd64
897116d806462af187ba61335642ce72  /boot/System.map-3.10-3-amd64
ddba8359768a6435a09555f04de3e91a  /boot/System.map-3.2.0-4-amd64

cbf2916e4b926428df5389ca53c53a41  /boot/config-3.10-0.bpo.2-amd64
58b3e0caa508a3b6f19dfa3980e6a850  /boot/config-3.10-2-amd64
69d204ae700884a7136949f70ad3cb8a  /boot/config-3.10-3-amd64
6a350ea8cda66f799ca74e7dfb1445f2  /boot/config-3.2.0-4-amd64

b054c0198a86f8a7df1aa6e1b6a70b09  /boot/vmlinuz-3.10-0.bpo.2-amd64
624b5d01e19eb0e96f8a456f1f62c289  /boot/vmlinuz-3.10-2-amd64
850c6a36bfb178cb60e7b54d52bd542d  /boot/vmlinuz-3.10-3-amd64
e2f5e0b1077db98df8975dea65a2fc8d  /boot/vmlinuz-3.2.0-4-amd64

Die config der 3.10 unterscheiden sich nicht großartig.

Auch wird im Grub nicht der neue
Kernel vorausgewählt, sondern immer noch der alte.

Händisch

Code: Alles auswählen

grub-editenv list
grub-set-default 'Debian GNU/Linux, mit Linux 3.10-2-amd64'

oder /etc/default/grub: GRUB_SAVEDEFAULT=true, dann 'update-grub'



----------------------------------------------------------------

Da mein Rechner etwas instabil ist und sich öfter mal verabschiedet

Auch schon andere Sachen probiert? 'dmesg', memtest, smart, Netzteil?

Nach einem früheren Post ein i7 ->

Code: Alles auswählen

# aptitude versions intel-microcode iucode-tool 
Package intel-microcode:                        
p   1.20130222.1                                                                         stable
p   2.20130808.1~bpo70+1                                                                 wheezy-backports
p   2.20130808.1                                                                         testing,unstable

Package iucode-tool:
p   0.8.3-1                                                                              stable
p   1.0-1~bpo70+1                                                                        wheezy-backports
p   1.0-1                                                                                testing,unstable

das aus wheezy-backports, dann 'update-initramfs -u -k all'.

[TBT]

Halle renegast,

die Checksummen stimmen überein, da ist schon mal nichts falsch,
und die microcodes aus jessie habe ich bereits installiert.

Zur Instabilität:
- memtest ist schon Stunden gelaufen, Netzteil wurde schon testweise ausgetauscht
- Die Fehler syslog sind weg nach dem Neustart, er scheint sie wenn es hängt nicht
mehr auf die Platte zu schreiben
- Mainboard und Controller Bios sind aktuell
- habe jetzt smart mal entfernt, da es regelmäßig ungültige Befehle an den Controller
schickte

[rendegast]

Das hat wohl nix mehr mit dem grub/kernel-Problem zu tun (wer weiß)

- habe jetzt smart mal entfernt, da es regelmäßig ungültige Befehle an den Controller
schickte

??
smart fragt Werte der Platte ab oder stößt deren Test an,
die Schnittstelle ist heutzutage gängige Praxis.

Der smartd sorgt nur dafür, daß das regelmäßig passiert, ein Überwachungstool.

Auf hardware-Besonderheiten kann per /etc/smartd.conf und /etc/smartmontools/ eingegangen werden,
das wird per 'smartctl' ausprobiert.
Dann aber sollten smart-Abfragen auch funktionieren.


Wenn einen die Dauerüberwachung nicht interessiert und die Kiste insgesamt läuft,
dann kann der smartd auch deaktiviert werden.
Er sollte aber nicht wegen Problemen abgeschaltet werden,
sondern es sollte den Problemen zwecks Klärung nachgegangen werden.
Insbesondere wenn hier von Instabilitäten die Rede ist.

[TBT]

Die Aufrufe von smart kommen so nicht bis zu den Platten durch,
hatte aber noch keine Zeit die Konfiguration zu überarbeiten.

Code: Alles auswählen

3w-9xxx: scsi0: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.

[rendegast]

http://www.t10.org/lists/op-num.htm:

Code: Alles auswählen

85  O         O     ATA PASS-THROUGH(16)

Evtl. ´-d sat,12´
resp. ´-d 3ware,N /dev/XXX´ (siehe manpage, <-> 'dmesg' und syslog
("smartd[xxxxx]: Configuration file /etc/smartd.conf was parsed, found DEVICESCAN, scanning devices" ....)).


Nach www
wäre es möglich, daß es nur eine falsch formatierte Abfrage durch das smart-Tool ist.
-> obiges versuchen.
Dann wäre es wohl ein für den Betrieb unwichtiger Fehler.

[TBT]

so, smartd ist nun richtig - die Einträge in der smartd.conf müssen so lauten:

Code: Alles auswählen

/dev/twa0 -d 3ware,0 -a -s L/../../2/01
/dev/twa0 -d 3ware,1 -a -s L/../../2/02
/dev/twa0 -d 3ware,2 -a -s L/../../2/03

leider behebt dies aber immer noch nicht mein Grubproblem

[rendegast]

Die smart-Werte der Platten zeigen also keine Auffälligkeiten?

Das 3ware-Raid entspricht dem Boot-device?

'grub-install ....'?

Den Kernel nochmal reinstallieren?

Code: Alles auswählen

apt-get --reinstall install linux-image-3.10.......
resp.
aptitude reinstall  linux-image-3.10.......

obwohl das eigentlich unnötig sein sollte, da der Kernel einerseits einen Eintrag in grub.cfg bekam und andererseits die Checksumme stimmt.

[TBT]

Die Smartwerte der Platten sind tipp topp, und das 3ware Raid ist die Bootplatte.

Code: Alles auswählen

apt-get install --reinstall linux-image-3.10-2-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 24,9 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 237189 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von linux-image-3.10-2-amd64 3.10.7-1 (durch .../linux-image-3.10-2-amd64_3.10.7-1_amd64.deb) ...
Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/intel-microcode 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
Ersatz für linux-image-3.10-2-amd64 wird entpackt ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
linux-image-3.10-2-amd64 (3.10.7-1) wird eingerichtet ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
update-initramfs: Generating /boot/initrd.img-3.10-2-amd64
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.10-2-amd64 /boot/vmlinuz-3.10-2-amd64
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.10-2-amd64
Found initrd image: /boot/initrd.img-3.10-2-amd64
Found linux image: /boot/vmlinuz-3.2.0-4-amd64
Found initrd image: /boot/initrd.img-3.2.0-4-amd64
done

Ergebnis wieder "invalid magic number"

[rendegast]

Sehr seltsam,
wie ist es mit dem 3.10-3-amd64 aus unstable?

Die Architektur des Paketes stimmt? Nicht aus dem eventuell falschen Repo (Architektur)?

Code: Alles auswählen

dpkg -l | grep linux-image

(Obwohl ich gerade nicht weiß, ob das einen Unterschied machen würde)
UPS, oben ja schon gesagt, daß die Checksummen ([amd64]) stimmen.

Wird vielleicht grub aus unstable verwendet?

Code: Alles auswählen

dpkg -l | grep grub