Beiträge von spectre

Hallo Oliver,

hatte deine Nachricht erst gerade gelesen. Puh, die Snapshots habe ich noch nie benutzt und ehrlichgesagt würde ich ungern auf meinem Produktivsystem damit herumexperimentieren und es auf Verdacht Plattmachen. Der Kernel ist schon der aktuellste, den JessieStretch zu bieten hat (4.9.0-5), den konnte ich via Rescue-System einspielen.

Aber was ich morgen probieren könnte wäre mit einen eigenen Kern zu backen und dann mal zu schauen, ob das damit auch auftritt. Was mich wiegesagt so sehr wundert ist dass ich offenbar alleine mit dem Problem bin (d.h. ich glaube ehrlichgesagt nicht, dass das ein Debian-Problem ist, sonst wäre das ja überall). Also eher ein Problem mit meiner Instanz? Keine Ahnung.

Ich habe auch mal den NetCup Support angefunkt und hoffe, von denen zu hören. Eventuell können die Licht ins Dunkel bringen. Ich bin jedenfalls für heute Abend nicht mehr arbeitsfähig, mache mir ein Feierabendbier auf und versuche drüber zu schlafen... puh...

Viele Grüße,

Johannes

So. Mit dem Frankenkernel läuft er wieder grundsätzlich:

gula joe [~]: uname -a
Linux gula 4.9.0-1-grml-amd64 #1 SMP Debian 4.9.29-1+grml.1 (2017-05-24) x86_64 GNU/Linux

Aber wiegesagt, Debian Stock Kernel -- keine Chance

Die hier gehen bei mir alle nicht:

f4aca79acaf6c657832978f319c6c1e56b4003952ffdc1c528b9f2308bad0c3d  vmlinuz-4.9.0-3-amd64
ceea0415b7a262d2ed73bddbd7d553615923c3ad0da4b3cce9db943b10fc7997  vmlinuz-4.9.0-5-amd64
e459cc4236e514b89fa347570f476a52b35dafd040ba49fba3917c474b7b4447  vmlinuz-4.14.0-2-amd64

Also falls jemand noch eine Idee hat, ich bin für alles offen (ziemlich verzweifelt...).

Viele Grüße,

Johannes

Florian: Ich drücke die Daumen :-/

@Krautergarten: Ja, wundert mich auch -- wenn Debian grundsätzlich betroffen wäre, müssten die Mailinglisten *voll* sein mit dem Issue. Sind sie aber nicht, ich finde nur hie und da Hinweise. Evtl bin ich aber auch auf einer anderen HW-Virtualisierung als du. Sowohl Ubuntu 16.04 konnte ich im Rescue-Modus booten als auch das grml-Rescue image. Mit dem grml-Kernel kann ich auch mein System booten. Ich baue mir da jetzt einen Frankenkernel aus grml-Kern und Debian-initramfs, um das Teils wenigstens grundsätzlich wieder ans Laufen zu kriegen.

So ein Scheiß

Ich krieg total die Krise. Gerade aus Debian Buster (testing) die linux-image-4.14.0-2-amd64_4.14.7-1_amd64.deb per dpkg reinkopiert. Bootet auch nicht! WTF, kann doch nicht sein, dass ich der einzige bin, dessen Debian-Kiste nicht mehr hochkommt?

Langsam kriege ich echt total Panik. SCreenshot anbei.

Habe gerade nochmal reingebootet in das grml Rescue und mein Debian rootfs gemountet und rein-gechdired. InitramFS und Kernel passen definitiv zusammen:

gula [/boot]: ls -l
total 77M
-rw-r--r-- 1 root root 183K   09.01.2018 20:14:15 config-4.9.0-1-grml-amd64
-rw-r--r-- 1 root root 183K   19.09.2017 03:34:05 config-4.9.0-3-amd64
-rw-r--r-- 1 root root 183K   04.01.2018 12:12:40 config-4.9.0-5-amd64
drwxr-xr-x 5 root root 4,0K   09.01.2018 20:15:34 grub/
-rw-r--r-- 1 root root  24M   09.01.2018 20:14:08 initrd.img-4.9.0-1-grml-amd64
-rw-r--r-- 1 root root  18M   09.01.2018 19:56:38 initrd.img-4.9.0-3-amd64
-rw-r--r-- 1 root root  18M   09.01.2018 19:55:53 initrd.img-4.9.0-5-amd64
-rw-r--r-- 1 root root 3,1M   19.09.2017 03:34:05 System.map-4.9.0-3-amd64
-rw-r--r-- 1 root root 3,1M   04.01.2018 12:12:40 System.map-4.9.0-5-amd64
-rw-r--r-- 1 root root 4,0M   09.01.2018 20:14:08 vmlinuz-4.9.0-1-grml-amd64
-rw-r--r-- 1 root root 4,1M   19.09.2017 03:34:05 vmlinuz-4.9.0-3-amd64
-rw-r--r-- 1 root root 4,1M   04.01.2018 12:12:40 vmlinuz-4.9.0-5-amd64

in grub.cfg (UUID von rootfs habe ich gesnipped)

echo 'Loading Linux 4.9.0-5-amd64 ...' linux /boot/vmlinuz-4.9.0-5-amd64 root=UUID=XXXX ro quiet echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-4.9.0-5-amd64

Vielen Dank schonmal für deine Hilfe,

Viele Grüße,

Johannes

Passen sie, sowohl beim alten Kern als auch beim neuen. Habe gerade auch mal das -grml- Rescue-System gebootet (das geht auch) und mit den Kern und das Initramfs rüberkopiert. Das kann ich tatsächlich manuell via Grub booten, aber Debian Stock Kernel (AMD64) geht nicht. Die Panics sind immer mal unterschiedlich, z.B. hier ein zweiter angehängt.

Hi,

nachdem der Server heute durchgestartet wurde, kommt mein Debian Strech nicht mehr hoch, sondern verabschiedet sich direkt mit einer Kernel Panic. Im Stacktrace sehe ich system_call_fast_compare_end SyS_exit_group und dann do_group_exit do_exit. Screenshot anbei.

Habe via Ubuntu Rescue reingebootet und den Kernel auf 4.9.30-2+deb9u5 upgedatet (der neuste im Tree). Problem besteht.

Kann mir bitte jemand helfen?

Vielen Dank,

Johannes