{"id":63303,"date":"2025-12-13T20:32:10","date_gmt":"2025-12-13T19:32:10","guid":{"rendered":"https:\/\/www.burks.de\/burksblog\/?p=63303"},"modified":"2025-12-14T10:08:44","modified_gmt":"2025-12-14T09:08:44","slug":"firefox-und-fstab-revisited","status":"publish","type":"post","link":"https:\/\/www.burks.de\/burksblog\/2025\/12\/13\/firefox-und-fstab-revisited","title":{"rendered":"Firefox und FSTAB, revisited"},"content":{"rendered":"

\"access\"\/<\/p>\n

Dieser Beitrag ist nur f\u00fcr Linux-Nutzer.<\/del><\/p>\n

Da wir gerade bei Reparaturen sind: Gestern kam ich mit Chromium f\u00fcr Linux gar nicht mehr auf mein Blog (mit Google Chrome schon). Mein Provider antwortete auf meinen E-Mail-Hilfeschrei: „Wegen massiver Bot-Zugriffe blocken wir derzeit uralte Browser weg, z.B. alles vor Chrome oder Firefox in Version 110 oder 120 (je nach Setup). Mit so alten Browsern sollte niemand mehr unterwegs sein. Diese Methode ist nicht der Weisheit letzter Schluss, aber wir k\u00f6nnen so relativ leicht einen gr\u00f6\u00dferen Teil von Bots abwehren.“<\/p>\n

Wieso habe ich einen „uralten Browser“ – Version 106.0.5249.119 (Offizieller Build) for TUXEDO OS (64-Bit)?<\/p>\n

„Chromium\/106 ist aus dem Jahr 2022. Du solltest dich um ein Update k\u00fcmmern oder einen anderen aktuellen Browser benutzen. Es ist sehr unsicher, so alte Browser zu verwenden, unter jedem Betriebssystem.“<\/p>\n

O je. Aber damit fing es erst an – und endete in einer mehr als einst\u00fcndigen Unterhaltung mit ChatGPT. Neuinstallation Chromiums?<\/p>\n

system_key.go:147: cannot determine nfs usage in generateSystemKey: cannot parse \/etc\/fstab: cannot parse dump frequency: „information.“ Fehler: timeout waiting for snap system profiles to get updated<\/sup><\/p>\n

Was will mir der K\u00fcnstler damit sagen?<\/p>\n

=> Installing the chromium snap<\/sup>
\n===> Checking connectivity with the snap store<\/sup>
\n====> System doesn’t have a working snapd, skipping<\/sup>
\n=Entpacken von chromium-browser (1:85.0.4183.83-0ubuntu2.22.04.1) …<\/sup>
\n=dpkg: Fehler beim Bearbeiten des Archivs \/var\/cache\/apt\/archives\/chromium-browse
\nr_1%3a85.0.4183.83-0ubuntu2.22.04.1_amd64.deb (–unpack):<\/sup>
\n=Versuch, \u00bb\/usr\/share\/applications\/chromium-browser.desktop\u00ab zu \u00fcberschreiben, welches auch in Paket chromium 1:106.0.5249.119~f~tux1 ist<\/sup>
\n=Fehler traten auf beim Bearbeiten von: \/var\/cache\/apt\/archives\/chromium-browser_1%3a85.0.4183.83-0ubuntu2.22.04.1_amd6<\/sup>
\n=4.deb<\/sup>
\n=E: Sub-process \/usr\/bin\/dpkg returned an error code (1)“<\/sup><\/p>\n

„Der Kern des Fehlers ist ein Paket-Konflikt: Du versuchst chromium-browser aus Ubuntu (das ist heute im Prinzip nur noch ein Snap-Installer\/Wrapper) zu installieren.
\nAuf deinem System ist aber schon ein anderes Chromium-Paket installiert: chromium 1:106.0.5249…~f~tux1
\nBeide liefern dieselbe Datei:
\n\/usr\/share\/applications\/chromium-browser.desktop \u2192 deshalb bricht dpkg ab.
\nZus\u00e4tzlich meldet der Installer: snapd funktioniert\/fehlt, daher kann Ubuntu sein \u201eChromium als Snap\u201c nicht sauber installieren.<\/p>\n

Kurzfassung: Dein System versucht Chromium als altes .deb-Paket (85.x) zu installieren, obwohl Ubuntu 22.04 Chromium nur noch als Snap unterst\u00fctzt. Zus\u00e4tzlich liegt sehr wahrscheinlich noch ein Rest eines fr\u00fcheren \u201etux1\u201c-Chromiums im Dateisystem, der die .desktop-Datei blockiert.
\nWir beheben das sauber in 4 Schritten.“<\/p>\n

Soso. Sauber und nur vier Schritte. Es wurde dann noch ein ganzer Spaziergang.<\/p>\n

Es kommt die Fehlermeldung: chromium –version 2025\/12\/13 00:06:11.572780 system_key.go:147: cannot determine nfs usage in generateSystemKey: cannot parse \/etc\/fstab: cannot parse dump frequency: „information.“<\/sup><\/p>\n

„Das ist kein Chromium-Problem, sondern snapd stolpert \u00fcber eine kaputte Zeile in \/etc\/fstab.
\nIn \/etc\/fstab m\u00fcssen Feld 5 (\u201edump\u201c) und Feld 6 (\u201efsck pass\u201c) Zahlen sein (typisch 0 0 oder 0 2). Bei dir steht da offenbar sowas wie information. \u2192 daher:
\ncannot parse \/etc\/fstab: cannot parse dump frequency: „information.“<\/p>\n

\"nano\"\/<\/a><\/p>\n

Gut zu wissen. Zwanzig Minuten und ebenso viele Kommandozeileneingaben sp\u00e4ter:<\/p>\n

„Danke f\u00fcr die Ausgabe \u2013 jetzt ist es glasklar \ud83d\udc4d“<\/p>\n

Gern geschehen.<\/p>\n

„Deine \/etc\/fstab enth\u00e4lt mehrere syntaktische Fehler, die snapd (und damit Chromium) brechen.
\nIch zeige dir exakt, was falsch ist und wie es korrekt aussehen muss.
\n\u274c Fehler 1 (kritisch): Root-Dateisystem (Zeile 6)
\nAktuell (falsch)
\nUUID=99df4bb9-31e5-4fae-a332-42c2d390f679\t\/\text4\tdefaults0\t1
\nProbleme:
\ndefaults0 \u2192 Optionen und dump\/pass zusammengeklebt
\nEs fehlen zwei Spalten
\n\u2705 Korrekt
\nUUID=99df4bb9-31e5-4fae-a332-42c2d390f679\t\/\text4\tdefaults\t0\t1
\n\u274c Fehler 2: Swap-Zeile (Zeile 15)
\nAktuell (falsch)
\nUUID=ef2ba6e4-17ae-41d0-9ec9-4f26e452c016\tnone\tswap\tsw\t00
\nProblem:
\n00 \u2192 muss zwei getrennte Felder sein
\n\u2705 Korrekt
\nUUID=ef2ba6e4-17ae-41d0-9ec9-4f26e452c016\tnone\tswap\tsw\t0\t0“<\/p>\n

Gut zu wissen. Zwanzig Minuten und ebenso viele Kommandozeileneingaben sp\u00e4ter:<\/p>\n

Was muss ich tun, um das Problem
\nsnap install firefox<\/sup>
\nFehler: cannot perform the following tasks:<\/sup>
\n– Installationshook von Snap „firefox“ ausf\u00fchren, falls vorhanden (run hook „install“: <\/sup>
\nsystem_key.go:147: cannot determine nfs usage in generateSystemKey: cannot parse \/etc\/fstab: cannot parse dump frequency: „information.“<\/sup>
\nFehler: timeout waiting for snap system profiles to get updated<\/sup>
\nzu beheben?<\/p>\n

„Der eigentliche Ausl\u00f6ser ist diese Zeile:
\ncannot parse \/etc\/fstab: cannot parse dump frequency: „information.“<\/sup>
\n„Snap (genauer: snapd) versucht beim Install-Hook einen \u201cSystem Key\u201d zu erzeugen und liest daf\u00fcr u. a. \/etc\/fstab. Deine fstab enth\u00e4lt sehr wahrscheinlich eine ung\u00fcltige Spalte 5 (dump frequency) \u2013 dort darf nur 0 oder 1 stehen. Bei dir steht da offenbar das Wort information. (oder ein Teil davon), wodurch snapd abbricht. Danach l\u00e4uft der Hook in ein Timeout (\u201esnap system profiles \u2026\u201c).
\nSo behebst du das…“<\/p>\n

\"nano\"\/<\/p>\n

Gut zu wissen. Zwanzig Minuten und ebenso viele Kommandozeileneingaben sp\u00e4ter:<\/p>\n

Da steht aber kein Fehler:
\nsudo findmnt –verify –verbose findmnt: \/etc\/fstab: Einlesefehler in Zeile 1 — ignoriert (ewig lange Terminal-Ausgabe…)<\/sup><\/p>\n

„Doch \u2013 da ist ein Fehler, nur etwas versteckt \ud83d\ude42 Der entscheidende Hinweis ist gleich die erste Zeile der Ausgabe:
\nfindmnt: \/etc\/fstab: Einlesefehler in Zeile 1 — ignoriert<\/sup>
\nDas bedeutet nicht, dass Zeile 1 inhaltlich falsch gemeldet wird, sondern dass sie gar nicht korrekt gelesen werden kann. Genau daran scheitert snapd.<\/p>\n

Was hei\u00dft \u201eEinlesefehler in Zeile 1\u201c konkret?<\/p>\n

„Typische Ursachen (sehr h\u00e4ufig!):
\nUnsichtbare Zeichen in Zeile 1
\nBOM (Byte Order Mark, oft UTF-8 BOM)
\nWindows-Zeilenenden (CRLF)
\nText vor dem ersten Kommentar\/Eintrag, z. B.: freier Text
\nein Wort wie information. ohne # davor
\nDatei wurde mal mit Word \/ LibreOffice \/ falschem Editor gespeichert
\nsnapd ist hier strenger als mount oder findmnt und bricht dann ab.“<\/p>\n

Voller Grauen erinnerte ich mich an den holden Mai<\/a> diesen Jahres, als ich an der fstab herumdoktern musste.<\/p>\n

Ich will die Leser nicht langweilen. Ich habe es hingekriegt, wie die hier schon lobend erw\u00e4hnte Wohnungst\u00fcr. Zwischendurch rauchte auch noch CUPS<\/a> ab.<\/p>\n

\"image_pdf\"<\/a>\"image_print\"<\/a><\/div>
<\/div>