Streamkeks:Analyse – Garuda Linux Dragonize Gaming Browser und Dateimanager
| Videoanalyse | |
|---|---|
| |
| Analysiert | 2026-07-29 |
| Video | YouTube |
| Kanal | Kristallmensch Kristallwolf |
Kanal: Kristallmensch Kristallwolf · Datum: 2026-07-28 · Länge: 19:56 Transkript: → Transkript Vorgänger: Analyse vom 26.07.2026 (dasselbe Thema, zwei Tage früher)
Dies ist ein technischer Erfahrungsbericht, kein esoterisches Video. Der Prüfmaßstab ist entsprechend technisch: Was ist sachlich belegbar, was ist subjektive Erfahrung, was ist eine falsche Erklärung für eine richtige Beobachtung? Die psychologisch-soziologischen Abschnitte des üblichen Formats entfallen weitgehend, weil dieses Video keine Gewalt- oder Bedrohungsrhetorik enthält – die aggressive Sprache gegenüber Entwicklern wird in Abschnitt 3.3 eingeordnet.
1. Zusammenfassung des Inhalts
Ein kurzes Update zu seinem Garuda-Linux-Setup, zwei Tage nach dem ausführlichen Garuda-Video vom 26.07. Kernthemen:
- Browser-Wechsel: Brave nach vier Monaten gelöscht („so lahm"), stattdessen Chromium mit Ghostery und einem Canvas-Blocker; für Privates Mullvad Browser statt LibreWolf. Auch Waterfox („noch lahmarschiger") ist raus. - Begründung: Braves „sehr aggressive Blockierung" mache ihn langsam; Chromium blockiere weniger und sei „der absolut schnellste". - Datenschutz: Google als Suchmaschine meiden (DuckDuckGo, Startpage, Ecosia); Ziel „bei Cover Your Tracks alles grün". - Dateimanager: Der vorinstallierte Dolphin nervt; Lösung sei PCManFM plus zusätzlich PCManFM-Qt, danach werde endlich das Handy erkannt und Bilder angezeigt (Videos weiterhin nicht). - Hardware: Neuer PC, ca. 900 €, 16 GB DDR4, „12 Kerne, ein Ryzen 5"; der alte Rechner von 2017 sei zu langsam. Nebenbei: „das ist der kälteste Sommer, den wir jemals hatten". - Garuda vs. andere: Dragonized Gaming sei „die schnellste und auch die beste"; er nutze sie, „weil die am wenigsten Ressourcen nutzt". Viele Updates seien der Preis. Kritik an CachyOS (Pakete ließen sich nicht problemlos installieren, Snapper nicht vorinstalliert), an Nobara/Pop!\_OS und an Garuda-Entwicklern (verschwundenes Update-Symbol, englischer Anmeldebildschirm). - Abschluss: Hinweis auf die eigentlichen Kanalthemen (Schamanismus, Kampfkunst, Gesundheit) und auf 7 kg Untergewicht.
2. Faktenchecks nach Thema
2.1 „Brave hat eine sehr aggressive Blockierung – und genau das macht ihn sehr langsam"
Behauptung: Brave sei langsam, weil er aggressiv blockiere. Chromium blockiere weniger und sei deshalb schneller. Zeitstempel: 00:30
Faktenlage: Die Beobachtung (Brave fühlte sich auf seinem System träge an) ist eine legitime Nutzererfahrung und nicht widerlegbar. Die Kausalerklärung ist jedoch technisch verkehrt herum: Content-Blocking macht Seiten in aller Regel schneller, nicht langsamer, weil geblockte Requests gar nicht erst geladen und gerendert werden. In Vergleichsmessungen liegen Brave und Chrome auf synthetischen Benchmarks (Speedometer, JetStream) innerhalb weniger Prozent – dieselbe Chromium-Engine –, während Brave beim realen Seitenaufbau durch Shields deutlich schneller ist; auch der RAM-Verbrauch liegt tendenziell unter dem von Chrome.[1]
Was Braves Trägheit real erklären kann, sind andere Faktoren: mitlaufende Zusatzkomponenten (Rewards, Wallet, News, Talk), die Aktualisierung der Filterlisten, und – am wichtigsten für seinen Fall – zwei gleichzeitig geöffnete Browser auf 16 GB RAM bei laufender Videobearbeitung. Das ist ein Speicher-/Scheduling-Problem, kein Blocking-Problem.
Dass Brave sich bei ihm zäh anfühlte, ist glaubhaft und deckt sich mit seiner Schilderung vom 26.07. („dann hängt Brave"). Die daraus gezogene Regel „aggressives Blockieren = langsam" ist aber technisch unzutreffend – Blocking verkürzt Ladezeiten. Er verwechselt hier eine Korrelation (Brave blockt viel, Brave war langsam) mit einer Ursache. Für Zuschauer ist das irreführend, weil es nahelegt, Schutzfunktionen abzuschalten, um Tempo zu gewinnen.
2.2 „Chromium ist der absolut schnellste" – und die Datenschutz-Begründung
Behauptung: Chromium sei „der absolut schnellste"; er nutze es unter anderem, weil Google „gar nichts angeht", was er tut.
Faktenlage: Chromium ohne Erweiterungen ist schlank und schnell – als bloßer Vergleichspunkt ist die Aussage nachvollziehbar. „Der absolut schnellste" ist allerdings nicht belegbar; Browser-Performance hängt von Version, Seite, Erweiterungen und Hardware ab, und die Chromium-basierten Browser teilen ohnehin dieselbe Engine.
Beim Datenschutz ist die Lage differenzierter, als er sie darstellt. Das reine Chromium-Paket enthält nicht die proprietären Google-Bestandteile von Chrome und sendet keine Chrome-Telemetrie[2] – insofern ist sein Punkt nicht falsch. Aber: Chromium bietet keinen Fingerprinting-Schutz, während genau das Braves Kernfunktion ist. Wer Datenschutz zum Argument macht und dafür Brave gegen Standard-Chromium tauscht, verbessert die Privatsphäre nicht automatisch – er verlagert sie auf zwei nachinstallierte Erweiterungen. Die konsequente Variante wäre ungoogled-chromium, das die Google-Anbindungen im Quelltext entfernt.[2]
„Schnell" trifft zu, „der absolut schnellste" ist eine unbelegte Superlative. Der Datenschutz-Teil enthält einen Denkfehler: Er begründet den Wechsel weg von einem Browser mit starkem Tracking-Schutz hin zur Google-Codebasis mit dem Datenschutz – und stellt den Schutz dann per Erweiterung teilweise wieder her. Das ist kein Gewinn an Privatsphäre, sondern ein Tausch: mehr wahrgenommenes Tempo gegen weniger Schutz ab Werk.
2.3 Ghostery gegen YouTube-Werbung und der Canvas-Blocker
Behauptung: Ghostery sei „das einzige Tool", das YouTube-Werbung und den Einwilligungs-Hinweis wegräumt; dazu ein Canvas-Fingerprint-Blocker gegen Ausspähen.
Faktenlage: Ghostery ist ein etablierter Werbe-/Trackerblocker und entfernt auf YouTube tatsächlich Werbung – aber „das einzige Tool" ist falsch: uBlock Origin, AdGuard und andere leisten dasselbe, uBlock Origin gilt vielen als leistungsfähiger. Zudem ist das ein Wettlauf: YouTube passt seine Anti-Adblock-Erkennung laufend an, weshalb keine dieser Erweiterungen dauerhaft garantiert funktioniert.
Der Canvas-Teil ist sachlich richtig: Canvas-Fingerprinting ist eine real dokumentierte Wiedererkennungstechnik, bei der eine Website den Browser unsichtbar eine Grafik zeichnen lässt und aus minimalen Rendering-Unterschieden einen Geräte-Fingerabdruck bildet. Ein Canvas-Blocker ist dagegen eine sinnvolle Maßnahme.
Beide Empfehlungen sind für sich vernünftig, und die Canvas-Problematik korrekt benannt. Falsch ist nur das Wort „einzige" – hier verallgemeinert er die eigene Auswahl zur einzigen Möglichkeit, was mehrfach im Video vorkommt.
2.4 „Wenn du Google nimmst, brauchst du auch keinen Datenschutz mehr"
Behauptung: Wer Google als Suchmaschine nutze, habe keinen Datenschutz mehr; Alternativen seien DuckDuckGo, Startpage und Ecosia.
Faktenlage: Der Kern stimmt: Google verknüpft Suchanfragen bei angemeldeten Nutzern mit dem Konto und nutzt sie zur Profil- und Werbebildung. DuckDuckGo und Startpage legen dagegen ausdrücklich kein Nutzerprofil an (Startpage liefert Google-Ergebnisse anonymisiert, Ecosia stützt sich auf Bing-Ergebnisse). Die Alternativen sind also korrekt benannt und tatsächlich datensparsamer. Die absolute Formulierung („brauchst du keinen Datenschutz mehr") ist rhetorische Zuspitzung – Datenschutz ist kein Alles-oder-nichts, und die Suchmaschine ist nur einer von vielen Faktoren.
Die Empfehlung ist sinnvoll und die genannten Alternativen sind zutreffend eingeordnet – das ist ein brauchbarer Tipp. Abzug nur für die Absolutheit: Eine datenschutzfreundliche Suchmaschine ist ein Baustein, kein Ersatz für alles Übrige.
2.5 LibreWolf sei zu langsam, Mullvad Browser schneller – „alles grün bei Cover Your Tracks"
Behauptung: LibreWolf gelte als der schnellste mit dem geringsten RAM-Bedarf, habe bei ihm aber gehangen; Mullvad brauche zwar mehr RAM, laufe aber flüssig – deshalb LibreWolf gelöscht. Ziel sei, bei „Cover Your Tracks" alles grün angezeigt zu bekommen.
Faktenlage: Beides sind gehärtete Firefox-Forks mit unterschiedlichem Ansatz: LibreWolf ist ein telemetriefreies, stark konfigurierbares Firefox; der Mullvad Browser wurde gemeinsam mit dem Tor Project entwickelt und übernimmt dessen Anti-Fingerprinting-Technik, läuft aber im normalen Netz.[3] Belastbare öffentliche RAM-Benchmarks zwischen beiden gibt es kaum; die Unterschiede hängen stark von Version, Profil und Erweiterungen ab. Seine Beobachtung ist damit plausibel, aber nicht verallgemeinerbar – „LibreWolf hing bei mir" ist ein Einzelfall, kein Produktvergleich.
Bemerkenswert ist der innere Widerspruch: Der Mullvad Browser blockiert und normalisiert aggressiver als LibreWolf, weil er die Tor-Browser-Härtung erbt. Nach seiner eigenen Regel aus 2.1 („aggressive Blockierung macht langsam") müsste Mullvad also der langsamere sein – er empfiehlt ihn aber gerade als den flüssigeren. Die Regel widerlegt sich im selben Video selbst.
Zu „alles grün": Die EFF-Testseite Cover Your Tracks prüft zwei getrennte Dinge – ob Tracker blockiert werden (dort ist „grün" erreichbar) und wie einzigartig der Fingerabdruck ist. Gerade bei Tor-/Mullvad-artigen Browsern meldet der Test häufig trotzdem einen „einzigartigen" Fingerabdruck, weil er einen Einzelbesuch bewertet und nicht die Menge aller gleich aussehenden Nutzer, auf die das Konzept eigentlich zielt. „Alles grün" ist also ein grober Daumenwert, kein Beweis für Anonymität.
Dass Mullvad bei ihm besser lief, kann stimmen und ist ein legitimer Grund zu wechseln. Als allgemeine Aussage („LibreWolf ist zu langsam") ist es nicht belegt. Entscheidend: Die Empfehlung widerspricht direkt seiner eigenen Kernthese, aggressives Blockieren bremse – und sie kehrt seine Aussage vom 26.07. um (siehe 3.4).
2.6 „Ich habe 12 Kerne drin, ein Ryzen 5"
Behauptung: Sein neuer PC (ca. 900 €, 16 GB DDR4) habe „12 Kerne" bei einem Ryzen 5. Zeitstempel: 01:35
Faktenlage: Es gibt keinen Ryzen 5 mit 12 Kernen. Die gesamte Ryzen-5-Desktop-Reihe ist über alle Generationen hinweg mit 6 Kernen und 12 Threads bestückt – vom Ryzen 5 3600 über 5600/5600X und 5500 bis zum aktuellen 9600X.[4] Er verwechselt Threads (logische Prozessoren durch SMT/Hyperthreading) mit Kernen (physische Recheneinheiten). Der Systemmonitor zeigt unter Linux 12 CPUs an – daher der Eindruck. 12 Kerne hätte erst ein Ryzen 9 (z. B. 5900X, 7900X).
Ein Ryzen 5 hat 6 physische Kerne und 12 Threads – „12 Kerne" existiert in dieser Modellreihe nicht. Der Fehler ist für sich harmlos und weit verbreitet, aber er steht in einem Video, das Hardware- und Distributionsempfehlungen gibt, und passt zu einem Muster im Kanal: technische Etiketten werden ungeprüft verwendet (vgl. „KI-geführt" und „16 Bit HDR" in der Analyse vom 26.07.). Für die eigentliche Aussage – der neue PC ist deutlich schneller als der von 2017 – ändert es nichts.
2.7 „Das ist der kälteste Sommer, den wir jemals hatten"
Behauptung: Nebenbemerkung zur Überhitzungsgefahr seines alten PCs: Der aktuelle Sommer sei der kälteste, den „wir jemals hatten". Zeitstempel: 02:00
Faktenlage: Das ist nachweislich falsch, und zwar deutlich. Der Juni 2026 war mit einem Mittel von rund 19,5 °C der zweitwärmste Juni seit Beginn der regelmäßigen DWD-Aufzeichnungen; Ende Juni 2026 wurde in Coschen (Brandenburg) mit 41,7 °C ein neuer deutscher Allzeit-Temperaturrekord gemessen. Der Juli 2026 lag mit rund 19,0 °C etwa 2,2 °C über dem Klimamittel 1961–1990.[5] Ein Sommer mit nationalem Hitzerekord und deutlich übernormalen Monatsmitteln ist das Gegenteil eines Rekord-Kältesommers.
Erklärbar ist der Eindruck durch eine kühlere, wechselhafte Phase Anfang Juli nach der Extremhitze – ein spürbarer Kontrast, der eine einzelne Wetterphase leicht mit der Saisonbilanz verwechseln lässt.
Die Aussage widerspricht der amtlichen DWD-Bilanz in beide Richtungen: sowohl beim Extremwert (nationaler Allzeitrekord im Juni 2026) als auch beim Monatsmittel (Juli 2026 gut 2 °C über dem Referenzmittel). Es handelt sich um eine beiläufige Randbemerkung ohne Bezug zum Videothema – aber um genau die Art absoluter Formulierung („der kälteste, den wir jemals hatten"), die sich durch den Kanal zieht und die einer kurzen Prüfung nicht standhält.
2.8 PCManFM plus PCManFM-Qt – „ein zusätzliches kleines Paket in diesem Dateimanager"
Behauptung: PCManFM brauche „ein zusätzliches kleines Paket", nämlich „PCManFM Bindestrich QT"; dieses müsse man „im Archivmanager eintragen und aktivieren" und danach den PC neu starten, dann werde das Handy erkannt und Bilder würden angezeigt. Zeitstempel: 08:30
Faktenlage: Hier ist das Ergebnis richtig, die Beschreibung aber technisch konfus.
| Teilbehauptung | Bewertung |
|---|---|
| PCManFM-Qt sei ein „Zusatzpaket in" PCManFM | Falsch – PCManFM-Qt ist ein eigenständiger Dateimanager, der Qt-Port von PCManFM aus dem LXQt-Projekt, kein Plugin des GTK-Originals |
| Man müsse es „im Archivmanager eintragen" | Verwechslung – gemeint ist offenbar die Zuordnung als Standardanwendung für Wechseldatenträger in den Systemeinstellungen, nicht der Archivmanager (Ark) |
| Danach werde das Handy korrekt erkannt | Plausibel – PCManFM-Qt greift über GVFS/gvfs-mtp auf MTP-Geräte zu, während das vorinstallierte Dolphin KDEs eigenes KIO nutzt.[6] Ein Wechsel des Backends kann ein hängendes MTP-Problem tatsächlich lösen |
| Videos würden weiterhin nicht angezeigt | Erwartbar und dokumentiert – für Netzwerk-/MTP-Speicher werden Vorschaubilder standardmäßig nicht erzeugt.[6] Das ist kein Fehler, sondern eine bewusste Voreinstellung |
| Neustart nötig | Meist überflüssig – ein erneutes An-/Abstecken oder Neustart des Dateimanagers bzw. der GVFS-Dienste hätte in aller Regel genügt |
Sein Vorgehen hat sein Problem gelöst – das ist ein echter, brauchbarer Praxistipp, und die Ursache (unterschiedliche MTP-Backends GVFS vs. KIO) ist real. Nachvollziehen kann man die Anleitung so aber kaum: Zwei getrennte Programme werden als Programm plus Zusatzpaket beschrieben, und der Ort der Einstellung ist falsch benannt. Die fehlenden Video-Vorschaubilder, über die er sich ärgert, sind zudem kein Mangel des Dateimanagers, sondern die dokumentierte Voreinstellung für MTP-Speicher.
2.9 Kritik an Dolphin als vorinstalliertem Dateimanager
Behauptung: Dolphin sei nervtötend – Einfachklick starte etwas, zum Verschieben brauche man einen Rechtsklick; einstellen könne man einiges, aber er habe „keinen Bock, da ein Studium abzulegen".
Faktenlage: Beide Kritikpunkte beschreiben tatsächliche Standardeinstellungen von KDE Plasma, die sich in wenigen Klicks ändern lassen: Der Einfachklick zum Öffnen ist eine systemweite Plasma-Voreinstellung und in den Systemeinstellungen auf Doppelklick umstellbar; Drag-and-Drop-Verschieben funktioniert in Dolphin auch direkt, die Rückfrage „Verschieben/Kopieren/Verknüpfen" ist das Standardverhalten beim Ziehen. Dass er das nicht ändern will, ist eine legitime Präferenz.
Die geschilderten Ärgernisse sind Voreinstellungen, keine Fehler, und mit geringem Aufwand abstellbar – „ein Studium" ist dafür nicht nötig. Als persönliche Entscheidung für einen schlankeren Dateimanager ist der Wechsel trotzdem völlig in Ordnung; kritikwürdig ist nur, dass eine einstellbare Voreinstellung als Eigenschaft der Software dargestellt wird.
2.10 „Ich nehme die Gaming-Distro, weil die am wenigsten Ressourcen nutzt"
Behauptung: Er verwende die Garuda Dr460nized Gaming Edition, weil sie am wenigsten Ressourcen brauche; sie sei „die schnellste und auch die beste". Zeitstempel: 06:40
Faktenlage: Das ist die Umkehrung der Tatsachen. Die Dr460nized-Ausgabe ist Garudas aufwendigstes KDE-Plasma-Setup mit ausgiebigen Blur-/Transparenzeffekten, Latte-Dock und starker optischer Anpassung; die Gaming Edition legt darüber zusätzlich eine umfangreiche Spiele-Software-Sammlung (Steam, Lutris, Wine-Werkzeuge, GameMode u. a.). Garuda gilt insgesamt als ressourcenhungrig, und für schwache Hardware empfiehlt das Projekt selbst leichtere Ausgaben – etwa Xfce oder die Lite-Varianten.[7]
Entscheidend: Er weiß das selbst. Zwei Tage zuvor sagte er im Garuda-Video wörtlich, dass „die stärksten Distros … die schnellsten Dragonized und Dragonized-Gaming" das Problem hätten, „dass der Computer ja RAM-lastig ist" – und dass ausgerechnet die Cinnamon-Ausgabe als ressourcenschonend ausgewiesen sei.
Die Gaming Edition ist die ressourcenintensivste, nicht die sparsamste Garuda-Variante. Als Empfehlung ist das potenziell schädlich, weil sie sich an Umsteiger mit älterer Hardware richtet – genau dort ist diese Ausgabe die schlechteste Wahl. Dass er die RAM-Last derselben Edition am 26.07. noch selbst benannt hat, macht es zu einem Selbstwiderspruch innerhalb von zwei Tagen (siehe 3.4).
2.11 CachyOS: „Programme installieren ist nicht möglich" und „Snapper ist nicht mal vorinstalliert"
Behauptung: Unter CachyOS sei „das problemlose Installieren der ganzen Programme … ganz einfach nicht möglich"; ein YouTube-Videodownloader etwa sei nicht auffindbar. Snapper sei nicht vorinstalliert, man müsse „die ganze Scheiße selber gerade biegen ohne Snapper, ohne Tools". Beleg: eine Aussage von „John von Linux Guides" – die dieser allerdings „vor 3 Jahren gesagt" habe.
Faktenlage: Beide Vorwürfe treffen so nicht zu.
| Teilbehauptung | Bewertung |
|---|---|
| Programme ließen sich nicht problemlos installieren | Falsch – CachyOS ist Arch-basiert und hat vollen Zugriff auf die Arch-Repositories, eigene optimierte Repos, den AUR über `paru` sowie Octopi als grafischen Paketmanager; `pamac-aur` steht ebenfalls bereit. yt-dlp und andere Downloader sind regulär verfügbar |
| Snapper sei nicht vorinstalliert, es gäbe „keine Tools" | Überwiegend falsch – CachyOS liefert `snapper`, `snap-pac`, `btrfs-assistant`, `grub-btrfs` und `cachyos-snapper-support`; bei Standardinstallation (GRUB + Btrfs) werden automatisch Snapshots vor jedem Paketvorgang erstellt und im GRUB-Menü angeboten. Über „Cachy Hello" ist die Snapper-Unterstützung zudem nachträglich per Klick installierbar[8] |
| Berufung auf „John von Linux Guides" | Veraltet – er datiert die Quelle selbst auf „vor 3 Jahren". CachyOS hat sich seither erheblich weiterentwickelt; eine drei Jahre alte Einschätzung trägt eine Aussage über den heutigen Stand nicht |
Sein Grundanliegen bleibt trotzdem nachvollziehbar: Er will ein System, das sich im Fehlerfall selbst repariert, und traut sich Handarbeit nicht zu. Garuda ist in dieser Hinsicht für ihn die passendere Wahl – nur eben nicht aus den Gründen, die er angibt.
Die Kernvorwürfe sind sachlich widerlegbar: CachyOS hat Arch-Repos, AUR-Zugriff und ein vollständiges Snapper-/Btrfs-Ökosystem inklusive automatischer Snapshots vor Paketvorgängen. Bemerkenswert ist die Beweisführung: Er stützt eine Aussage über den aktuellen Stand ausdrücklich auf eine drei Jahre alte Fremdaussage und stellt sie zugleich als geprüft dar („er hat da recht"). Die Präferenz für Garuda ist legitim – die Begründung ist es nicht.
2.12 Nobara und Pop!\_OS – „wie eine Registrierungsseite in Windows"
Behauptung: Von Nobara und Pop!\_OS halte er nichts; beim Ausprobieren habe er gedacht, er sei „auf irgendeiner Registrierungsseite wie in Windows".
Faktenlage: Nobara (Fedora-basiert, von GloriousEggroll) startet beim ersten Booten einen Einrichtungsassistenten auf Basis von `gnome-initial-setup`; Pop!\_OS (System76, Ubuntu-Basis) hat einen vergleichbaren Erststart-Dialog. Diese Assistenten legen lokal Benutzer, Sprache und Tastatur an und bieten optional die Anbindung von Online-Konten an. Eine Registrierung – also ein Konto beim Hersteller als Voraussetzung der Nutzung, wie sie Windows 11 inzwischen praktisch erzwingt – findet dabei nicht statt, und es werden keine Daten an den Distributor gesendet.
Optisch ähneln sich Ersteinrichtungs-Assistenten tatsächlich, und der Reflex ist verständlich. Sachlich ist der Vergleich aber irreführend: Ein lokaler Einrichtungsdialog ist keine Registrierung, und der entscheidende Kritikpunkt an Windows – der Kontozwang – trifft auf beide Distributionen nicht zu. Zwei Systeme werden hier aufgrund eines Missverständnisses pauschal abgewertet.
2.13 Octopi als Paketmanager „in Garuda"
Behauptung: Er habe sich an „dieses Octopi" in Garuda gewöhnen müssen, es sei „echt hässlich"; nervig sei die mehrfache Passwortabfrage, die aber der Systemsicherheit diene.
Faktenlage: Octopi ist ein realer, Qt-basierter grafischer Pacman-Aufsatz – als Standard-Oberfläche allerdings vor allem bei CachyOS verbreitet, während Garuda traditionell Pamac vorinstalliert und mit `garuda-update` ein eigenes Wartungswerkzeug mitbringt. Ob er Octopi selbst nachinstalliert oder die beiden Systeme hier durcheinanderbringt, lässt sich aus dem Video nicht entscheiden – beides ist möglich, da er beide Distributionen parallel getestet hat.
Richtig und erwähnenswert ist seine Einordnung der Passwortabfrage: Dass Paketoperationen eine Authentifizierung verlangen, ist eine Sicherheitsfunktion (Rechteausweitung über polkit), kein Schikane-Feature. Dass er das ausdrücklich anerkennt, statt es als Gängelung abzutun, ist die sachlich reifste Stelle des Videos.
Welcher Paketmanager bei ihm auf welchem System läuft, bleibt offen; die Standardbelegung spricht eher für eine Verwechslung mit CachyOS. Unabhängig davon ist seine Erklärung der Passwortabfrage sachlich richtig – ein positiver Kontrapunkt zur sonst pauschalen Kritik.
3. Rhetorik und Struktur
3.1 Stärken des Videos
- Echte, konkrete Praxiserfahrung: Er hat Brave vier Monate lang real genutzt, mehrere Browser und Dateimanager gegeneinander getestet und schildert konkrete Symptome statt Allgemeinplätze. - Ein tatsächlich brauchbarer Tipp: Der Wechsel des Dateimanagers zur Lösung eines MTP-Handy-Problems funktioniert und beruht auf einer realen technischen Ursache (GVFS vs. KIO) – auch wenn er sie nicht so benennt. - Richtige Datenschutz-Grundhaltung: Die Empfehlung datensparsamer Suchmaschinen und eines Canvas-Blockers ist sinnvoll und für Einsteiger nützlich. - Sicherheitsverständnis: Die Passwortabfrage des Paketmanagers erkennt er ausdrücklich als Schutzfunktion an, statt sie als Ärgernis abzutun. - Selbsteinordnung am Schluss: Er sagt offen, dass Linux nur ein Randthema seines Kanals ist – das ist fair gegenüber IT-interessierten Zuschauern.
3.2 Schwächen des Videos
- Falsche Kausalerklärungen: Die Leitthese „aggressives Blockieren macht langsam" ist technisch verkehrt und wird im selben Video durch die Mullvad-Empfehlung widerlegt. - Absolute Formulierungen ohne Grundlage: „der absolut schnellste", „das einzige Tool", „nicht möglich", „der kälteste Sommer, den wir jemals hatten" – wiederkehrend werden Einzelerfahrungen zu allgemeinen Gesetzen erklärt. - Ungeprüfte technische Etiketten: „12 Kerne, ein Ryzen 5"; PCManFM-Qt als „Zusatzpaket"; „Archivmanager" statt Systemeinstellungen. - Veraltete Belege: Die CachyOS-Kritik stützt sich ausdrücklich auf eine drei Jahre alte Fremdaussage, wird aber als aktueller Befund präsentiert. - Sprunghafte Struktur: Hardware, Wetter, Katze, Browser, Dateimanager und Distro-Vergleich wechseln ohne Übergänge; das angekündigte „kleine Update" wird selbst als „ausschweifend" bezeichnet.
3.3 Sprache gegenüber Entwicklern – ein bekanntes Muster
Gewalt- oder Bedrohungsrhetorik enthält dieses Video nicht; eine strafrechtliche Einordnung erübrigt sich. Auffällig bleibt aber die Schärfe, mit der bei rein technischen Ärgernissen über die Entwickler gesprochen wird:
„…seitdem diese Trottel diesen Anmeldebildschirm geändert haben, dass du plötzlich eine englische Sprache [hast], was diese Scheiße auch immer soll…"
„…wo ich hier wirklich einen Wutanfall gekriegt habe, bis ich sagte: Du Arschloch, dann ändere ich eben das Passwort in Englisch, weil ich nicht wegen der Blödheit einiger Entwickler darauf verzichten will…"
„…diejenigen, die das entwickelt haben, sind offensichtlich so dermaßen gar nicht mehr interessiert … Totaler Schrott. … Aber was willst du mit dem Scheißding, wenn du da nichts machen kannst?"
Das ist dieselbe Bewegung wie im Video vom 26.07., in dem er schilderte, in zwei Communitys gesperrt worden zu sein, nachdem er einem Helfer öffentlich ein „ernsthaftes psychologisches Problem" attestiert hatte: Ein Sachproblem – hier ein geändertes Tastaturlayout im Login, eine verschwundene Update-Anzeige – wird unmittelbar zur persönlichen Charakterfrage der Verantwortlichen. Beide Ärgernisse sind zudem gewöhnliche Rolling-Release-Nebenwirkungen, keine Böswilligkeit; das Sprachproblem im Anmeldebildschirm ist ein bekannter, mit einer Layout-Einstellung lösbarer SDDM-Effekt.
Bemerkenswert ist die Gegenbewegung im selben Video: Bei der Passwortabfrage des Paketmanagers (2.13) erklärt er das Verhalten ruhig als Sicherheitsfunktion. Die Eskalation ist also nicht durchgängig, sondern tritt dort auf, wo er sich ausgeliefert fühlt – wenn etwas ohne sein Zutun verschwindet oder ihn aussperrt.
Beobachtbar ist das aus anderen Analysen bekannte Muster: Externalisierung (die Ursache liegt bei „Trotteln", nicht in der Natur eines Rolling-Release-Systems) und eine sehr niedrige Schwelle vom Sachthema zum persönlichen Angriff. Dies beschreibt öffentlich geäußerte Aussagen, nicht die Person, und ersetzt keine fachliche Beurteilung. In der technischen Sache selbst argumentiert er über weite Strecken ruhig und erfahrungsgestützt – die Zuspitzung betrifft die Zuschreibung von Absichten an andere Menschen.
Am Ende des Videos erwähnt er unaufgefordert 7 kg Untergewicht und anhaltende gesundheitliche Probleme („Das ist nicht mein normales Aussehen"). Zusammen mit der in früheren Analysen dokumentierten Isolation ordnet das die Heftigkeit der Reaktionen menschlich ein: Wenn der Rechner das zentrale Werkzeug für Recherche, Videoproduktion und soziale Teilhabe ist, treffen Störungen daran härter als bei jemandem mit vielen Alternativen. Das relativiert die sachliche Kritik nicht – es macht die Tonlage nachvollziehbarer.
3.4 Serien-Abgleich: KW gegen KW – zwei Tage, mehrere Kehrtwenden
Dieses Video erscheint nur zwei Tage nach dem großen Garuda-Video vom 26.07. Der direkte Vergleich beider Transkripte ist der belastbarste Faktencheck, weil hier keine externe Quelle nötig ist:
| Thema | 26.07.2026 | 28.07.2026 | Bewertung |
|---|---|---|---|
| Ressourcenbedarf der Gaming Edition | „…weil das die stärksten Distros sind, die schnellsten Dragonized und Dragonized-Gaming, hast du natürlich das Problem, dass der Computer ja RAM-lastig ist"; ressourcenschonend sei die Cinnamon-Ausgabe | „…ich nehme die Gaming-Distro, weil die am wenigsten Ressourcen nutzt" | ❌ Direkter Selbstwiderspruch nach 2 Tagen |
| LibreWolf vs. Mullvad | „…da wurde durch den Privacy Tutor … ganz klar gesagt, LibreWolf ist da der, am wenigsten RAM verbraucht. Davor hatte ich Mullvad, der geht aber auf die Rams" | „…dann habe ich Mullvad installiert … obwohl der etwas mehr RAM verbraucht, läuft das Ganze fließend. Folgend habe ich LibreWolf rausgeschmissen" | ⚠️ Vollständige Kehrtwende, unmarkiert |
| Brave | Als Hauptbrowser genutzt, Kritik nur an einzelnen weißen Seiten (Otto) | „So lahm wie Brave ist … rausgeschmissen, gelöscht" | ⚠️ Bruch, aber mit Begründung |
| Waterfox | „Ich habe Waterfox fürs normale Surfen drin" | „Bei Waterfox war dasselbe Theater und der ist noch lahmarschiger" | ⚠️ Kehrtwende, unmarkiert |
| Ursache der Trägheit | „…wenn ich beide, Brave und LibreWolf, am Laufen habe, dann hängt Brave" – also erkennbar ein Parallelbetriebs-/RAM-Problem | Ursache jetzt: Braves aggressive Blockierung | ⚠️ Die eigene, plausiblere Erklärung von vorgestern wird durch eine falsche ersetzt |
| Update-Häufigkeit / Snapper-Lob | viele Updates als Preis, Snapshots als Rettung | identisch | ✅ Konsistent |
| Englischer Anmeldebildschirm | geschildert und kritisiert | erneut geschildert und kritisiert | ✅ Konsistent |
Zur Fairness: Ein Teil der Wechsel ist echtes Weitertesten – er probiert innerhalb von zwei Tagen tatsächlich neue Konfigurationen aus, und ein Setup zu revidieren ist keine Schwäche, sondern Lernen. Problematisch ist nicht der Sinneswandel, sondern dass jede Momentaufnahme wieder absolut formuliert wird („der absolut schnellste", „nicht möglich") und die frühere, ebenso absolute Aussage weder erwähnt noch eingeordnet wird. Ein Zuschauer, der beide Videos sieht, erhält innerhalb von 48 Stunden zwei einander widersprechende Kaufempfehlungen – jeweils mit der gleichen Bestimmtheit vorgetragen.
Das deckt sich mit dem Befund der Vorgänger-Analyse: Die Empfehlungen dieses Kanals sind Momentaufnahmen eines laufenden Selbstversuchs, kein über die Videos hinweg konsistenter Rat. Als Erfahrungsbericht („was ich gerade ausprobiert habe") sind sie authentisch und durchaus interessant; als Entscheidungsgrundlage für Umsteiger sind sie unzuverlässig – besonders dort, wo die Empfehlung wie in 2.10 sachlich in die falsche Richtung zeigt.
4. Gesamtbewertung
Ein kurzes, authentisches Praxis-Update mit einem echten, funktionierenden Tipp (Dateimanager-Wechsel beim MTP-Handy-Problem) und einer vernünftigen Datenschutz-Grundhaltung. Sachlich fällt es aber hinter das Video vom 26.07. zurück: Die zentrale These „aggressives Blockieren macht Browser langsam" ist technisch falsch und wird im selben Video durch die eigene Mullvad-Empfehlung widerlegt; die Empfehlung der Gaming Edition als „ressourcenschonendste" kehrt seine eigene Aussage von vorgestern um und ist für die angesprochene Zielgruppe – Umsteiger mit älterer Hardware – die schlechteste aller Garuda-Optionen. Dazu kommen mehrere ungeprüfte Details („12 Kerne, ein Ryzen 5", „der kälteste Sommer, den wir jemals hatten") und eine CachyOS-Kritik, die ausdrücklich auf einer drei Jahre alten Fremdaussage beruht und dem heutigen Stand nicht standhält.
Bewertung: ⚠️ Gemischt, mit deutlichem Übergewicht der Fehler. Als persönlicher Erfahrungsbericht brauchbar, als Empfehlung nicht belastbar.
| Behauptung | Bewertung |
|---|---|
| Brave sei langsam wegen aggressiver Blockierung | ❌ Erklärung falsch (Beobachtung plausibel) |
| Chromium sei „der absolut schnellste" | ⚠️ Schnell ja, Superlative unbelegt |
| Wechsel zu Chromium verbessere den Datenschutz | ⚠️ Inkonsistent – kein Fingerprinting-Schutz ab Werk |
| Ghostery sei „das einzige Tool" gegen YouTube-Werbung | ⚠️ Wirkt, aber nicht das einzige |
| Canvas-Fingerprinting sei ein reales Risiko | ✅ Korrekt |
| Google-Suche = kein Datenschutz; DuckDuckGo/Startpage/Ecosia als Alternativen | ✅ Im Kern korrekt, überzogen formuliert |
| LibreWolf zu langsam, Mullvad flüssiger | ⚠️ Einzelerfahrung, widerspricht der eigenen These |
| „Alles grün bei Cover Your Tracks" = anonym | ⚠️ Grober Daumenwert, kein Anonymitätsbeweis |
| „12 Kerne, ein Ryzen 5" | ❌ Falsch – 6 Kerne / 12 Threads |
| „Der kälteste Sommer, den wir jemals hatten" | ❌ Falsch – Juni 2026 zweitwärmster seit Messbeginn, nationaler Allzeitrekord 41,7 °C |
| PCManFM-Qt sei ein „Zusatzpaket" von PCManFM | ❌ Eigenständiger Dateimanager |
| Dateimanager-Wechsel löst das MTP-Handy-Problem | ✅ Funktioniert (GVFS statt KIO) |
| Videos hätten keine Vorschaubilder | ✅ Korrekt beobachtet – dokumentierte Voreinstellung bei MTP |
| Dolphin-Ärgernisse als Produktmangel | ⚠️ Änderbare Voreinstellungen |
| Gaming Edition nutze „am wenigsten Ressourcen" | ❌ Falsch – ressourcenintensivste Variante |
| Unter CachyOS ließen sich Programme nicht installieren | ❌ Falsch – Arch-Repos, AUR, paru, Octopi/pamac |
| CachyOS habe „keinen Snapper, keine Tools" | ❌ Überwiegend falsch – snapper, snap-pac, btrfs-assistant, grub-btrfs |
| Nobara/Pop!\_OS mit „Registrierungsseite wie Windows" | ⚠️ Lokale Ersteinrichtung, keine Registrierung |
| Passwortabfrage des Paketmanagers = Sicherheitsfunktion | ✅ Korrekt |
YouTube-Kommentar
Von @streamkeks unter dem Video (`WCQUoDciQ9s`) veröffentlicht. Kommentar-ID `UgxUi1ZRX2h8ebFg9TR4AaABAg` · Direktlink. In Absätzen, ohne Markdown, in der Sie-Form (Frank-Vorgabe). 1607 Zeichen.
```
Danke für das Update. Ihr Dateimanager-Tipp hat einen echten technischen Kern: Dolphin greift über KDEs KIO auf das Handy zu, PCManFM-Qt über GVFS mit gvfs-mtp. Deshalb kann der Wechsel ein hängendes MTP-Problem tatsächlich lösen. Dass die Videos keine Vorschaubilder bekommen, liegt übrigens nicht am Dateimanager: Für MTP- und Netzwerkspeicher sind Vorschaubilder standardmäßig abgeschaltet, das lässt sich in den Einstellungen freigeben.
Bei Brave würde ich die Ursache aber woanders vermuten. Blocken macht Seiten normalerweise schneller, nicht langsamer, weil die geblockten Anfragen gar nicht erst geladen werden. In Messungen liegen Brave und Chromium bei der reinen Engine-Geschwindigkeit fast gleichauf. Was bei Ihnen gebremst hat, war vermutlich eher der Parallelbetrieb von zwei Browsern auf 16 GB RAM. Das hatten Sie im Video vom 26.07. selbst so beschrieben.
Ein Hinweis noch zur Gaming-Edition: Die Dragonized-Ausgaben sind die aufwendigsten von Garuda, und die Gaming-Variante packt noch Steam, Lutris und Wine obendrauf. Ressourcenschonend ist sie damit nicht. Für ältere Rechner empfiehlt Garuda selbst die leichteren Ausgaben wie Xfce. Für Ihren Test auf dem 2017er-Rechner wäre das vermutlich die bessere Wahl.
Zwei Kleinigkeiten am Rande: Ein Ryzen 5 hat 6 Kerne und 12 Threads. Der Systemmonitor zeigt die 12 Threads an, daher der Eindruck. Und CachyOS liefert Snapper inzwischen mit, inklusive automatischer Snapshots vor jedem Paketvorgang. Die Aussage von Linux Guides ist drei Jahre alt, da hat sich einiges getan.
Wie läuft es denn inzwischen mit Chromium und Mullvad parallel? ```
→ Gesamtwerk · Transkript · Vorgänger-Analyse 26.07.
Einzelnachweise
- ↑ Vergleichsmessungen Brave vs. Chrome/Chromium 2026: auf synthetischen Benchmarks (Speedometer 3, JetStream 2.2) liegen beide innerhalb weniger Prozent, beim realen Seitenaufbau ist Brave durch Shields deutlich schneller; RAM-Verbrauch Brave ⌀ 1,8 GB vs. Chrome ⌀ 2,6 GB. Siehe tech-insider.org – Brave vs Chrome 2026 und superchargebrowser.com – Brave vs Chrome RAM Benchmark 2026. (Hinweis: Vergleichsportale, keine peer-reviewten Messungen – die Größenordnung deckt sich aber mit dem technischen Grundprinzip, dass geblockte Requests nicht geladen werden.)
- ↑ 2,0 2,1 Chromium vs. Chrome vs. ungoogled-chromium: Chromium enthält nicht die proprietären Google-Bestandteile von Chrome und sendet keine Chrome-Telemetrie; ungoogled-chromium entfernt darüber hinaus Google-Dienste und -Abhängigkeiten im Quelltext. Siehe ungoogled-chromium (GitHub) und Computerworld – Chromium explained.
- ↑ Mullvad Browser – gemeinsam mit dem Tor Project entwickelt, übernimmt dessen Anti-Fingerprinting-Ansatz ohne Nutzung des Tor-Netzwerks; LibreWolf = telemetriefreier, konfigurierbarer Firefox-Fork. Siehe Mullvad Browser (offiziell) und LibreWolf (offiziell).
- ↑ AMD Ryzen 5 Desktop-Reihe: durchgehend 6 Kerne / 12 Threads (Ryzen 5 3600, 5500, 5600, 5600X, 9600X). Herstellerspezifikationen, siehe AMD Ryzen 5 5600X – Produktseite. 12 physische Kerne beginnen erst bei der Ryzen-9-Reihe.
- ↑ Deutscher Wetterdienst (DWD), Klimabilanz Sommer 2026: Juni 2026 mit ⌀ 19,5 °C zweitwärmster Juni seit Beginn der regelmäßigen Aufzeichnungen; neuer deutscher Allzeitrekord 41,7 °C in Coschen (Brandenburg) am 28.06.2026; Juli 2026 mit ⌀ 19,0 °C rund 2,2 °C über dem Klimamittel 1961–1990. Siehe DWD – Thema des Tages, Juli 2026.
- ↑ 6,0 6,1 PCManFM-Qt ist der eigenständige Qt-Port von PCManFM (LXQt-Projekt) und nutzt 'GVFS' (`gvfs-mtp`) für MTP-Geräte, während Dolphin KDEs 'KIO' verwendet; für Netzwerk- und MTP-Speicher werden Vorschaubilder standardmäßig nicht erzeugt. Siehe ArchWiki – PCManFM, ArchWiki – Media Transfer Protocol und ArchWiki – File manager functionality.
- ↑ Garuda Dr460nized: KDE-Plasma-Ausgabe mit umfangreichen Blur-/Transparenzeffekten und Latte-Dock; die Gaming Edition ergänzt sie um eine Spiele-Software-Sammlung. Garuda gilt als ressourcenintensiv; für schwache Hardware werden leichtere Ausgaben (Xfce, Lite) empfohlen. Siehe Garuda Linux – offizielle Editionen und Wikipedia – Garuda Linux.
- ↑ CachyOS: Arch-basiert mit vollem Zugriff auf Arch-Repos, eigenen optimierten Repositories, AUR via `paru`, Octopi als GUI-Paketmanager sowie `pamac-aur`; Btrfs-Snapshots über `snapper`, `snap-pac` (automatische Snapshots vor/nach Paketvorgängen), `btrfs-assistant` und `grub-btrfs`, nachinstallierbar über „Cachy Hello". Siehe CachyOS Wiki – Btrfs Snapshots und CachyOS Paketübersicht.