Wissenswertes zu Opensourcesoftware und IT
Um die Reichweite meines Blogs zu erhöhen und auch außerhalb des deutschsprachigen Bereichs ab und zu eine Hilfestellung geben zu können, habe ich die letzten Beiträge mittlerweile in die englische Sprache übersetzt und einen Sprachumschalter aktiviert (siehe rechts oben). Ich werde zukünftig darauf auchten, alle Beiträge zweisprachig anzubieten. Natürlich werde ich langsam aber sicher auch alle wichtigen älteren Beiträge zumindest 2-sprachig anbieten.
Wie vielleicht manch Leser meines Blogs mitbekommen hat, will ich im privaten Umfeld die „Fenster aus Redmond“ aka Windows endgültig los werden. Da ich auch „Gamer“ bin, fiel mir das aufgrund fehlender „Linux-Unterstützung“ seitens der Spieleentwickler recht schwer. Aber es ist definitiv Besserung in Sicht!
Meiner Meinung nach hat Steam, nicht zuletzt aufgrund der Entwicklung des Steamdeck, einige Hebel in Bewegung gesetzt, um dem „Pinguin das Spielen“ beizubringen (Stichwort: Steam/Proton). Abseits dessen, gibt es auch noch Lutris, das im Team mit Wine ein Tool zur Verfügug stellt, um Windows Spiele unter Linux zu installieren und lauffähig zu machen. Der Clou dabei ist, dass man sich mit Lutris nicht zwangsläufig um die Konfiguration (von Wine) kümmern muss. Viele Spiele laufen out-of-the box.
Optimale Bedingungen für das Spielen unter Linux lassen sich dadurch schaffen, bereits beim Kauf des Spiels darauf zu achten, dass es nativ unter Linux lauffähig ist (Linux also als Plattform unterstützt wird).
Werft also bei eurem nächsten Kauf unbedingt einen Blick auf die Systemanforderungen im Steam-Shop. Zumeist ist dort als unterstützte Linuxdistribution ein Ubuntu aufgeführt. Deshalb muss man sich aber noch lange kein Ubuntu auf die Platt klatschen. Bei mir dient Debian Testing als Basis und es läuft perfekt. 🙂
Nachdem wir unter anderem auf die Software „Steam“ angewiesen sind, hier eine kurze Installationsanleitung.
Völlig klar ist, dass viele der Spiele da draussen noch immer ausschließlich für Windows gebaut werden. Da gibt es nichts schön zu reden!
Läuft euer Spiel nicht „out-of-the-box“ mit Steam/Proton wird es etwas schwieriger. Welche Optionen hat man?
Den Kompatibilitätslayer „Proton“ gibt es in den verschiedensten Versionen. Abgesehen von den steam-eigenen Entwicklungen, versucht ein findiger Programmierer Proton „noch kompatibler“ zu machen. Die Erweiterung nennt sich Glorious Eggroll und ist auf Github zu finden. Aktuell steht die Version 6.20-GE1 zum Download bereit.
Die Installation verläuft in ein paar einfachen Schritten:
Anmerkung: Es gäbe im Steamclient auch die Möglichkeit unter dein Einstellungen (Steam-Play) fix eine Protonversion (auch die GE) zu hinterlegen. Leider aber, besteht hier ein Bug. Sobald man die GE-Version wählt und dann den Steamclient neu startet, „vergisst“ Steam die Einstellung wieder. Ich bin deshalb dazu übergegangen, die Protonversion pro Spiel (via Spiele-Eigenschaften) auszuwählen.
Ich verwende Lutris ausschließlich für „steamfremde“ Spiele. In meinem Fall verwende ich es für World of Tanks. Setzt man auf Lutris, sind einige Vorarbeiten zu tätigen. Abgesehen von der Installation der Pakete für Lutris, muss auch Wine (in möglichst aktueller Version) installiert werden. Eine detaillierte Anleitung findet man auf WineHQ.
Bei mir läuft „wine-staging“ sehr gut, weshalb ich euch diese Version empfehlen kann.
Eine kurze Zusammenfassung zu World of Tanks & Lutris findet ihr hier.
Was hilft der beste Kompatibilitätslayer, wenn die Hardware nicht mitspielt? Vermutlich wenig bis gar nichts 😉
Es ist immens wichtig, den aktuellsten (proprietären) Grafikkartentreiber installiert zu haben. Allerdings sehe ich, sofern alle Spiele laufen, keine Notwendigkeit bzgl. Grafikkartentreiber immer ganz vorne mit dabei zu sein. Dies verursacht meiner Erfahrung nach oft zusätzliche Probleme. Hier sollte also nach dem Verfahren: „Never change a running system“ vorgegangen werden. Ich kann hier ausschließlich für NVIDIA-Karten sprechen und nicht für AMD.
Den Treiber von NVIDIA erhält man über deren Website.
Vor der eigentlichen Installation, müssen noch einige Zusatzpakete installiert werden (es kann sein, dass ihr eure /etc/apt/sources.list um contrib und non-free erweitern müsst):
Bitte nicht vergessen (sofern noch nicht geschehen), Multi-Arch (i386) zu aktivieren, da auch 32-Bit Libraries von Wine & Steam benötigt werden:
Für die Installation des NVIDIA Treibers, muss man außerhalb des GUI sein. Ich erledige dies meistens, indem ich beim Grub-Bootmenü auf die Taste „e“ für Edit drücke und den Kernelparameter „single“ (ohne Anführungszeichen) in der Zeile in der auch „vmlinuz“ steht, ganz hinten in der Zeile ergänze. Schließlich drückt man F10 um den Bootvorgang zu starten. Das System bootet nun nur in die Konsole.
Nach Eingabe des Root-Passwortes, wechselt man in den Ordner in den man zuvor den NVIDIA Treiber (mit der Endung .run) heruntergeladen hat und macht die Datei mit dem Befehl:
ausführbar.
Schließlich startet man die Installation durch Aufruf von:
Wichtig ist, dass auch die 32 Bit-Libraries installiert werden (es kommt hier eine Abfrage) und die xorg.conf angepasst wird (auch hier kommt eine Abfrage).
Sofern bei euch der sog. „nouveau“ Treiber für die Nvidia Karte installiert ist, kann es nötig sein, ein Blacklisting durchzuführen, damit es zu keinen Kollisionen kommt. Bei mir war dies aber bislang bei keiner Installation nötig.
Es ist sicher noch ein langer Weg, bis alles absolut reibungslos läuft. Es gibt aber definitiv ein ganz helles Licht am Ende des Tunnels. Die Entwicklung geht in die richtige Richtung. Wir, als Enduser, können die Entwicklung unterstützen. Achtet beim Kauf von Spielen auf „Linuxkompatibilität“ und nutzt eine Linuxdistribution, wenn möglich 😉
Viele Windowsspiele laufen mittlerweile Dank Steam & Proton auch unter „Linux“. Nachdem ich zu Hause unbedingt von MS Windows endgültig „weg“ kommen will, aber auch als Gamer bezeichnet werden kann, sind mir einige meiner Spiele doch recht wichtig. Nebst vielen anderen Beschäftigungen, brauche ich ab und zu das eine oder andere Spiel zum „Runterkommen“, nach einem stressigen Arbeitstag.
Abgesehen davon, wäre es schade, wenn viele der gekauften Games nicht mehr verwendet werden könnten. An sich funktionieren viele Der Spiele sehr gut unter Steam 4 Linux & Proton. (Dazu werde ich vermutlich einen separaten Artikel schreiben).
Seit 7 Jahren fröne ich diesem MMO Game nun. Daraus wird klar, dass ich vermutlich bereits einige Runden „auf dem Buckel habe“ und im Spiel schon recht viel erforscht und gekauft habe. Man könnte fast meinen, dass ich jetzt nur noch „gut im Spiel“ werden müsste. Das ist aber eine andere Geschichte 😉
Ich versuchte bislang erfolglos WoT via Steam dazu zu bewegen zu funktionieren. Im Grunde genommen scheiterte es immer daran, dass WoT (und somit Wargaming) auf ihren eigenen Launcher setzen, das Wargaming-Gamecenter. Beim Start von WoT via Steam wurde angemeckert, dass das Gamecenter nicht installiert ist, obwohl die dafür notwendige .EXE Datei heruntergeladen worden ist.
Schließlich habe ich WoT unter Steam aufgegeben.
Egal, da fällt mir ein: Ich hätte ja wieder von vorne anfangen müssen: Eine Verknüpfung zu einem bestehenden WG-Account via Steam ist nicht möglich!
Von der Distribution her, setze ich Debian Bookworm (Testing) ein. Das Debian-Repository (/etc/apt/sources.list) habe ich um contrib und non-free erweitert.
Ich bin mir sicher, dass die Distribution aber nicht den Unterschied macht, da man ja so oder so auf zusätzliche „nicht-Debian“ Repos zugreifen muss.
Wichtig: Die Befehle (unten) sind in der Konsole auszuführen. Es notwendig mit dem Superuser „root“ zu arbeiten!
Es sollte möglichst der aktuellste Grafikkartentreiber installiert sein. Ich setze auf den proprietären Treiber von Nvidea (RTX 30xx).
Download des passenden Treibers von www.nvidia.com. Danach wechselt ihr mittels Konsole in das Verzeichnis in das ihr den Treiber heruntergeladen habt und macht diesen ausführbar:
Anmerkung: Wenn ihr eine andere Grafikkarte hat, müsst ihr natürlich den für euch passenden Treiber installieren!
Der Installationsvorgang startet nun in der Konsole. Bitte auf jeden Fall die 32-Bit Libraries installieren (die Abfrage mit „YES“ beantworten). Ebenso vorhandene Dateien mit den Dateien des Installers überschreiben und nvidia-xconfig ebenso starten lassen.
systemctl set-default graphical.target
reboot
Es gilt, zusätzliche Paketquellen einzubinden. Diese sind:
Abgesehen davon, ist die Architektur i386 zu aktivieren:
Und der winehq-Schlüssel (apt) zu importieren:
Ich setze hier auf das möglichst aktuellste Release und installiere deshalb „wine-staging“.
Auch für Lutris müssen zusätzliche Paketquellen eingefügt werden:
lutris:
Installiert: 0.5.9.1
Installationskandidat: 0.5.9.1
Versionstabelle:
*** 0.5.9.1 500
500 http://download.opensuse.org/repositories/home:/strycore/Debian_11 ./ Packages
100 /var/lib/dpkg/status
wine:
wine-staging:
Installiert: 6.19~bookworm-1
Installationskandidat: 6.19~bookworm-1
Versionstabelle:
*** 6.19~bookworm-1 500
500 https://dl.winehq.org/wine-builds/debian bookworm/main amd64 Packages
100 /var/lib/dpkg/status
nvidia-treiber:
Typ: Proprietär
Version 470.74
Quelle: www.nvidia.com
An sich hatte ich World of Tanks bereits unter Windows installiert. Mein erster Gedanke war, das Verzeichnis von WoT auf meine „Linuxplatte“ in die Verzeichnisstruktur von Wine zu kopieren. Danach das Wargaming Game Center in Lutris zu „installieren“ und nach dem Start des Wargaming Game Centers einfach das Verzeichnis anzugeben, in dem WoT liegt (Spiel importieren). Dieses Vorhaben stellte sich jedoch als problematisch heraus, da beim Versuch des Imports des Spiels in das WGGC eine Fehlermeldung erschien. Sinngemäß war dies: „Die angegebene Datei ist kein Verzeichnis“ – obwohl ich ein Verzeichnis ausgewählt hatte.
Anmerkung: Die Lutris Games (Wine) liegen normalerweise im Homeverzeichnis des angemeldeten Benutzers. Das Verzeichnis selbst ist versteckt.
Nur zur Veranschaulichung: Ich versuchte WOT in das Verzeichnis /home/gestl/.wine/drive_c/wot zu kopieren um es dann (ohne Download) in das Gamecenter einzubinden. Das hat wie erwähnt leider NICHT funktioniert.
Zuerst den World of Tanks-Installer (Gamecenter) herunterladen: https://eu.wargaming.net/de/games/wot
Danach einfach Lutris starten und über das Plus – Symbol (oben links) die heruntergeladene Datei „manuell“ hinzufügen, wobei als Starter Wine zu wählen ist.
Unten seht ihr, dass ich den Installer (den ich herunter geladen habe) via Lutris hinzufüge:
Danach speichern, den Installer via Lutris ausführen und auf „NEU INSTALLIEREN“ klicken.
Installiert wird WoT in der Regel in das Verzeichnis: /home/<user>/.wine/drive_c/Games/World_of_Tanks_EU.
Sofern ihr WoT schon auf einer Windowsplatte installiert habt, könnt ihr den Download unter Linux abkürzen. Lasst das Gamecenter den Download von WoT starten und kurz laufen, damit die entsprechenden Verzeichnisse erstellt werden. Danach brecht ihr den Download ab und kopiert den Inhalt des WoT Verzeichnisses von Windows in den Ordner in dem „Linux-WoT“ liegt. Vorhandene Dateien überschreibt ihr einfach.
Den Starter von WoT fügt man nach dem Download (oder dem Kopiervorgang) auch manuell zu Lutris hinzu. Die Datei heißt: /home/user/.wine/drive_c/Games/World_of_Tanks_EU/wgc_api.exe.
Danach sollte euer Lutris so aussehen. In meinem Fall verbirgt sich die wgc_api.exe im „Button“ World of Tanks GC:
Ist alles gut gegangen, sollte das Gamecenter nun starten, euer Login in selbiges erfolgreich sein und WoT starten.
Mir ist aufgefallen, dass der Start von WoT durch ein laufendes Wargaming Gamecenter in letzter Zeit „gestört“ wird. Konkret läuft WoT nach dem Start via Gamecenter bei mir in einen Blackscreen. Die Lösung dieses Problems ist es, nicht das Gamecenter zum Start von WoT zu nutzen, sondern die ausführbare Datei (von WoT) direkt in Lutris einzubinden.
Das Gamecenter startet man nur dann, wenn man von WoT darauf hingewiesen wird, dass es ein Update gibt.
Selbst wenn ihr WoT direct via der ausführbaren Datei startet, stört ein im Hintergrund laufende GC den Start! Achtet also darauf, dass das GC nicht läuft, wenn ihr ein paar Runden in WoT spielen wollt.
Dank des Kommentars von „10K“ gibts auch hierfür eine Lösung (DANKE NOCHMALS!):
Man muß in den Einstellungen – Grafik – die 3D Einstellung deaktivieren, damit der „Nachschub“ korrekt angezeigt wird.
Falls ihr mit Lutris eure Probleme habt, versucht mal den „Heroic Games Launcher“. Ich finde den „Heroic“ übersichtlicher und konnte damit WoT auch schon erfolgreich betreiben.
Viele Blogs und Artikel haben sich bislang bereits mit dem Thema Windows 11 beschäftigt. Seitens Microsoft gibt es einige verwirrende Fakten, die nicht nur bei Windowsbenutzern für einige Fragezeichen sorgen.
Einerseits kommt es zu TPM und Secureboot-Pflicht (verstehe ich und das ist ja auch noch zumindest nachvollziehbar), andererseits werden einige teils noch recht aktuelle CPUs (u.a. 3 Jahre junge CPUs) -wenn es nach Microsoft geht – einfach und salopp gesprochen „in die Tonne geklopft“. Glaubt man so manchem Artikel, dann gibt weder Microsoft, noch AMD oder INTEL konkrete Auskünfte darüber, weshalb „ältere“ Prozessoren von Windows 11 nicht mehr unterstützt werden.
Auf Gizmodo liest man, dass es beispielsweise zu einer Ausklammerung der ersten Generation der AMD Ryzen CPUs kommt, da sie die Minimal-Hardware-Anforderungen nicht erfüllen und Windows 11 dadurch vermehrt sogenannte „Kernel-Mode-Crashes“ zu verzeichnen hätte. Hingegen hätte man mit CPUs, die den Minimalanforderungen entsprechen zu 99.8% keine derartigen Abstürze.
Originalauszug:
AMD’s first-gen Ryzen chip didn’t make the chopping block. “After carefully analyzing the first generation of AMD Zen processors in partnership with AMD, together we concluded that there are no additions to the supported CPU list,” writes Microsoft. The company adds that devices that didn’t meet the minimum hardware requirements “had 52 percent more kernel mode crashes” in Windows 11, whereas those that met the minimum hardware requirements “had a 99.8 percent crash-free experience.”
Unterstützt werden laut Microsoft folgende Prozessoren (Quelle: Microsoft):
Unterstützte CPUs – Windows 11
Nebst teils recht aktueller CPU, müssen noch folgende Hardwareanforderungen (Minimalanforderunge) erfüllt werden.
4GB sind an sich nichts Besonderes. Im Zweifelsfalle könnte man das System aufrüsten. Keine große Sache!
Auch die Festplatte bzw. SSD kann man jederzeit gegen ein größeres Modell tauschen. Abgesehen davon: Normalerweise hat man heutzutage keine 64GB Systemplatte im PC laufen. Somit stellt auch diese Anforderung kein Problem dar.
Secure Boot ist ein Sicherheitsfeature, welches über das Bios des Mainboard aktiviert werden muss. Wie / wo genau im Bios diese Option zu aktivieren ist, hängt vom verwendeten Mainboard ab. Es verhindert, dass während der Bootphase des PCs unsignierter Code ausgeführt wird. Daraus wird klar, dass Bootloader (wie z.B. Grub2 unter Linux) nur signierte Linuxkernel booten dürfen.
Hat man also ein Betriebssystem installiert, welches keinen signierten Kernel bootet, wird der Start des Betriebssystems bei nachträglichem Aktivieren der Option „Secure Boot – enabled“, nicht gelingen. Linuxdistributionen müssen vor Aktivierung des Secureboot angepasst werden. Folgende Pakete sind beispielsweise bei einem Debian GNU Linux (nach) zu installieren:
Wichtig: Das System muss im UEFI Modus booten & auch im UEFI Mode installiert sein!
Anmerkung: Seit Debian GNU Linux Version 10 wird Secure Boot unterstützt.
Um den UEFI Bootmodus verwenden zu können, muss dieser im Bios des Mainboard aktiviert werden. Wie auch bei der oben beschriebenen Option „Secure Boot“, hängt es vom Mainboardhersteller ab, wo diese Option im Bios „versteckt“ ist.
Wichtig: Sofern euer Betriebssystem NICHT im UEFI Modus, sondern im sogenannten alten „legacy Mode“ installiert wurde, kann man nicht einfach auf den UEFI Modus umschalten. In der Regel wird ein installiertes Betriebsystem dann nicht mehr booten! Sofern euer System im UEFI Modus neu installiert werden soll, ist zuerst die Option im Bios zu aktivieren und – im Falle von Debian GNU Linux – ein bootbarer USB Stick im „UEFI Modus“ zu booten. Die Auswahl des zu bootenden Modus erhält man beim Bootmenü des USB-Sticks.
Wie sicherlich bereits vermutet, ist auch TPM 2.0 über das Bios zu aktivieren. TPM = Trusted Platform Module. Es dient u.a. zur eindeutigen Identifizierung eines PC. Genauere Details: Wikipedia
Da jedes halbwegs moderne Motherboard und Gott sei Dank auch diverse Linuxdistributionen Secureboot und UEFI unterstützen, wäre das für mich noch nicht der große Aufreger. Diese Funktionalität halte ich sogar für sinnvoll!
Bei TPM sieht es anders aus. TPM kann zur Sicherheit beitragen, jedoch auch missbraucht werden. Aufgrund der eindeutigen Identifizierbarkeit von Endgeräten und der vorhandenen Möglichkeit Anwendungen gezielt auszusperren (Sicherheit vs. Bevormundung des Anwenders) halte ich die TPM Pflicht für fragwürdig.
In Summe aber dennoch keine großen Aufreger, was meine Person betrifft.
Hier wird mir schon etwas „wärmer“, muss ich sagen… denn:
usw. usf.
Die Liste könnt noch elendslange weiter gehen. Wir verfehlen unsere Klimaziele. Jahr für Jahr, immer wieder… immer wieder gibt es Lippenbekenntnisse, wie toll man nicht zukünftig arbeiten will, um die Umwelt und die nächsten Generationen zu schützen. Ich kann es langsam schon nicht mehr hören!
und meint ein neues Betriebssystem einführen zu müssen, das aufgrund der (für mich nicht nachvollziehbaren) Anforderungen CPUs jungen Semesters als unbrauchbar tituliert und dem geneigten updatewilligen Windowsuser, der seine Hardware länger nutzen will, auf diese Weise eine ins Gesicht klatscht, dass es gleich so scheppert. Als wäre es nicht genug, dass man
Die Kernaussage für mich ist: „Wenn ihr das Pech habt, „11“ wollt und eine nicht supportede CPU habt, dann kauft euch doch gefälligst neue Hardware, die von „11“ unterstützt wird. Was mit euren alten Komponenten wird, spielt doch keine Rolle! Hauptsache wir kurbeln den Hardwaremarkt an!
We don’t care!
Ich für meinen Fall werde nebst Debian GNU Linux, Windows 10 noch bis Supportende (2025) verwenden und dann endgültig auf Windows verzichten.
Bevor ihr eure Hardware wegschmeißt, weil „11“ nicht mehr bei euch läuft:
Schaut euch eine der vielen Linuxdistributionen an. Sofern man nicht auf Spezialsoftware angewiesen ist, die ausschließlich auf Windows läuft, ist „Linux“ mittlerweile wirklich eine sehr gute, sichere Alternative. Ggf. könnte man hier sogar auf Windows innerhalb einer VM die unter Linux läuft zurückgreifen. Dann hätte man Windows im Fenster. 😉
Dank Steam (Proton) lässt es sich unter „Linux“ mittlerweile auch sehr komfortabel spielen.
Es ist defintiv einen Versuch wert!
Es ist nun schon einige Zeit her, dass ich meinen Blog mit neuen Beiträgen versorgt habe. Ich denke, dass der Beitragsoutput im Herbst-/Winter wieder steigen wird. Eine Meldung jedoch, die zumindest mir eine Erwähnung wert ist, hat mich nun dazu veranlasst, wiedermal ein wenig in die Tasten zu „hauen“.
Ich hatte ja vor einiger Zeit für das KOBOL Helios 64 NAS eine Videoserie erstellt, die sich mit dem Zusammenbau & Setup des NAS-Bausatzes beschäftigt hat. Seit damals läuft das NAS bei mir im 24/7 Dauerbetrieb (ohne Probleme).
Alle Komponenten waren meiner Meinung nach sehr hochwertig. Beeindruckt war ich damals vor allem vom Metallgehäuse und dem durchdachten Design.
Völlig unvorbereitet bekam ich dann gestern ein Email der Firma Kobol. Der Betreff „We are pulling the plug“, ließ mich Schlimmes vermuten.
Leider hatte ich mit meiner Vermutung recht.
Das Mail im Wortlaut:
Hi Folks, a bit saddened that after 4 months of radio silence we are coming up with a news that is clearly not the one you were expecting.
As the title says, we have decided to stop the adventure here. Quite a few reasons made us come up to this difficult decision, but it all comes down to 2 key points :
1. The still ongoing difficulties to manufacture electronics, to procure parts and mainly to control costs.
2. We made a rookie mistake of stretching ourselves very thin last year with the first delivery of Helios64 while being just a 3 men show. We should have brought few more people onboard sooner, but we waited too long until we were a bit burnt out.
Not seeing much improvement on the horizon and feeling like we didn’t ride the wave as we should have, our motivation started slowly to fade out lately. All of this is of course a bit frustrating and ironic because we had a great start with Helios64 plus a batch 2 waiting list that keeps growing and growing. We were also quite excited to come up with a refresh and improved version of Helios64.
But unfortunately sometimes it’s better to accept the fact that when the original motivation and passion are not there anymore then there is no point forcing it.
Now it’s time for us to go back to a more stable and sustainable work lifestyle. But who knows maybe Kobol will reborn again one day 😉
In the meantime we will post on the wiki all the blue prints of Heliso64. That should help people to tinker or even troubleshoot their board when necessary. We will try our best to provide still a bit of support during our free time. Sorry in advance for any inconvenience this will cause.
We are also happy to discuss editing access to our wiki if someone is interested to maintain the project a bit longer.
We want to thank you all very much to have followed us and supported us during this awesome adventure.
You can check directly the latest news on our BLOG.
Bleibt mir nur zu sagen, dass ich hoffe, dass es bald wiedermal so etwas gibt, denn die Idee dahinter fand ich durchwegs sehr gut.
Ich wünsche dem ehemaligen Kobol Team jedenfalls alles Gute!