Kernel nach Update zerschossen

[pepi]

Hallo zusammen,

ich bin neu hier. Halle an alle Natürlich stehe ich auch schon vor einem Problem und weiß leider nicht mehr weiter. Wäre toll wenn mir jemand von Euch weiterhelfen könnte.
Vergangene Woche habe ich ein Kernel Update via apt (linux-image-3.2.0-4-amd64 (3.2.68-1+deb7u2)) ausgeführt. Dabei hat sich der Server währenddessen aufgehängt, weil scheinbar das Raid den Dienst quitiert hat, unter anderem mit den folgenden Meldungen:

Code: Alles auswählen

Jul  2 10:48:07 server1 kernel: [   97.040268] ata4.00: exception Emask 0x0 SAct 0xc00 SErr 0x0 action 0x0
Jul  2 10:48:07 server1 kernel: [   97.040346] ata4.00: irq_stat 0x40000008
Jul  2 10:48:07 server1 kernel: [   97.040401] ata4.00: failed command: READ FPDMA QUEUED
Jul  2 10:48:07 server1 kernel: [   97.040458] ata4.00: cmd 60/01:50:0e:10:10/00:00:02:00:00/40 tag 10 ncq 512 in
Jul  2 10:48:07 server1 kernel: [   97.040459]          res 41/40:01:0e:10:10/00:00:02:00:00/00 Emask 0x409 (media error) <F>
Jul  2 10:48:07 server1 kernel: [   97.040596] ata4.00: status: { DRDY ERR }
Jul  2 10:48:07 server1 kernel: [   97.040650] ata4.00: error: { UNC }
Jul  2 10:48:07 server1 kernel: [   97.094025] ata4.00: configured for UDMA/133
Jul  2 10:48:07 server1 kernel: [   97.094102] ata4: EH complete
Jul  2 10:48:07 server1 kernel: [   97.423472] ata4.00: exception Emask 0x0 SAct 0x3000 SErr 0x0 action 0x0
Jul  2 10:48:07 server1 kernel: [   97.423549] ata4.00: irq_stat 0x40000008
Jul  2 10:48:07 server1 kernel: [   97.423604] ata4.00: failed command: READ FPDMA QUEUED
Jul  2 10:48:07 server1 kernel: [   97.423662] ata4.00: cmd 60/01:60:0d:10:10/00:00:02:00:00/40 tag 12 ncq 512 in
Jul  2 10:48:07 server1 kernel: [   97.423662]          res 41/40:01:0d:10:10/00:00:02:00:00/00 Emask 0x409 (media error) <F>
Jul  2 10:48:07 server1 kernel: [   97.423808] ata4.00: status: { DRDY ERR }
Jul  2 10:48:07 server1 kernel: [   97.423861] ata4.00: error: { UNC }
Jul  2 10:48:07 server1 kernel: [   97.477676] ata4.00: configured for UDMA/133

Ich musste den Server hart rebooten. Das hat soweit auch funktioniert, nur leider hat der Kernel leider einen schaden davongetragen. So werden bspw. folgenden Fehlermeldungen ausgegeben:

iptables -L
libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not open moddep file '/lib/modules/3.2.0-4-amd64/modules.dep.bin'
iptables v1.4.14: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.

Beim Versuch einer erneuten Installation des Kernels erscheint folgende Meldung:

Setting up linux-image-3.2.0-4-amd64 (3.2.68-1+deb7u2) ...
Internal Error: Could not find image (/boot/vmlinuz-3.2.0-4-amd64)
dpkg: error processing linux-image-3.2.0-4-amd64 (--configure):
subprocess installed post-installation script returned error exit status 2

Grund hierfür ist, das die Boot Partition nicht gemountet ist. Bei Versuch, die Partition manuell zu mounten, erscheint folgende Fehlermeldung (auch bei expliziter Angabe des Formats ext3):

mount /dev/md/1 /boot
mount: unknown filesystem type 'ext3'

Info zum System:

uname -a: 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u2 x86_64 GNU/Linux

mdstat liefert folgendes:

cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb3[2]
2912831744 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sdb2[2] sdc2[1]
523968 blocks super 1.2 [2/2] [UU]

md0 : active raid1 sdb1[2] sdc1[1]
16768896 blocks super 1.2 [2/2] [UU

Die Werte der sdc Platte sind kritische. Ich werde diese so schnell wie möglich austauschen. Davor will ich aber sicherstellen, dass der Kernel wieder rennt.
Hat jemand Ideen oder Vorschläge, was ich hier noch machen kann?

Viele Grüße

Pepi

[pepi]

Problem gelöst. Hätte ich eigentlich auch schon davor draufkommen können

1. Defekte HDD aus Raid entfernt
2. Rescue System gebootet
3. Chroot Environment erstellt
4. Kernel reinstalliert via. apt-get
5. Neu gebootet

15 Minuten im Gesamten gedauert. Neue Festplatte ist am Syncen. Ich bin happy