[erledigt] Jessie stürzt ab

[Ulidor]

Hallo,

seit heute kann ich Jessie als normaler User reproduzierbar zum völligen Einfrieren bringen, so dass ich nicht mal mehr auf eine Konsole komme:

Code: Alles auswählen

$ dclock -noblink

dclock aus dem gleichnamigen Paket ist eine Digitaluhr, die ich seit Januar verwende, um bei einem laufenden Video kurz mal die Zeit einblenden zu können. Das hat bisher auch immer geklappt. Seit heute, vermutlich seit dem heute durchgeführten Sicherheitsupgrade, bei dem u.a. der Kernel ausgetauscht wurde, habe ich die Abstürze. Aber nur mit der Option -noblink, die normalerweise bewirkt, dass die Punkte zwischen Stunden und Minuten nicht blinken. Ohne die Option oder mit anderen Optionen läuft alles normal.

Falls es mal jemand ausprobieren möchte, das System friert meistens, aber nicht immer beim ersten Programmaufruf ein. Also einfach mal mehrmals aufrufen.

Es ist schon schockierend, wenn man als normaler User so leicht das ganze System abschießen kann. Woran kann das liegen?

Gruß
Rolf

[NAB]

Woran kann das liegen?

In meiner Glaskugel erscheint undeutlich das Wort "Grafikkartentreiber".

[Ulidor]

Woran kann das liegen?

In meiner Glaskugel erscheint undeutlich das Wort "Grafikkartentreiber".

Kann denn der das ganze System so nieder reißen, dass ich nicht mal mehr auf eine Konsole komme?

[Ulidor]

Um punkt 11 Uhr habe ich mal den „Absturzbefehl" eingegeben, die Meldungen in /var/log/syslog sehen so aus:

...
Mar 12 10:54:12 ulidor PackageKit: daemon start
Mar 12 10:54:12 ulidor dbus[701]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Mar 12 10:55:24 ulidor PackageKit: get-updates transaction /3752_dcebaeee from uid 1000 finished with success a
fter 562ms
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mar 12 11:00:45 ulidor rsyslogd: [origin software="rsyslogd
" swVersion="8.4.2" x-pid="789" x-info="http://www.rsyslog.com"] start
Mar 12 11:00:45 ulidor kernel: [ 0.000000] Initializing cgroup subsys cpuset
Mar 12 11:00:45 ulidor kernel: [ 0.000000] Initializing cgroup subsys cpu
Mar 12 11:00:45 ulidor kernel: [ 0.000000] Initializing cgroup subsys cpuacct
Mar 12 11:00:45 ulidor kernel: [ 0.000000] Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt25-1 (2016-03-06)
Mar 12 11:00:45 ulidor kernel: [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=bbbadfa0-229c-4bf9-a65d-70cc92dfb58a ro quiet
...

[rendegast]

Kann denn der das ganze System so nieder reißen, dass ich nicht mal mehr auf eine Konsole komme?

Nur die Kernelmodule mit

Code: Alles auswählen

if $FAIL then 'shutdown -r now'

EDIT Gibt auch einige Module mit

Code: Alles auswählen

if $FAIL then 'kill -freeze -all'

[Ulidor]

Okay, aber es wird ja kein Shutdown durchgeführt oder es gelingt nicht. Das ganze System friert ein, also der zuletzt angezeigte Bildschirminhalt wird dauerhaft angezeigt und das System reagiert auf nichts mehr.

Ich bin ja kein Experte, aber für mich sieht das eher (auch) nach einem Bug im Kernel aus. Es dürfte eigentlich nicht sein, dass ein Programm im Userspace das ganze System einfach so abschießt, so dass es sofort stehen bleibt.

[NAB]

Völlig richtig ... nur dass Grafikkartentreiber zum Kernel gehören, so wie alle anderen Treiber auch. Die können dann auch den ganzen Kernel in den Tod reißen.

[Ulidor]

Inzwischen ist mein PC auch so schon zweimal abgestürzt, ohne dass dclock aufgerufen wurde. Anscheinend ist mein System durch das letzte Sicherheitsupgrade instabil geworden. Seit dem Sicherheitsupgrade sind diese Pakete neu:

bind9-host amd64 1:9.9.5.dfsg-9+deb8u6
deb-multimedia-keyring all 2016.3.7
dnsutils amd64 1:9.9.5.dfsg-9+deb8u6
host all 1:9.9.5.dfsg-9+deb8u6
libavcodec56 amd64 6:11.6-1~deb8u1
libavformat56 amd64 6:11.6-1~deb8u1
libavresample2 amd64 6:11.6-1~deb8u1
libavutil54 amd64 6:11.6-1~deb8u1
libbind9-90 amd64 1:9.9.5.dfsg-9+deb8u6
libdns100 amd64 1:9.9.5.dfsg-9+deb8u6
libdns-export100 amd64 1:9.9.5.dfsg-9+deb8u6
libirs-export91 amd64 1:9.9.5.dfsg-9+deb8u6
libisc95 amd64 1:9.9.5.dfsg-9+deb8u6
libisccc90 amd64 1:9.9.5.dfsg-9+deb8u6
libisccfg90 amd64 1:9.9.5.dfsg-9+deb8u6
libisccfg-export90 amd64 1:9.9.5.dfsg-9+deb8u6
libisc-export95 amd64 1:9.9.5.dfsg-9+deb8u6
libjasper1 amd64 1.900.1-debian1-2.4+deb8u1
liblwres90 amd64 1:9.9.5.dfsg-9+deb8u6
libotr5 amd64 4.1.0-2+deb8u1
libswscale3 amd64 6:11.6-1~deb8u1
linux-image-3.16.0-4-amd64 amd64 3.16.7-ckt25-1

Auf meinem Notebook, ebenfalls mit Prozessor und Grafikeinheit von AMD, habe ich auch das Upgrade durchgeführt. Da läuft schon seit Stunden ein Einzeiler, der immer wieder dclock -noblink aufruft und das Programm nach zwei Sekunden abschießt. Jessie läuft hier nach wie vor hervorragend.

Jessie scheint meinen PC nicht zu mögen, denn die Abstürze sind nicht die einzige Macke. Ich habe Jessie kurz nachdem es Stable wurde auf dem PC installiert, und ich hatte noch nie ein Debian Stable, das so viele Macken hat wie Jessie auf diesem PC.

[NAB]

Interessant wäre, ob der abgestürzte PC noch per ping oder ssh erreichbar ist, also nur die Grafik abgestürzt ist.

Ansonsten könnte es auch ein Fehler im Speicher sein, der sich zunehmend bemerkbar macht, unabhängig von den Updates.

[Ulidor]

Gute Idee, danke für den HInweis. Ich habe einen Absturz provoziert und dann versucht, vom Notebook aus via ssh darauf zuzugreifen: Es klappt. Der Kernel läuft also noch, nur die Grafik nicht mehr.

Aber was heißt das jetzt für mich, wo liegt der Fehler und wie kann ich ihn beheben?

[Ulidor]

Noch eine Ergänzung. Wenn der PC läuft, kann ich mich vom Notebook aus per ssh als rolf anmelden, mich dort zu root machen und per „reboot" den PC augenblicklich neu starten. Mache ich das bei abgestürzter Grafik, kappt der PC zwar auch die ssh-Verbindung, rebootet aber nicht, sondern bleibt weiter eingefroren. Also so ganz scheint der Kernel dann doch nicht mehr zu arbeiten.

[rendegast]

linux-image-3.16.0-4-amd64 amd64 3.16.7-ckt25-1

?

Code: Alles auswählen

# apt-cache policy linux-image-3.16.0-4-amd64
linux-image-3.16.0-4-amd64:
  Installed: 3.16.7-ckt20-1+deb8u4
  Candidate: 3.16.7-ckt20-1+deb8u4
  Version table:
 *** 3.16.7-ckt20-1+deb8u4 0
        500 http://security.debian.org/ jessie/updates/main amd64 Packages
        100 /var/lib/dpkg/status
     3.16.7-ckt20-1+deb8u2 0
        500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages

EDIT
Ah ja, proposed-updates, sind eigentlich nicht für Produktivbetrieb gedacht.
Fehler auch mit dem aus dem Stammrepo?


kernel 4.3 aus jessie-backports?

[NAB]

Aber was heißt das jetzt für mich, wo liegt der Fehler und wie kann ich ihn beheben?

Das heißt, dass du überhaupt erst mal nachgucken kannst, wo überhaupt der Fehler liegt. Wenn es wirklich am Kernel liegt (wahrscheinlich), dann müsstest du in dmesg am Ende ein paar Meldungen finden. Ein Blick auf /var/log/Xorg.0.log wäre auch interessant.

[Ulidor]

Ah ja, proposed-updates, sind eigentlich nicht für Produktivbetrieb gedacht.
Fehler auch mit dem aus dem Stammrepo?

Stimmt, ich habe ja die proposed-updates aktiviert. Und der Kernel daraus ist tatsächlich erst mit dem letzten Upgrade installiert worden, also seitdem ich die Abstürze habe. Davor war es noch der normale Kernel.

Kann ich jetzt gefahrlos wieder zum normalen Kernel wechseln? Vielleicht hat sich das mit den Abstürzen dann wieder erledigt. Am besten sollte ich wohl alle Pakete aus proposed-updates wieder durch die normalen ersetzen. Wie mache ich das am einfachsten?

Ich hatte proposed-updates in die sources.list aufgenommen, weil ich von Anfang an viele Probleme mit Jessie hatte und gehofft hatte, damit würden die vielleicht gelöst.

[NAB]

Du solltest wirklich erst mal gucken, was im dmesg steht.

Der Hinweis von rendegast ist zwar vollig richtig, aber wenn du Pech hast, wandert die neue Kernelversion dann mit genau diesem Fehler ins Stable Archiv, und du kriegst das Problem in ein paar Wochen wieder. Falls es also wirklich an der Kernel-Version liegt, wäre es hilfreich, den Fehler zu kennen ... schon um dann einen Bugreport schreiben zu können.

[Ulidor]

Im Interpretieren der dmesg-Ausgaben bin ich nicht so gut, deshalb habe ich mal eine gepostet: 39205

[NAB]

Im Interpretieren der dmesg-Ausgaben bin ich nicht so gut, deshalb habe ich mal eine gepostet

Das endet nach 8 Sekunden seit Systemstart. Und danach kommt nichts mehr, trotz eingefrorener Grafik?

[Ulidor]

[Das endet nach 8 Sekunden seit Systemstart. Und danach kommt nichts mehr, trotz eingefrorener Grafik?

Ach so, ich dachte, es ginge nur um den Systemstart, ob da schon Auffälligkeiten zu sehen sind. Soll ich bei eingefrorener Grafik per ssh dmesg aufrufen?

[Ulidor]

Jetzt habe ich den PC gebootet, kurz danach das Einfrieren provoziert und dann per ssh dmesg aufgerufen. Bis Sekunde 9 sieht es in etwa so aus wie vorher, dann kommt die kurze Paus (also nichts) und dann das hier:

Code: Alles auswählen

[  116.073311] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
[  116.073367] IP: [<ffffffffa0416c3d>] radeon_fence_ref+0xd/0x50 [radeon]
[  116.073425] PGD 0 
[  116.073437] Oops: 0002 [#1] SMP 
[  116.073456] Modules linked in: cfg80211 rfkill nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc ftdi_sio usbserial stv0297 rc_tt_1500 snd_hda_codec_hdmi budget_ci budget_core ttpci_eeprom kvm_amd saa7146 dvb_core evdev kvm rc_core radeon serio_raw pcspkr snd_hda_codec_realtek snd_hda_codec_generic k10temp shpchp i2c_piix4 ttm drm_kms_helper snd_hda_intel snd_hda_controller snd_hda_codec drm snd_hwdep tpm_infineon tpm_tis i2c_algo_bit snd_pcm_oss snd_mixer_oss tpm snd_pcm i2c_core snd_timer snd soundcore acpi_cpufreq button processor thermal_sys fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 hid_generic usbhid hid usb_storage sg sd_mod crc_t10dif crct10dif_generic sr_mod cdrom crct10dif_common ohci_pci ahci ehci_pci ohci_hcd xhci_hcd ehci_hcd libahci libata r8169 mii
[  116.073871]  usbcore scsi_mod usb_common
[  116.073889] CPU: 3 PID: 875 Comm: Xorg Tainted: G          I   3.16.0-4-amd64 #1 Debian 3.16.7-ckt25-1
[  116.073932] Hardware name: Gigabyte Technology Co., Ltd. GA-A75-D3H/GA-A75-D3H, BIOS F1 06/13/2011
[  116.073974] task: ffff880036fa8190 ti: ffff880205128000 task.ti: ffff880205128000
[  116.074008] RIP: 0010:[<ffffffffa0416c3d>]  [<ffffffffa0416c3d>] radeon_fence_ref+0xd/0x50 [radeon]
[  116.074059] RSP: 0018:ffff88020512bb18  EFLAGS: 00010292
[  116.074084] RAX: 0000000000000000 RBX: ffff8800364c95f8 RCX: ffff8800364c8d08
[  116.074116] RDX: 0000000000000001 RSI: 0000000000000000 RDI: 0000000000000000
[  116.074149] RBP: ffff8800364c9550 R08: ffff8800364c8000 R09: 0000000000000000
[  116.074181] R10: 0000000000000002 R11: ffff88020512be08 R12: 0000000000000020
[  116.074214] R13: ffff88020512bbe0 R14: ffff88020512bbb0 R15: ffff8800364c95f8
[  116.074247] FS:  00007f84f264e980(0000) GS:ffff88020fcc0000(0000) knlGS:0000000000000000
[  116.074284] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  116.074310] CR2: 0000000000000008 CR3: 00000000cb948000 CR4: 00000000000007e0
[  116.074343] Stack:
[  116.074353]  ffffffffa04770bc 002000000005aac0 0000a88000000100 ffff88020512bcd0
[  116.074391]  ffff8800364c8000 ffff880036fa8190 ffff880036fa8190 0000000000000286
[  116.074429]  0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  116.074467] Call Trace:
[  116.074493]  [<ffffffffa04770bc>] ? radeon_sa_bo_new+0x25c/0x460 [radeon]
[  116.074528]  [<ffffffff814b5ff8>] ? unix_stream_recvmsg+0x588/0x870
[  116.074567]  [<ffffffffa042bf3e>] ? radeon_ib_get+0x2e/0xd0 [radeon]
[  116.074605]  [<ffffffffa042e47c>] ? radeon_cs_ioctl+0x13c/0x730 [radeon]
[  116.074643]  [<ffffffffa03478b7>] ? drm_ioctl+0x1c7/0x5b0 [drm]
[  116.074673]  [<ffffffff81057311>] ? __do_page_fault+0x1d1/0x4f0
[  116.074707]  [<ffffffffa03fb046>] ? radeon_drm_ioctl+0x46/0x80 [radeon]
[  116.074739]  [<ffffffff811bacdf>] ? do_vfs_ioctl+0x2cf/0x4b0
[  116.074767]  [<ffffffff81407705>] ? __sys_recvmsg+0x65/0x80
[  116.074794]  [<ffffffff811baf41>] ? SyS_ioctl+0x81/0xa0
[  116.074820]  [<ffffffff81514a0d>] ? system_call_fast_compare_end+0x10/0x15
[  116.074851] Code: e4 48 8b 3b 89 c1 89 ea 48 c7 c6 80 66 50 a0 31 c0 e8 68 a7 f8 e0 eb cb 66 0f 1f 44 00 00 66 66 66 66 90 48 89 f8 ba 01 00 00 00 <f0> 0f c1 57 08 83 c2 01 83 fa 01 7e 01 c3 80 3d 0e 43 11 00 00 
[  116.075010] RIP  [<ffffffffa0416c3d>] radeon_fence_ref+0xd/0x50 [radeon]
[  116.075051]  RSP <ffff88020512bb18>
[  116.075068] CR2: 0000000000000008
[  116.086733] ---[ end trace 3317bc88dfd6776a ]---

[habakug]

Hallo!

Ja, da ist wohl was in die Hose gegangen [1], was gerade zurückgebaut wird.

Gruss, habakug

[1] https://lkml.org/lkml/2016/3/7/682

edit: c&p-Link "geheilt"

[NAB]

Das sieht ja nach einem Volltreffer aus, was habakug da gefunden hat. Hier ist übrigens der heile Link:
https://lkml.org/lkml/2016/3/7/682

Da ist ein Bugfix für den Radeon-Treiber aus dem aktuellen Kernel in ältere Kernel übertragen worden, und alle Kernel älter als Version 3.17 vertragen diesen Bugfix nicht.

Vorerst solltest du also die proposed-updates aus deiner sources.list auskommentieren, apt-get update machen und dann den Kernel 3.16 neu installieren (reinstall) ... und die Sache im Hinterkopf behalten.

Wenn die Sache wieder auftritt, dann hat Debian das Problem nicht zeitig genug bemerkt und den defekten Kernel nach Stable geschoben. Dann würde dir aber auf jeden Fall der aktuelle Kernel aus den Backports helfen.

[Ulidor]

Vorerst solltest du also die proposed-updates aus deiner sources.list auskommentieren, apt-get update machen und dann den Kernel 3.16 neu installieren (reinstall) ... und die Sache im Hinterkopf behalten.

Wenn die Sache wieder auftritt, dann hat Debian das Problem nicht zeitig genug bemerkt und den defekten Kernel nach Stable geschoben. Dann würde dir aber auf jeden Fall der aktuelle Kernel aus den Backports helfen.

Okay, das werde ich so machen.

Vielen Dank allen, die geantwortet haben!

[kuleszdl]

Danke für die Hinweise.

Und genau das ist nun offenbar passiert, ich habe gestern das Update auf einem jessie-System gemacht und heute ist der Rechner mehrfach abgeschmiert, bis ich mich per SSH eingeloggt habe um auch genau diese Meldung im Log vorzufinden und schließlich auf diesen Thread zu stoßen. Sprich: Das fehlerhafte Update wurde in stable übernommen.

[Ulidor]

Ja, bei mir nun auch wieder, denn ich habe auch gerade ein Sicherheitsupgrade gemacht und nun wieder genau diesen Kernel bekommen.

Und was machen wir jetzt? Einen Backport-Kernel verwenden?

[NAB]

Edit: vor dem Ausprobieren erst die folgenden Postings lesen! \Edit

Wer eine schnelle schmutzige Lösung braucht ... hier gibt's die alten Kernel:
Für AMD64:
http://snapshot.debian.org/binary/linux ... 0-4-amd64/
Und für 686-pae:
http://snapshot.debian.org/binary/linux ... 4-686-pae/

Die Version "3.16.7-ckt20-1+deb8u4 (source: linux 3.16.7-ckt20-1+deb8u4)" war wohl die letzte funktionierende.

Manuell herunterladen und manuell installieren, mit "dpkg -i".