Überlasteter IT-Support

Das Problem: Absturz beim Hochfahren

Vor über einem Jahr, einige Wochen nachdem ich meinen neuen Arbeitscomputer erhalten hatte, konnte er nach einem System-Update nicht mehr neu starten und blieb schon früh im Startvorgang hängen. Ich stellte bald fest, dass ich den Computer im „abgesicherten Modus“ noch starten konnte. Seltsamerweise schien alles in Ordnung zu sein, denn wenn ich den abgesicherten Modus am Ende des Startvorgangs manuell verließ, funktionierte der Computer einwandfrei. Unsere IT-Abteilung hat mehrfach vergeblich versucht, das Problem zu beheben. Ich musste sogar etwa drei Wochen lang ohne Computer arbeiten, während er „in Reparatur“ war. Ihr wisst wahrscheinlich, wie viel Arbeit man ohne Computer erledigen kann: so gut wie gar nichts.Auf meinem Computer läuft Cubbli  20.04.06LTS, eine inoffizielle Ubuntu-Variante, die von der Universität Helsinki für den internen Gebrauch gepflegt wird. Zwar kann man Bioinformatik auch auf einem Windows- oder macOS-Computer betreiben, doch ist Linux zweifellos die erste Wahl. Viele Bioinformatik-Entwickler machen sich gar nicht erst die Mühe, ihre Software für Windows zu veröffentlichen. macOS funktioniert größtenteils gut (da es ebenfalls ein UNIX-kompatibles Betriebssystem ist), aber ich müsste für die gleiche Rechenleistung den doppelten Preis bezahlen.Der Computer ist ein Lenovo P350  mit einer NVIDIA T1000  , mit der ich zwei Bildschirme ansteuere. Ich benötige die Grafikkarte hauptsächlich für 3D-Modellierung, phylogenetische Analysen und ähnliche Aufgaben. Diese Grafikkarte könnte die Ursache des Problems sein. Eigentlich wollte ich dieses Modell gar nicht kaufen, aber da es zu dieser Zeit einen Mangel an Grafikkarten gab, hat mich die IT-Abteilung davon überzeugt, meine ursprüngliche Wahl gegen die T1000 auszutauschen.

Die Lösung: Upgrade!

Heute habe ich endlich herausgefunden, wie ich mein Problem beheben kann. Ich habe einen NVMe-Stick gekauft, mein Hauptlaufwerk ausgetauscht und Vanilla Ubuntu 22.04 installiert. Die T1000 war während der Installation vorhanden, und ich hatte einen Lenovo-Bildschirm an HDMI1 und einen HP-Bildschirm an HDMI2 angeschlossen. Und voilà, es gibt keine Probleme mehr. Ich habe während des Installationsvorgangs automatisch Treiber von Drittanbietern installiert, und das Installationsprogramm verwendete den Nvidia-535-Treiber. Da auf meinem Computer die relativ alte Ubuntu-Version 20.04 läuft, wollte ich auch eine „Vanilla“-Installation von 20.04 testen. Die Installation verlief genau wie bei 22.04, und bis zum Neustart sah alles genauso aus – doch dann blieb das System wieder genau an derselben Stelle hängen: [ 0.145189] ACPI-BIO-Fehler (Bug): Symbol [\_SB.PCIO.SAT0] konnte nicht aufgelöst werden, AE_NOT_FOUND (20210730/dswload2-162)[ 0.145199] ACPI-Fehler: AE_NOT-FOUND, während der Namenssuche/des Katalogs (20210730/ps object-220)/dev/nvme0n1p2: clean, 198342/244162560 Dateien, 18453697/976623104 Blöcke[ 5,599585][ 5,615264] USB 1-1: 2:1: Frequenz bei EP 0x1 kann nicht ermittelt werdenDie einfache Lösung für mein seit zwei Jahren bestehendes Problem wäre gewesen, einfach von 20.04 auf 22.04 zu aktualisieren. Aber hier wird es interessant: Das Upgrade von 20.04 auf 22.04 wurde von unserer IT-Abteilung deaktiviert. Und ratet mal, warum? Anscheinend gibt es einen Fehler in Cubbli, den die IT in den letzten zwei Jahren nicht behoben hat. 22.04 wurde im April 2022 veröffentlicht. Das bedeutet, dass die IT fast zwei Jahre Zeit hatte, den Fehler zu beheben, es sich aber entweder nicht die Mühe gemacht hat oder dazu nicht in der Lage war. Dies ist ein typischer Fall von „Failure Demand“: Ein Problem wird nicht behoben, und dann entstehen aufgrund des ursprünglichen Problems viele Folgeprobleme. Dann wundert sich die IT, dass sie so viel Arbeit hat. Die Arbeitszeit, die ich mit dem Versuch verloren habe, meinen Computer wieder zum Laufen zu bringen, beträgt locker über eine Woche (die vielen Stunden, die ich inzwischen damit verbracht habe, das Problem zu identifizieren, nicht mitgerechnet).

Der Universität Helsinki fehlen die Ressourcen, um eine eigene Ubuntu-Variante zu pflegen

Cubbli ist meiner Meinung nach eine schlechte Idee. Ich habe nie verstanden, warum die UH eine gängige Linux-Distribution modifizieren wollte. Betriebssysteme sind heutzutage so komplex, dass selbst das reichste Unternehmen der Welt jeden Monat etwa 100 Fehler behebt und es dennoch nicht schafft, Hacker von den Computern seiner eigenen CEOs fernzuhalten ( https://www.bleepingcomputer.com/news/security/microsoft-reveals-how-hackers-breached-its-exchange-online-accounts/  ). An etwas herumzubasteln, das man nicht vollständig versteht, ist ein riskantes Unterfangen. Die Universität Helsinki hätte aus dem Münchner Experiment lernen sollen. München ging sogar so weit, eine eigene Linux-Distribution zu entwickeln – ein Rezept für eine Katastrophe. Nun sind sie zurück in den behüteten Schoß von Microsoft  gegangen. Sie waren überrascht, dass sie Entwickler bezahlen mussten, um die von ihnen eingesetzte maßgeschneiderte Software zu warten. Wer hätte gedacht, dass Software gewartet werden muss? Anstelle einer vollständig zentral verwalteten Workstation könnte die UH auf den Desktops dieser Mitarbeiter ein Standard-Ubuntu installieren, das etwas mehr bietet als ein Spielzeug-Betriebssystem. Die Integration, die das Standard-Ubuntu von Haus aus bietet (z. B. Active Directory), würde für die Zwecke unserer Universität ausreichen. Das würde eine Menge IT-Ressourcen freisetzen. Sicherlich hätte es meine Probleme verhindert, da ich in der Regel schnell auf die nächste Ubuntu-LTS-Version umsteige, sobald diese verfügbar ist.