Beiträge von Scytale

  • Interne HDD wird nicht gemounted

    Hallo zusammen :)


    Ich hab ein kleines Problem, was bei mir so nur unter Tumbleweed vorkommt. Der Einfachheit halber mounte ich meine interne HDD mittels gnome-disk-utility. Es macht ja nichts anderes, als in der fstab zu schreiben. Es ist eine reine Daten-HDD, das System ist auf einer NVMeSSD. Ich bin der einzige User an diesem PC.


    In die /etc/fstab schreibt das Tool:

    Code
    LABEL=Daten /mnt/Daten auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Daten 0 0

    In Debian, Leap 15.1 und Manjaro reicht genau das, um die HDD unter /mnt/Daten einzuhängen, so dass sie bei Anmeldung des Users automatisch eingehängt ist.

    In der aktuellen TW-Version wird die HDD nicht gemounted. In Nautilus wird /dev/sda1 als Daten angezeigt, ist aber nicht gemounted und verlangt beim anklicken das root-Passwort.

    Übers Terminal mal schnell cd nach /mnt/Daten und ein ls -a zeigt nichts an, d.h. wird nicht gemounted.


    kurz nach dem booten hab ich mir eben dmesg angeschaut und gesehen, dass das System die HDD wohl gemounted haben soll:

    Code
    [    5.279655] systemd[1]: Reached target Local File Systems.
[    5.280127] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    5.280371] systemd[1]: Starting Restore /run/initramfs on shutdown...
[    5.281046] systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
[    5.281083] systemd[1]: Condition check resulted in Store a System Token in an EFI Variable being skipped.
[    5.281124] systemd[1]: Condition check resulted in Commit a transient machine-id on disk being skipped.
[    5.282840] systemd[1]: Mounted /mnt/Daten.
[    5.283160] systemd[1]: Finished Restore /run/initramfs on shutdown.

    Testweise habe ich mit dem YAST-Partitionierer getestet und die HDD wird wieder nicht automatisch eingebunden und verlangt wieder das root-Passwort. Die fstab mit dem Yast-Tool sieht dann so aus:



    Code
    LABEL=Daten                                /mnt/Daten              auto   user,data=ordered,nosuid,nodev,nofail,x-gvfs-show  0  0


    Kurios ist: Wenn ich mit genau dieser gleichen fstab von Leap 15.1 auf Tumbleweed upgrade, geht alles. Das passiert nur, wenn ich TW frisch aufsetze und versuche, wie o.g. die HDD zu mounten.


    Ich hab noch eine USB-Festplatte, die als Backuplaufwerk fungiert. Die wird anstandslos gemounted:


    Code
    LABEL=Backup                               /mnt/Backup             auto   nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Backup  0  0

    Das System ist nicht verbastelt, quasi ganz frisch und das ist das erste, was ich so gemacht habe.


    Weiß jemand von euch Rat, wie ich die HDD automatisch unter /mnt/Daten automatisch und für mich als User mounten kann? Ich versteh gerade nicht, wo der Unterschied von Leap 15.1 zu Tumbleweed bezüglich des Mountens über die fstab sein soll :/


    LG Scytale

  • Chromium nach Update kaputt

    Du forderst eine Antwort mit viel Geduld, dein Post triggert mich richtig.


    Tumbleweed oder Leap? Wenn Tumbleweed überleg mal, ob du nicht den Umstieg auf Leap machen solltest. Da ist die Update-Flut viel geringer, da nur Sicherheitsupdates.


    Hast du das Packman-Repo für die Codecs eingebunden? Dann bitte einmal

    Code
    zypper dup --allow-vendor-change

    Vorsicht, das nur ausführen, wenn du nicht noch andere 3rd Party Repos eingebunden hast. Wenn das nicht zutrifft, dann vendor-change nur aus dem Packman-Repo:

    Code
    zypper dup --from packman --allow-vendor-change

    Das Packman-Repo kann bei dir anders benannt werden und musst du entsprechend ändern.


    Und ja, Chromium wird von Goolge Entwickelt. Das ist ein Chrome Browser ohne die Telemetrie und den Updater. Der Reine Open-Source Teil von Chrome.

  • Kernels 5.7. XXX

    Zitat von bigb262

    Moin, also ich benutze den

    Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz mit der NVIDIA GeForce RTX 2060 Super 8GB GDDR6

    Den Kernel 5.7.1-1.2 kann ich nicht verwenden, wird mir immerzu angeboten bein update des Systems (zypper dup) aber nach dem Neustart läuft er nicht mehr hoch und bleibt hängen. Muss dann mein back-up einspielen. Kennt denn jemand das Problem?

    Achso, ich verwende Tumbleweed

    Einfach mal ein oder zwei Wochen mit dem dup warten.

  • Videos werden nicht mehr korrekt abgespielt

    Die lange Liste ist das Problem.

    Alles außer den default Repos und packman ausmachen. Dann

    Code
    zypper dup --allow-vendor-change

    Dann schrittweise Repos wieder zuschalten. Aber auch hier: Je mehr Repos, desto instabiler das System, weil es nicht über das openQA getestet wird.