installed linux-image-5.15.0-97-generic package post-installation script subprocess returned error exit status 1
21
Errors were encountered while processing:
22
linux-image-5.15.0-97-generic
Ich habe anschließend versucht das neue System zu booten – das
funktioniert. Leider stellte sich dann heute Morgen heraus, dass der
Kopfhörer nicht mehr funktioniert. Die Ursachensuche ergab dann, dass
pulseaudio nicht mehr läuft und unter Sound Preferences kein Kopfhörer
als Output-Device mehr angeboten wird.
Ich habe dann Linux 5.15.0-92-generic x86_64 gebootet, was aber am
Audio-System nichts verbessert hat.
Dann: pulseaudio auf die Finger sehen:
1
$ pulseaudio -v
2
I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
3
I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted
E: [pulseaudio] main.c: Daemon startup without any loaded modules, refusing to work.
22
I: [pulseaudio] main.c: Daemon terminated.
Das sieht doch stark danach aus, dass da irgend eine Konfigurationsdatei
in den Himmel geschickt wurde.
Soweit der aktuelle Stand. Wie bekomme ich das wieder gerade gebogen?
Moriz schrieb:> Gestern Abend kam ein Kernealupdate für Mint 21, das bei der> Installation abstürzte:>> Errors were encountered while processing:> linux-image-5.15.0-97-generic
Also ich hatte auf drei physischen Maschinen und einer VM dasselbe
Kernel-Update. Da ist nirgendwo was abgestürzt.
Sprich: dein System ist offensichtlich korrupt. Spiele deine
System-Backups in absteigender zeitlicher Reihenfolge ein und versuche
jeweils erneut das Update. Mit ein wenig Glück hast du noch ein Backup,
was nicht korrupt ist.
Was, du hast keine Backups? Dann doch hoffentlich wenigstens eines
deiner Daten. Also dann: System neu aufsetzen und Daten-Backup
einspielen.
Was, du hast auch kein Backup deiner Daten? Dann: Mach's dir selbst,
Honk.
Moriz schrieb:> setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
Scheint ein Rechteproblem zu sein, bist du noch in der richtigen
Benutzergruppe Audio drin
sudo addgroup $USER audio
ansonsten schau mal nach dem config file. ggf. mal umbenennen und
nochmal testen ob dann ein neues erstellt wird.
~/.config/pulse
Das Kopfhörer-Problem habe ich erst mal dadurch umschifft, dass ich ihn
an den Lautsprecher-Ausgang angestöpselt habe.
Das Kernelproblem besteht aber immer noch und er versucht es, bei jedem
Udate gerade zu biegen – allerdings erfolglos.
Die Ursache muss damit zusammen hängen:
1
/usr/sbin/grub-mkconfig: 10: /etc/default/grub: splash: not found
bei der ich das ahci.mobile_lpm_policy=1 angehängt hatte, weil die Kiste
nach dem vorletzten Kernel-Update plötzlich kein SATA-Hotplugging mehr
konnte.
Ich verstehe nicht, wie es zu der Fehlermeldung splash: not found kommen
kann. Die kommt auch wenn man update-grub ausführt.
Ich hätte da mal einen ganz verrückten Gedanken.
Wenn splash mit Fehlermeldung abgelehnt wird, warum nicht mal die ganz
wilde Sau rauslassen und diesen Parameter einfach weglassen?
Irre, ich weiß…
Norbert schrieb:> Wenn splash mit Fehlermeldung abgelehnt wird, warum nicht mal die ganz> wilde Sau rauslassen und diesen Parameter einfach weglassen?
Dann mault er:
1
/usr/sbin/grub-mkconfig: 10: /etc/default/grub: quiet: not found
>> Das 'quiet splash' war ursprünglich nach dem =, das Verschieben hat aber> auch nichts geändert.
Sind die Pakete grub2-splashimages und ttf-unifont installiert?
Ansonsten Norberts "gewagtem" Ratschlag folgen,den Eintrag "splash"
erstmal entfernen, dann das Kernelupdate nochmals anstoßen und bei
Erfolg rebooten. Viel Erfolg!
Wenn man ahci.mobile_lpm_policy=1 quiet splash in " einschließt, dann
frisst er es…
Das ursprüngliche quiet splash ohne ahci.mobile_lpm_policy=1 war
allerdings ohne "…
Moriz schrieb:> Wenn man ahci.mobile_lpm_policy=1 quiet splash in " einschließt, dann> frisst er es…>> Das ursprüngliche quiet splash ohne ahci.mobile_lpm_policy=1 war> allerdings ohne "…
Hm, okaaaayyyy... ich kenne das nur mit Quotes. Funktioniert denn jetzt
alles wieder, auch das Kernelupdate und Pulseaudio?
Moriz schrieb:> Norbert schrieb:>> Wenn splash mit Fehlermeldung abgelehnt wird, warum nicht mal die ganz>> wilde Sau rauslassen und diesen Parameter einfach weglassen?>> Dann mault er:/usr/sbin/grub-mkconfig: 10: /etc/default/grub: quiet: not> found>> Mint ist eben auch eine wilde Sau…
Fehler in Zeile Zehn deckt sich aber nicht mit der Position in der
/etc/default/grub (Zeile Sechs)
Seltsam.
Bei näherer Betrachtung, die Parameter sollten in Anführungszeichen
stehen!
Norbert schrieb:> Fehler in Zeile Zehn deckt sich aber nicht mit der Position in der> /etc/default/grub (Zeile Sechs)
Ich habe oben nur die wirksamen Befehle aus der grub rausgezogen – der
Rest besteht nur aus Kommentaren und auskommentierten Befehlen.
Die " fehlen bei Mint 21 im Original.
Michael L. schrieb:> Ein T. schrieb:>> GRUB_CMDLINE_LINUX_DEFAULT=ahci.mobile_lpm_policy=1 quiet splash>> IMHO fehlen da die "" um die ganzen Optionen drumherum.
Huch, Du hast Recht, das war mir gar nicht aufgefallen, tut mir leid.
Als Entschuldigung kann ich nur vorbringen, daß ich heute den ganzen Tag
mit Dateien zu tun hatte, die mit env(1) erzeugt worden sind -- ohne
Quotes. :-(
hieß das nicht nosplash? Das ist noch nur ein Logo das angezeigt wird.
Scheint also zu fehlen. Vielleicht kann man ja mittels Symlink das ganze
auf das richtige Verzeichnis umleiten oder die kopierst/verschiebs die
Inhalte aus dem anderen Verzeichnis dort rein.
Thomas schrieb:> sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade
dist-upgrade beschert mir dann den nächsten Sack Probleme – das lassen
wir lieber.
Norbert schrieb:> Fehler in Zeile Zehn deckt sich aber nicht mit der Position in der> /etc/default/grub (Zeile Sechs)>> Seltsam.
Der TO hat nicht die gesamte Datei gepostet, und zudem bin ich mir nicht
sicher, ob die Zeilennummer sich auf die Datei oder das Skript bezieht.
Thomas schrieb:> hieß das nicht nosplash?
"splash" zum Einschalten, "nosplash" oder bei moderneren Systemen mit
Plymouth IRC "noplymouth" zum Ausschalten.
Moriz schrieb:> Thomas schrieb:>> sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade>> dist-upgrade beschert mir dann den nächsten Sack Probleme – das lassen> wir lieber.
"upgrade" habe ich noch nie benutzt, ich nehme seit Jahren nur
"dist-upgrade". Aber wenn Du "--yes" nicht angibst, zeigt Apt vorher an,
was es machen will, und fragt, ob Du das auch wirklich willst.
Ein T. schrieb:> dist-upgrade
das installiert ein komplettes System-Update, wenn es eines gibt. Da 21
eine LTS-Version ist könnte beim upgrade-dist eine nicht-LTS auf der
Platte landen – das will ich schon zweimal nicht.
Norbert schrieb:> Moriz schrieb:>> Die " fehlen bei Mint 21 im Original.>> Ja, bei einem Parameter auch verständlich.
Das sollte dem Bash-Builtin "source" (oder dem mit anderen Shells
kompatiblen Shortcut ".") nichts ausmachen, schließlich erzeugt env(1)
ebenfalls Ausgaben ohne Quotes, auch wenn Leerzeichen im Wert der
Umgebungsvariablen sind. Wenn ich das richtig sehe, wird die
/etc/default/grub von /usr/sbin/grub-mkconfig mit ebendiesem Shortcut
"." geladen, und das sagt ja auch die Zeile vor der Fehlermeldung:
"Sourcing file `/etc/default/grub'". Keine Ahnung, was auf dem System
des TO schiefgelaufen ist, aber wenn die Lösung das Setzen von einigen
Quotes ist und das Upgrade damit sauber durchläuft, ist doch alles gut.
Wenn alles geklappt hat, würde ich im Mint-Projekt allerdings ein Ticket
machen, denn in einem sind wir einig: mit Quotes ist die ganze Sache
viel eleganter, lesbarer, und weniger fehleranfällig.
Moriz schrieb:> Ein T. schrieb:>> dist-upgrade>> das installiert ein komplettes System-Update, wenn es eines gibt.
Unter (K)Ubuntu müßte ich für ein komplettes Upgrade dazu ein
do-release-upgrade aus dem Paket "ubuntu-release-upgrader-core"
ausführen, ist das unter Linux Mint womöglich anders? Da würde ich aber
große Augen machen...
> Da 21> eine LTS-Version ist könnte beim upgrade-dist eine nicht-LTS auf der> Platte landen – das will ich schon zweimal nicht.
Auch das würde mich extrem wundern. Unter (K)ubuntu wird mit der
Einstellung "Prompt" in der /etc/update-manager/release-upgrades aus dem
Paket "ubuntu-release-upgrader-core" festgelegt, ob die "normal" oder
die "lts"-Variante installiert wird.
Das Kernel-Update sollte damit eigentlich nichts zu tun haben. Vor allem
da Dein Sound ja anscheinend noch funktioniert. Wenn grub nicht
durchgelaufen ist, dann bist Du vermutlich sogar noch mit dem alten
Kernel unterwegs. Ich denke eher, das durch das Update noch mehr Pakete
installiert/aktualisiert wurden und diese möglicherweise unvollständig
waren.
Ein T. schrieb:> Unter (K)Ubuntu müßte ich für ein komplettes Upgrade dazu ein> do-release-upgrade aus dem Paket "ubuntu-release-upgrader-core"> ausführen, ist das unter Linux Mint womöglich anders? Da würde ich aber> große Augen machen...
Nachtrag: wie ich soeben überflogen habe, gibt es für Mint wohl ein
Paket namens "mintupgrade", anscheinend analog zum
"ubuntu-release-upgrader-core" unter Ubuntu: [1]. Wenn ich das richtig
sehe, macht "apt-get dist-upgrade" trotz des irreführenden Namens also
auch unter Mint kein Versionsupgrade.
[1]
https://linuxmint-user-guide.readthedocs.io/en/latest/upgrade-to-mint-21.html