Sound beim Systemstart stumm geschaltet

[fischig]

ich kann mich kaum noch erinnern wie das vor systemd war

Schwante mir schon, dass wir da landen!

In /etc/rc.d/ hatte ich schon reingeguckt.Und soviel kann ich schon sagen: Einen Link auf alsa-utils gibt's darin nicht. Sicher damit etwas anzufangen, wusste ich nicht (Halbwissen halt! ).

Ich habe gerade mal nachgesehen. Falls bei der Sicherung des vorherigen busters auf der Maschine (¹, ²) nicht doch etwas schief gelaufen ist: dort steht alsa-utils auch in /etc/init.d/ und es existiert kein LInk darauf unter /etc/rc*.d/ Und trotzdem meint meine Frau, dass der Sound immer dagewesen sei.

¹ viewtopic.php?t=182485
² viewtopic.php?t=182516

[smutbert]

In »/etc/rc.d/« liegen (bei anderen Distributionen) nur die init-Skripte, die bei Debian in »/etc/init.d« sind. Soweit ich weiß ist also »/etc/rc.d/« unter Debian uninteressant.

Interessant sind rc0.d - rc6.d und da überrascht es mich, dass du keinen symbolischen Link findest. Wenn die Links einen ungewöhnlichen Namen haben, was zumindest theoretisch möglich ist, müssten sie sich mit

Code: Alles auswählen

$ ls -l /etc/rc?.d/* | grep alsa-utils

finden lassen.
Taucht auch da nichts auf, müsstest du das Skript aktivieren. Das ist jetzt der Teil, an den ich mich nicht so wahnsinnig gut erinnern kann (oder nie so richtig gewusst habe), aber ich denke das sollte sich mit

Code: Alles auswählen

# update-rc.d alsa-utils defaults

machen lassen.

[fischig]

Soweit ich weiß ist also »/etc/rc.d/« unter Debian uninteressant.
Interessant sind rc0.d - rc6.d

Letzteres meinte ich! /etc/rc.d/ finde ich ich gar nicht in meinen Debianen. Ich werde deine Vorschläge umsetzen. Aber wie gesagt, wenn ich die nötige Zeit finde, um allfällige Fehler finden und korrigieren zu können. Nochmal drei Tage Lahmlegen des „weiblichen“ Rechners möchte ich tunlichst vermeiden!

Wir könnten dann auch noch diskutieren, wie man das jetzt mit openrc (als Alternative zu systemd) gestaltet.

[fischig]

Ich habe wohl nicht gründlich genug nachgeguckt.

buster:

Code: Alles auswählen

$ ls -l /etc/rc?.d/* | grep alsa-utils
lrwxrwxrwx 1 root root  20 Nov 25  2011 /etc/rc0.d/K01alsa-utils -> ../init.d/alsa-utils
lrwxrwxrwx 1 root root  20 Nov 25  2011 /etc/rc1.d/K01alsa-utils -> ../init.d/alsa-utils
lrwxrwxrwx 1 root root  20 Nov 25  2011 /etc/rc6.d/K01alsa-utils -> ../init.d/alsa-utils
lrwxrwxrwx 1 root root  20 Okt 25  2017 /etc/rcS.d/S16alsa-utils -> ../init.d/alsa-utils

bullseye (System-Platte unter /etc/usb eingehängt):

Code: Alles auswählen

$ ls -l /media/usb/etc/rc?.d/* | grep alsa-utils
lrwxrwxrwx 1 root root 20 Nov 25  2011 /media/usb/etc/rc0.d/K01alsa-utils -> ../init.d/alsa-utils
lrwxrwxrwx 1 root root 20 Nov 25  2011 /media/usb/etc/rc1.d/K01alsa-utils -> ../init.d/alsa-utils
lrwxrwxrwx 1 root root 20 Nov 25  2011 /media/usb/etc/rc6.d/K01alsa-utils -> ../init.d/alsa-utils
lrwxrwxrwx 1 root root 20 Okt 30 17:19 /media/usb/etc/rcS.d/S15alsa-utils -> ../init.d/alsa-utils

Offenbar genau die gleiche Konfiguration?

[katzenfan]

Schon mal im Bios nachgesehen? Vielleicht ist's da ja so eingestellt, daß es erst bei individueller Anforderung durch das gestartete System aktiviert wird?

[smutbert]

Hier hat sich auch noch nichts geändert, oder?

Mir gehen hier langsam die Ideen aus, denn es existiert wie üblich ein init-Skript, das die Lautstärke/Stummschalter beim Herunterfahren speichern und beim Systemstart wiederherstellen sollte und das ist auch aktiviert. Manuell aufgerufen erledigt das Skript seine Arbeit offensichtlich auch korrekt, aber beim Systemstart und vermutlich auch beim Herunterfahren scheint das Skript nicht zu funktionern und es finden sich keine Meldungen über ein Scheitern im Log.

Manuell nach dem Systemstart aufgerufen scheint das Skript seine Arbeit ja korrekt zu erledigen und beim automatisch gestartet sollte es laut deinem letzten Beitrag auch werden. Du findest aber auch keine Meldungen im Log über ein Scheitern.

Siehst du bei deinem System die Statuszeilen vom Starten und Beenden der Dienste beim Systemstart und beim Herunterfahren?
Wenn ja, bei diesem Skript sollte die Zeile mit „Setting up ALSA“ beginnen und bei einem Fehler danach irgendetwas mit Warning oder Error folgen – so etwas ist dir bis jetzt auch noch nie aufgefallen?

Der einfachste Workaround wäre jedenfalls eine Zeile

Code: Alles auswählen

/usr/sbin/alsactl restore

in der »/etc/rc.local«

[fischig]

Ich habe schon gar nicht mehr daran gedacht. ich lass' es wohl bei meiner amixer-Zeile in der rc.local. Das genügt unseren Bedürfnissen. Ansosnten müsste ich wohl zum Vergleichen das alte buster wieder einbauen.

[hikaru]

Ansosnten müsste ich wohl zum Vergleichen das alte buster wieder einbauen.

Nur so als Idee für die Zukunft:
Ich habe immer zwei um ein Release versetzte Systeme parallel. Bei jedem Releasewechsel wird das Ältere der beiden mit dem neuen Release überschrieben und wird zur produktiven Installation.
Das nimmt den Druck, falls etwas im neuen Release nicht auf Anhieb klappt, bietet eine schnelle Möglichkeit um nochmal nachzuschauen was früher war und nebenbei fällt ein (meist etwas angestaubtes) Backupsystem ab.

[mcb]

Ansosnten müsste ich wohl zum Vergleichen das alte buster wieder einbauen.

Nur so als Idee für die Zukunft:
Ich habe immer zwei um ein Release versetzte Systeme parallel. Bei jedem Releasewechsel wird das Ältere der beiden mit dem neuen Release überschrieben und wird zur produktiven Installation.
Das nimmt den Druck, falls etwas im neuen Release nicht auf Anhieb klappt, bietet eine schnelle Möglichkeit um nochmal nachzuschauen was früher war und nebenbei fällt ein (meist etwas angestaubtes) Backupsystem ab.

Das heißt ich würde mir jetzt z.B. bullseye und testing als Dualboot einrichten? Da brauche ich erstmal eine größere SSD. Oh no. Ich wollte den Schwarzen Freitag doch eigentlich boykotieren.