Probleme mit unattended upgrades auch nach Deaktivierung derselben. Beim Löschen eines bestimmten Kernels per apt-get remove soll ein neuerer installiert werden ?? Wie kann ich sicherstellen, dass nur ein bestimmter Kernel im System verbleibt?

Hallo,
ich hole mit der Vorgeschichte zunächst etwas aus:

Zum VDR siehe meine Sig.

Ich hatte vor einiger Zeit unattended upgrades auf meinem (VDR-) Server (Ubuntu 14.04.1 LTS) nachträglich aktiviert.

Wir hatten in letzter Zeit einige Stromausfälle in der Gegend, der Server startete demzufolge neu, und verwendete dann den neuesten per unattended updates installierten Kernel.
So weit so gut.

Das Problem:
Letzte Woche war es dann soweit, die Wiedergabe von Aufnahmen stoppte nach einiger Zeit, Ruckler waren an der Tagesordnung. Die zunächst vermuteten Probleme mit der Netzwerkverkabelung und Versuche den möglichen Ort einer schlechten Verbindung durch Umstecken der Netzwerkleitungen zu lokalisieren brachten nur kurze Zeit Linderung.
Live TV schauen (über Vomp) gingen dabei allerdings völlig ohne Probleme, was ja auch gegen Netzwerk-Probleme spricht.

Der Hinweis:
Speicherplatzprobleme auf meiner kleinen SSD führten dann zu einem nicht vollständig durchgeführten unattended update.
Der Rechner startet nicht, sondern lief in eine Kernel Panic.
Voller Erstaunen fand ich etwa 20 verschiedene kernel im /boot Verzeichnis.
Okay, das kommt davon, wenn man der kiste freien Lauf lässt.

Die Lösung?
Versuche zeigten, dass bei verwendung des Kernels 3.13.0-49-generic die Problme verschwunden waren, auch zuvor scheinbar nicht abspielbare/"defekte" Aufnahmen können damit problemlos angesehen werden.
Warum das so ist, wird dann ein anderes Thema.

Beim manuellen Versuch per mc alle unnötigen Kernel von der Platte zu entfernen, hatte ich mir das System zerschossen (anderer Thread).
Ein 2 Wochen altes Backup hat den alten Zustand (mit aktivierten unattended upadates) wiederhergestellt

Die unerwünschten updates habe ich abgestellt:

root@server:/home/rei# dpkg-reconfigure -plow unattended-upgrades
Replacing config file /etc/apt/apt.conf.d/20auto-upgrades with new version

Meine Versuche, die unerwünschen Kernel sauber über die Paketverwaltung zu entfernen zeigen allerdings ein unerwartetes Verhalten:
Ich würde gern den Kernel 3.13.0-49 behalten und zumindest die Neueren entfernen.

root@server:/home/rei# apt-get remove --purge linux-image-3.13.0-53-generic
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  linux-generic linux-headers-3.13.0-54 linux-headers-3.13.0-54-generic
  linux-headers-generic linux-headers-server linux-image-3.13.0-54-generic
  linux-image-extra-3.13.0-54-generic linux-image-generic linux-image-server
  linux-server
Vorgeschlagene Pakete:
  fdutils linux-doc-3.13.0 linux-source-3.13.0 linux-tools
Die folgenden Pakete werden ENTFERNT:
  linux-image-3.13.0-53-generic* linux-image-extra-3.13.0-39-generic
  linux-image-extra-3.13.0-40-generic linux-image-extra-3.13.0-41-generic
  linux-image-extra-3.13.0-43-generic linux-image-extra-3.13.0-44-generic
  linux-image-extra-3.13.0-46-generic linux-image-extra-3.13.0-48-generic
  linux-image-extra-3.13.0-49-generic linux-image-extra-3.13.0-51-generic
  linux-image-extra-3.13.0-53-generic*
Die folgenden NEUEN Pakete werden installiert:
  linux-headers-3.13.0-54 linux-headers-3.13.0-54-generic
  linux-image-3.13.0-54-generic linux-image-extra-3.13.0-54-generic
Die folgenden Pakete werden aktualisiert (Upgrade):
  linux-generic linux-headers-generic linux-headers-server linux-image-generic
  linux-image-server linux-server
6 aktualisiert, 4 neu installiert, 11 zu entfernen und 216 nicht aktualisiert.
15 nicht vollständig installiert oder entfernt.
Es müssen 61,6 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 1.291 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] n

Ich will weder einen neueren Kernel installieren, noch andere als den angegebenen entfernen.
Was läuft falsch, oder wie kann ich explizit NUR den in derBefehlszeile angegebenen Kernel löschen?

Danke und Gruß
Jörg

Mal sehen, wann ich den Mut aufbringe Dir zu folgen, gda.

Bin erstmal froh, dass die Kiste wieder läuft.

apt-get sagt aber doch recht deutlich (in GROSSSCHRIFT), dass es diese Kernel gern alle entfernen will ??

Und warum es den neueren Kernel installieren will?

So blöd kommt mir mein Ansinnen, die alten Kernel einfach per "rm" aus dem System zu entfernen nun doch nicht mehr vor.

ich werde das ertmals weiter beobachten (speziell, ao das seltsame Ruckeln/ Abbrechen bei Wiedergabe einer Aufnahme nun tatsächlich weg ist.
Gruß
Jörg

Hier: ab Zeile 12 aus meinem Anfangspost

Zitat

Die folgenden Pakete werden ENTFERNT:
linux-image-3.13.0-53-generic* linux-image-extra-3.13.0-39-generic
linux-image-extra-3.13.0-40-generic linux-image-extra-3.13.0-41-generic
linux-image-extra-3.13.0-43-generic linux-image-extra-3.13.0-44-generic
linux-image-extra-3.13.0-46-generic linux-image-extra-3.13.0-48-generic
linux-image-extra-3.13.0-49-generic linux-image-extra-3.13.0-51-generic
linux-image-extra-3.13.0-53-generic*

Alles anzeigen

"

Aber stimmt, wo ich es jetzt nocheinmal lese ist hier von "linux-image-extra-3.13.0-49-generic" die Rede,

Da muss ich doch mal g**gle fragen, ob das -extra- etwas übelflüssiges ist.

Jörg

http://askubuntu.com/questions…kage-for-and-do-i-need-it

hat es mir erklärt!
Danke gda!
Dort (askubuntu) habe ich vermutlich auch die Antwort, warum bei meinem Rettungsversuch (Ubuntu 14.04.2-LTS: Nach OP am offenen Kernel-Herzen kein Login mehr, was tun?) kein Login möglich war:
http://askubuntu.com/a/553299

Zitat

n Ubuntu Trusty 14.04, it appears the USB-HID (keyboard) support is included only in -extras...

Result: stuck keyboard / non-functioning TTY on bootup without this package!

Wieder 'was gelernt.
Mal sehen, ob ich noch ' ne PS/2 Tastatur habe!
cu Jörg

Konnte dem dann doch nicht wiederstehen, habe also das oben genannte Komanndo abgesetzt:
Mit dem erwarteten/befürchteten Ergebis:
tatsächliche wurde der 3.13.0-53-Kernel entfernt, aber gleichzeitig der 3.13.0-57 installiert. Nach einem reboot ist grub dann in den -57-Kernel durchgestartet.

Mit den alten Folgen: Live HD-TV geht, HD-Aufnahmen sind unabspielbar, ganz alte SD-Aufnahmen funktionieren.

Aber es gab einen Hinweis:
Mein Board benötigt den r8168 Netzwerk-Treiber, welcher bei mir per dkms baut (warum, weiß ich nicht mehr)
Dieser build ist schief gegangen:

linux-headers-3.13.0-57-generic (3.13.0-57.95) wird eingerichtet ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 3.13.0-57-generic /boot/vmlinuz-3.13.0-57-generic
Traceback (most recent call last):
  File "/usr/share/apport/package-hooks/dkms_packages.py", line 95, in <module>
    report.write(open(apport.fileutils.make_report_path(report), 'w'))
  File "/usr/lib/python2.7/dist-packages/problem_report.py", line 254, in write
    self._assert_bin_mode(file)
  File "/usr/lib/python2.7/dist-packages/problem_report.py", line 631, in _assert_bin_mode
    assert (type(file) == BytesIO or 'b' in file.mode), 'file stream must be in binary mode'
AssertionError: file stream must be in binary mode
Error! Bad return status for module build on kernel: 3.13.0-57-generic (x86_64)
Consult /var/lib/dkms/r8168/8.012.00/build/make.log for more information.

Meine Vermutung: dieser Fehler trat irgendwann nach 3.13.0-49 erstmals auf.

Es gibt nun verschiedene Möglichkeiten der Abhilfe:

• in grub den default-Kernel auf den funktionerenden Kernel stellen, aber kommt ein neuer Kernel dazu, was macht grub dann, wird der Index automatisch hochgezählt?
• den Fehler beim Treiber-bauen per dkms beseitigen
• ev. ist mittlerweile in passender Treiber im Kernel dabei?, wie dann umstellen?

Welcher Weg ist dauerhaft zielführend und möglichst einfach zu lösen?

Fühle mich wie in Punxsutawney.
nachdem bei obigem apt-get remove auch das linux-image-extra-3.13.0-49-generic entfernt wurde funktioniert eine USB-Tastur nicht => kein Login möglich.
Hatte aber zum Glück auf dem Boden noch ne PS/2, konnte damit das fehlende -extra- installieren, nun geht eine manuelle Auswahl im grub-Boot-Menue mit der USB-Tastatur wieder
Allerdings ignoriert grub meine Einträge in /etc/default/grub
habe update-grub natürlich ausgeführt.

Stehe also in etwa da, wo ich vorgestern schon 'mal war- bin allerdings geringfügig schlauer.
und habe immer noch eine riesige Liste an Kerneln zur Auswahl beim booten.
reboote ich die Kiste aus der Ferne, dann startet der falsche Kernel.

Edit:
Konsekutives entfernen der unerwünschten Kernel hat zunächst dann doch dazu geführt, dass der 3.13.0-49 kernel der "neueste" im System ist, welcher dann auch automatisch von grub geladen wird.

Allerdings fürchte ich, ein irgendwann aus anderen Gründen durchzuführendes "apt-get update" mit nachfolgendem "apt-upgrade" wird mir wieder 'nen neuen Kernel bringen.
Danke und Gruß
Jörg

Tja, mein Urlaub geht zu Ende,
das muss ich vertagen.

Danke für die Hilfestellungen.

Edit:
Zum Thema r8168:
die Probleme sind ja nicht (nur) rein Netzwerktechnischer Art, denn das Live-TV-schauen von ARD-HD geht in dieser Konstellation ja (möglicherweise mit "Micro-Rucklern)".
Das Abspeieln von HD-Inhalten von der HDD ist ja das direkte Problem, wobei SD dann noch funktioniert.
Eventuell ein Problem mit Interrupt-sharing?

zur Info, falls es jemanden mit ähnlichen Probs gibt:

Der Fehler beim automatischen Compilieren des r8168-Moduls per dkms konnte ich durch Einsatz von fnu's DKMS-Paket aus :
https://launchpad.net/~fnu/+archive/ubuntu/main-fnu/+packages?field.name_filter=r8168&field.status_filter=published&field.series_filter=a
beseitigen. Ob die Kiste auch ohne diesen Treiber ginge, (ev. sogar besser?,) werde ich bei Gelegenheit testen.

Danke
Joerg