Linux am Dienstag: Der erste Abend

Gestern Abend begann der erste Linux am Dienstag Videochatabend gleich mit einer sehr positiven Überraschung 😀

Linux am Dienstag: Der erste Abend

Neben vielen alten „Gesichtern“ konnten wir gestern Abend gleich mehrere neue Besucher verzeichnen, die an dieser Stelle nochmals herzlichst gegrüßt werden 🙂 Das diesmal gleich alles geklappt hat mit dem Bildschirmsharing, möchte ich hier positiv erwähnen, da es in der Vergangenheit des öfteren Probleme damit gab. Daher hatte ich noch einen Videostreamfeed in der Hinterhand, für alle Fälle 😉

Wie gestern Abend besprochen, hier jetzt nochmal schriftlich die vorgestellten Tips und Tricks:

System bootet nicht wegen Systemd : raid-check.timer

Nicht nur ich hatte Probleme den raid-check.timer zu finden, auch Systemd zeigt seit dem 1. März in Irland und Großbritannien Probleme bei Booten von Fedora 33+ . Ursache ist .. ta ter a ta .. die Zeitumstellung auf Sommerzeit 😀

Systemd: Problem mit dem raid-check.timer

Ich habe den auf meinem Pinephone auch schon abgeschaltet, da er da nicht gebraucht wird, weil kein Raid vorhanden.

Pulseaudioprobleme beheben

Für Euch nützlich dürfte dieser Konsolenbefehl sein, wenn Pulseaudio mal wieder keinen Ton annimmt oder ausgibt:

systemctl –user restart pulseaudio

Viele von Euch kennen noch pulseaudio -k der auch den PA Prozess beendet um diesen neu starten zu lassen. Im Gegensatz zum systemctl wird dabei aber nicht das gesamte System angehalten, was kuriose Nebeneffekte haben kann. In Anbetracht, daß Pipewire vor der Tür steht, sollte man sich jetzt schon einmal an systemctl gewöhnen, welches dann auch für den Neustart von Pipewire dient.

Kleinere Bugs beim systemd-oomd

systemd-oomd, der schon bei sich andeutenden Speichermangel Situationen eingreifen soll, bevor der Kernel gezwungen ist Prozesse hart zu beenden während diese gerade am Swappen sind, macht leider noch nicht ganz was er soll und tötet dann die falschen Prozesse.

Wer genug Hauptspeicher hat und sich mit dem Dienst nicht rumschlagen möchte, kann diesen einfach abschalten:

systemctl disable systemd-oomd

Natürlich nur, wenn ihr den schon drauf habt, er kommt mit Systemd v248 mit.

Ich habe den auf meinem Pinephone auch schon abgeschaltet, da er da nicht gebraucht wird, bis jetzt.

Swappy – ein Screenshot-Easy-Editing-Tool

Auch vorgestellt wurde Swappy, noch nicht ganz fertig, aber eine nette Idee.

Swappy – ein Screenshot-Easy-Editing-Tool

Mbrola – Sprachsynthese, die etwas besser ist.

Mbrola ist bei Fedora nicht dabei, da es aus Lizenzgründen nicht ausgeliefert werden kann. Wer das selbst ausprobieren will schaut hier nach:

Mbrola – etwas bessere Sprachsynthese

OpenSource ist nicht immer makellos

OpenSourceSoftware steht in der Regel für Vertrauen, weil man im Code keine bösen Sachen verheimlichen kann. Auch kann man selbst, oder überhaupt „jemand“, nach Schwachstellen suchen. Das Problem daran ist ein anderes: Auch wenn man kann, es wird kaum getan.

Der OpenSource Android Mailclient pEp kam diese Tage aus einem anderen Grund in die Negativschlagzeilen: Einer der Geschäftsführer hatte privat einen Testballon mit Fakebewertungen im Appstore beauftragt. Im Gegensatz zu anderen Mailprogrammen, bekam pEp jüngst einen Preis dafür, keine Benutzerdaten abfließen zu lassen, was vorbildlich ist, aber von K9Mail u.a. auch nicht gemacht wird.

Die Aktion kann damit als fatal für das Image der jungen Firma hinter pEp betrachtet werden und ist ein exemplarisches Beispiel für folgenden Rat:

Nur weil OpenSource dransteht, heißt das nicht, daß sich jemand die Mühe macht in den Code zu sehen oder das niemand Schindluder mit der Anwendungen, seinen Daten oder dessen Ruf treibt.

Wir als OpenSource Nutzer gehen also leider mit dem Banner der Integrität spazieren, aber im Schatten des Banners kann es eben doch dunkler sein, als man es wahr haben möchte.

Denk einfach mal daran, wenn das nächste mal jemand OpenSource über den grünen Klee lobt.

Systemd: Problem mit dem raid-check.timer

Nicht nur ich hatte Probleme den raid-check.timer zu finden, auch Systemd zeigt seit dem 1. März in Irland und Großbritannien Probleme bei Booten von Fedora 33+ . Ursache ist .. ta ter a ta .. die Zeitumstellung auf Sommerzeit 😀

Systemd: Problem mit dem raid-check.timer

… so sieht das Problem aus:

# cat /usr/lib/systemd/system/raid-check.timer
[Unit]
Description=Weekly RAID setup health check

[Timer]
OnCalendar=Sun *-*-* 01:00:00
Persistent=true
AccuracySec=24h

[Install]
WantedBy=timers.target

Ich habe einmal rot markiert wo da das Problem liegt. Es ist leider noch nicht so ganz raus, warum das erst seit dem 1.3. ein Problem ist, ich tippe auf einen kleine Vergesslichkeit im Code ein Datum zu entfernen, ab wann andere Routinen zum Einsatz kommen sollte. Es ist aber nur eine Vermutung.

Keine Vermutung ist, daß nur England und Irland betroffen sind. Aufgrund der kommenden Zeitumstellung wechselt die Zeitzone dort von GMT auf IST bzw. BST , Sommerzeit halt. Eine alte Regel von Cronos, dem Schutzpatron aller sich wiederholenden Aufgaben, besagt, daß man zwischen 0:59 und 2:01 keine Cronjobs einträgt. Bei einer Zeitumstellung fliegt es einem dann um die Ohren, weil Jobs zweimal ausgeführt werden.

Nicht lachen, ist erst letzten Herbst bei einem Kunden passiert 😀

Die Lösung

Als merkwürdige Konsequenz bootet Fedora 33+ nicht mehr sauber und man muß den Timer vom Start ausnehmen:

systemctl mask raid-check.timer

Das kann man bei noch gestartetem System machen, oder wenn man seinen Rechner über Grub in den „Nur-Root“ Modus bootet. Wer aber schon am Grubeintrag dran ist, der kann sich alternativ auch behelfen, in dem er einen Kernelparameter hinzufügt: „systemd.mask=raid-check.timer“.

Alle diese Lösung verhindern den Start der Einheit. Wer sowieso keinen Softwareraid im System hat, kann den Timer auch gleich beenden.