[SOLVED] 4.9.11-towo.1-siduction-amd64 wird nicht korrekt installiert

[samoht]

Code: [Select]

# apt full-upgrade -V                     
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden NEUEN Pakete werden installiert:
   linux-headers-4.9.11-towo.1-siduction-amd64 (4.9-22)
   linux-image-4.9.11-towo.1-siduction-amd64 (4.9-22)
Die folgenden Pakete werden aktualisiert (Upgrade):
   linux-headers-siduction-amd64 (4.9-20 => 4.9-22)
   linux-image-siduction-amd64 (4.9-20 => 4.9-22)
2 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 32,6 MB von 39,9 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 195 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] 
Holen:1 http://ftp.spline.de/pub/siduction/extra unstable/main amd64 linux-image-4.9.11-towo.1-siduction-amd64 amd64 4.9-22 [32,5 MB]
Holen:2 http://ftp.spline.de/pub/siduction/extra unstable/main amd64 linux-headers-siduction-amd64 amd64 4.9-22 [29,3 kB]                                                                                                                   
Holen:3 http://ftp.spline.de/pub/siduction/extra unstable/main amd64 linux-image-siduction-amd64 amd64 4.9-22 [29,3 kB]                                                                                                                     
Es wurden 21,7 MB in 12 s geholt (1.761 kB/s).                                                                                                                                                                                               
Lese Changelogs... Fertig
Vormals nicht ausgewähltes Paket linux-headers-4.9.11-towo.1-siduction-amd64 wird gewählt.
(Lese Datenbank ... 233738 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-headers-4.9.11-towo.1-siduction-amd64_4.9-22_amd64.deb ...
Entpacken von linux-headers-4.9.11-towo.1-siduction-amd64 (4.9-22) ...
Vormals nicht ausgewähltes Paket linux-image-4.9.11-towo.1-siduction-amd64 wird gewählt.
Vorbereitung zum Entpacken von .../linux-image-4.9.11-towo.1-siduction-amd64_4.9-22_amd64.deb ...
Entpacken von linux-image-4.9.11-towo.1-siduction-amd64 (4.9-22) ...
Vorbereitung zum Entpacken von .../linux-headers-siduction-amd64_4.9-22_amd64.deb ...
Entpacken von linux-headers-siduction-amd64 (4.9-22) über (4.9-20) ...
Vorbereitung zum Entpacken von .../linux-image-siduction-amd64_4.9-22_amd64.deb ...
Entpacken von linux-image-siduction-amd64 (4.9-22) über (4.9-20) ...
linux-headers-4.9.11-towo.1-siduction-amd64 (4.9-22) wird eingerichtet ...
linux-image-4.9.11-towo.1-siduction-amd64 (4.9-22) wird eingerichtet ...
linux-headers-siduction-amd64 (4.9-22) wird eingerichtet ...
linux-image-siduction-amd64 (4.9-22) wird eingerichtet ...

Code: [Select]

# update-grub
GRUB-Konfigurationsdatei wird erstellt …
Thema gefunden: /usr/share/grub/themes/patience/theme.txt
Linux-Abbild gefunden: /boot/vmlinuz-4.9.11-towo.1-siduction-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.9.10-towo.1-siduction-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.9.10-towo.1-siduction-amd64
...

Update1:
initrd wurde nicht, wie sonst üblich, automatisch generiert.

Code: [Select]

# update-initramfs -c -k 4.9.11-towo.1-siduction-amd64
# update-grubBootet wieder, mit neuestem Kernel.   

Update2:
Die Links /initrd.img und /vmlinuz wurden nicht aktualisiert.

Greetings,
Tom
 

[ReinerS]

?? Sieht doch anscheinend gut aus.

Grüße

Reiner

Nachtrag: Ich probiers mal selbst.

[HarzG]

Beim Bootvorgang endet das leider in kernel-panic.

[samoht]

Danke, @HarzG, für die Bestätigung: Liegt also nicht an meiner Installation.
Du kannst das aber reparieren, wie von mir im Update beschrieben.
Gutes Gelingen

[ReinerS]

Ich bestätige es auch, die initrd wird diesmal nicht automatisch erstellt.

Ich habe es erstmal umgangen indem ich schon vor dem Neustart die initrd gemäß samoht's Empfehlung habe erstellen lassen und danach grub upgedatet habe.

Grüße

Reiner

[dibl]

Boots and runs correctly on Intel graphics.


On nvidia GPU with nvidia driver

Code: [Select]

^[[0;1;39m-- Reboot --
Feb 19 09:09:58 Hibiscus systemd-modules-load[322]: Error running install command for nvidia_drm
Feb 19 09:09:58 Hibiscus systemd-modules-load[322]: Failed to insert 'nvidia_drm': Operation not permitted
Feb 19 09:09:58 Hibiscus systemd[1]: Failed to start Load Kernel Modules.


Console video display is corrupt and cannot login.  4.0.10-towo-1 kernel continues to boot correctly.


Entschuldigen sie bitte für Englisch.


UPDATE:  Fixed.


Boot 4.9.11-towo.1 kernel with "3" code, then

Code: [Select]

apt install --reinstall nvidia-kernel-dkms and the module will be installed.

[HarzG]

towo hat's schon repariert, abwarten und 4.9.11-towo.2-siduction-amd64 nehmen sobald der angeboten wird.

@dibl: Maybe your nvidia problem is also solved with the new kernel.

[samoht]

Thanks, @dibl, for posting your findings - in English is okay, of course.
Generation of initrd depends on the video hardware, really?
Greetings,
Tom

[towo]

Entschuldigung, ich hatte da einen Packaging-Fehler drin. DIe neue Version sollte wieder normal installieren und funktionieren.

[ReinerS]

Kein wirkliches Riesenproblem 

Grüße

Reiner

[samoht]

Danke, @towo, der neue Kernel

Code: [Select]

$ uname -r
4.9.11-towo.2-siduction-amd64macht keine Probleme bei der Installation.

Greetings,
Tom

[musca]

Hallo towo,

normale Bugs sind kein Grund für Entschuldigungen, die Materie ist wirklich komplex genug.
Danke für die schnelle Reaktion, sogar noch am Wochenende!

kernige Grüße
musca

[HarzG]

Danke für die schnelle Reaktion, sogar noch am Wochenende!

Da bin voll und ganz mit musca, samoht und ReinerS eins.
Es gibt Entwickler in der OpenSource-Welt die Benutzern gegenüber zuweilen merkwürdig reagieren.
towo, du hast sehr würdig reagiert, technisch und persönlich, obwohl dieser kleine Fehler wahrscheinlich <10 Betroffene erreicht hat.
Meinen Dank für diese Aktion und Deinen unermüdlichen Einsatz von dem wir seit Jahren profitieren.

[dibl]

normale Bugs sind kein Grund für Entschuldigungen, die Materie ist wirklich komplex genug.
Danke für die schnelle Reaktion, sogar noch am Wochenende!

+1