[erledigt ] [Debian Buster] Kernel linux-4.16.x amd64 = kein Booten

[sentinel]

Mittels automatischer Paketinstallation wurde Kernel 4.16.x installiert, Folge: kein Booten möglich , bleibt beim ersten Blockscan der SSD kommentarlos hängen.

Derzeit kann ich nur noch über die erweiterte Bootoption mittels Kernel 4.15.3 booten.

Der AMD APU - Laptop, auch [Debian Buster] hat noch den alten Kernel und läuft ohne Probleme.

[whisper]

Bei Buster (Testing) habe ich 4.15.3
Hast du den Kernel von unstable?

[sentinel]

Ich habe rein gar nichts unternommen außerhalb der Norm, laut

Code: Alles auswählen

apt update

waren auch alle Pakete aktuell, deshalb wundert mich dieser neue untergejubelte Kernel ?

Code: Alles auswählen

apt update
OK:1 http://security.debian.org/debian-security buster/updates InRelease
OK:2 http://ftp.de.debian.org/debian buster InRelease
OK:3 http://deb.debian.org/debian buster InRelease
Paketlisten werden gelesen... Fertig              
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
admin@...:/home/..# apt autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  linux-image-4.15.0-2-amd64
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 255 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 156833 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von linux-image-4.15.0-2-amd64 (4.15.11-1) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-2-amd64
/etc/kernel/postrm.d/zz-update-grub:
GRUB-Konfigurationsdatei wird erstellt …
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux-Abbild gefunden: /boot/vmlinuz-4.16.0-1-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.16.0-1-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.15.0-3-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.15.0-3-amd64
Windows 7 auf /dev/sda1 gefunden
erledigt

[geier22]

[

Der AMD APU - Laptop, auch [Debian Buster] hat noch den alten Kernel und läuft ohne Probleme.

Keine Ahnung, wie das bei ATi-Triebern funktioniert, aber vermutlich brauchst du auch für diese Treiber (wie bei Nvidia)
die linux -headers für deinen Kernel.
Was sagt denn

Code: Alles auswählen

dpkg -l *linux* |grep ii

da müsste dir - passend zum Kernel - u.a. linux-headers-4.16.0-1-amd64 angezeigt werden.

Bei Buster (Testing) habe ich 4.15.3

Vielleicht mal eine Update machen ? seit heute Morgen ist 4. 16.0.-1 aktuell

Ich habe mit diesem Kernel jede Menge Probleme, die mir den Tag verhagelt haben. Ob es am Kernel allein oder auch an apt liegt kann ich nicht so genau sagen.
Das erste Problem wurde gelöst, aber nachvollziehen kann ich es nicht, da apt beim Dist-update einfach mal die linux-headers "vergessen" hatte, was noch nie nach dutzenden Kernel-Updates mit Nvidia.Treibern passiert ist.
siehe: viewtopic.php?f=12&t=169573

Gleiches ist mir in einer VM passiert.

Keine einzige Virtualbox - VM mit Buster lässt sich nach dem Kernel-Update fehlerfrei fahren. Zwar läuft der Guest (Gemeinsam,e Ordner / Zwischenablage usw) aber die Video Ausgabe ist dahin (automatische Anpassung).

Die Fehlermeldungen sind in 4 VM's mit Debian Buster bei der Installation der Gast- Erweiterungen identisch.40328

Irgendwas ist da ober-faul. Bei Siduction (Kernel 4.16.6-towo.1) liefen die Updates übrigen problemlos.

[whisper]

Bei Buster (Testing) habe ich 4.15.3

Vielleicht mal eine Update machen ? seit heute Morgen ist 4. 16.0.-1 aktuell

Ich habe mit diesem Kernel jede Menge Probleme, die mir den Tag verhagelt haben. Ob es am Kernel allein oder auch an apt liegt kann ich nicht so genau sagen.
Das erste Problem wurde gelöst, aber nachvollziehen kann ich es nicht, da apt beim Dist-update einfach mal die linux-headers "vergessen" hatte, was noch nie nach dutzenden Kernel-Updates mit Nvidia.Treibern passiert ist.
siehe: viewtopic.php?f=12&t=169573

Was glaubst du denn? ich habe natürlich 1 Minute vor dem Post aktualisiert, war aber auf dem neuesten Stand, vielleicht waren die Mirrors noch nicht synchron.
Mit dem *.3 habe ich nämlich auch ein kleines Problem.
Ich werde gleich mal booten und schauen, was der 16 macht

[KBDCALLS]

Also in Testing ist er aber schon. Hat also seine Richtigkeit

Code: Alles auswählen

rmadison linux |grep 4.16
linux      | 4.16~rc6-1~exp1          | experimental               | source
linux      | 4.16~rc6-1~exp1          | experimental-debug         | source
linux      | 4.16-1~exp1              | experimental               | source
linux      | 4.16-1~exp1              | experimental-debug         | source
linux      | 4.16.5-1                 | testing                    | source
linux      | 4.16.5-1                 | unstable                   | source
linux      | 4.16.5-1                 | unstable-debug             | source

Ist der Kernel denn vollstängig installiert ? dpkg --audit

[whisper]

Ist der Kernel denn vollstängig installiert ? dpkg --audit

Hatte ich jetzt nicht explizit erwähnt. Ja alles i.O. keine Fehler.
Ich habe auch den 4.16.0-1-amd64

Mein kleines Problem tritt erst seit linux-image-4.15.0-3-amd64 auf
Mal ein diff auf die Configs gemacht brachte keine Erkenntnisse.
Moment scheint ja wegen den Intel Bugs sowieso viel in der Kernel Entwicklung los zu sein.
Es ist ja nicht so wichtig, ich kann mir ja helfen, selber Schuld wenn man Testing fährt
Meinen Thread verstehe ich mehr als Aufhänger, um die Ifos zu sammeln.

[sentinel]

Es ist ja nicht so wichtig, ich kann mir ja helfen, selber Schuld wenn man Testing fährt
Meinen Thread verstehe ich mehr als Aufhänger, um die Ifos zu sammeln.

Dito, Testen ist auch mein Hobby.

Heute wurde während des Bootens "apt update and cleaning .. usw." angezeigt und der neue Kernel läuft?

Das Laden dauert ca. 4 Minuten, bitte warten !!!

log 4.15.3 : http://nopaste.debianforum.de/40337
log 4.16.1 : http://nopaste.debianforum.de/40338

[jkoerner]

Bei mir dauert es eine Ewigkeit bis — ich habe automatisches Login — die grafische Oberfläche erscheint. Aber sie erscheint...

[sentinel]

Der [Debian Buster] Kernel linux-4.16.1 amd64 bootet beim "daily package apt update and cleaning" viel schneller

log: http://nopaste.debianforum.de/40342

der nächste Boot ist wieder eine Geduldsprobe: http://nopaste.debianforum.de/40343

siehe Uhrzeiten

[rendegast]

Mai 10 00:36:35 YBox avahi-daemon[489]: Registering new address record for 2a02:810b:940:132c:224:8cff:fe0b:803d on enp6s0.*.
Mai 10 00:36:35 YBox minissdpd[502]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Mai 10 00:36:59 YBox systemd-timesyncd[392]: Synchronized to time server [2a02:c205:2009:8290::4]:123 (2.debian.pool.ntp.org).
Mai 10 00:39:17 YBox minissdpd[502]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Mai 10 00:39:17 YBox minissdpd[502]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Mai 10 00:39:17 YBox minissdpd[502]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Mai 10 00:39:31 YBox kernel: random: crng init done

haveged installieren?

Ist systemd-random-seed.service aktiviert?
Liegt dessen seed-Datei viellecht auf einem tmpfs, sodaß es beim neuen Boot nicht zur Verfügung steht?


Es gibt einen kernel-parameter,

nordrand [X86] Disable kernel use of the RDRAND and
RDSEED instructions even if they are supported
by the processor. RDRAND and RDSEED are still
available to user space applications.

ob sich das aber als walkaround mit Nebenwirkung eignet oder überhaupt auf dem System eine Auswirkung hat?





-----------------------------------------------------------------
Ich mußte haveged.service.d/

Code: Alles auswählen

[Service]
#ProtectHome=yes
ProtectHome=read-only

aus irgendeinem Grund habe ich noch fuer stretch seit 201706

Code: Alles auswählen

[Unit]
After=network-pre.target

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

Mai 10 00:36:35 YBox minissdpd[502]: setsockopt(udp, IPV6_JOIN_GROUP)(FF02::C, ): Address already in use
Mai 10 00:36:59 YBox systemd-timesyncd[392]: Synchronized to time server [2a02:c205:2009:8290::4]:123 (2.debian.pool.ntp.org).

Kann chrony oder ntp das vielleicht flotter erledigen?

[feltel]

Ich kann das Problem bei meinem Notebook nachvollziehen. Mit 4.16 kommt es bei mir nichtmal zur Abfrage der LUKS-Passphrase zum Entschlüsseln der Root-Partition. Der vorherige 4.15er-Kernel bootet sauber durch.

[sentinel]

Der 4.17. - Kernel bootet schneller als Win10 auf dem Laptop.

Der große PC braucht so ca. 5 Minuten, mit dem alten Kernel waren es einige Sekunden.