Beiträge von sterun

    Zerschießen kannst du dir immer ein System durch Updates.

    Unabhängig davon, wie lange der PC nicht am Netz war.

    Trotz vieler Vorteile ist aber genau das (die große Anzahl der Updates) ein "Nachteil" von Rolling-Release-Systemen.

    Von zeitlichen Empfehlungen habe ich noch nichts gehört.

    Sollte jedoch etwas schief gehen, könntest du (vorausgesetzt BTRFS als Dateisystem und Snapper aktiviert) mit einem Rollback einen funktionierenden Zustand wieder herstellen und warten, bis fehlerkorrigierende Updates herauskommen.


    PS:

    Bei Tumbleweed immer zypper dup nutzen.

    Siehe hier:

    https://en.opensuse.org/System_Updates

    Ich hatte auch schon probiert, einen aktuellen Kernel zu installieren. Dies änderte leider nichts am Problem, darum bin ich wieder zurück auf den Standard-Kernel von 15.1.

    Sollte eigentlich funktionieren.

    Wie genau hast du den aktuellen Kernel installiert?


    Poste bitte:

    Code
    /sbin/lspci -nnk | grep -EiA3 "vga|3d|disp|graphic"

    Und auch:

    Code
    zypper lr -d

    matbhm :thumbup:

    Je mehr Verzeichnisse, desto größer die Chance für Gerhard, alles wieder herstellen zu können.

    "kabc" war übrigens die Datei (KAddressbook)

    Ist mittlerweile wohl zu finden unter: ~/.local/share/kaddressbook/

    Bin gespannt ob alles klappt...

    Habe mir noch einmal die geposteten Fehlermeldungen angeschaut.

    Diese gehen von Kernel-Bug, über UUID bis hin zur Grafik.

    Da dein Rechner jedoch nicht am Netz hängt und somit auch keine Updates eingespielt wurden, würde ich Folgendes noch versuchen:

    - Ein- und Ausschalter am Laptop für min. 30 Sekunden gedrückt halten

    - Rechner sollte jetzt aus sein

    - Nach dem Einschalten direkt ins Bios (vermutlich mit der Taste F10)

    - Einstellungen auf "Factory" setzen (kann auch "Default" heißen) und Datum und Zeit richtig einstellen

    - Einstellungen speichern - Start - Test


    Sollte auch das nicht helfen, könntest du hier noch posten:

    Code
    cat /etc/fstab

    Und:

    Code
    blkid

    Wie andere Helfer auch berichteten, sind einige KMail-Verzeichnisse mal hier und mal dort.

    Unterschiede gibt es auch zwischen KDE4 und KDE5 z.B.

    Habe mal aus diversen Quellen die wichtigsten Verzeichnisse / Dateien rausgesucht.

    Einige von denen wird es bei dir nicht geben, da es sich evtl. um einem alten Standard handelt.

    Aber das siehst du dann ja.


    ~/.local/share/local-mail/

    ~/.local/share/aconadi_maildir_resource_0/

    ~/.local/share/akonadi/

    ~/.kde4/share/config/kmailrc

    ~/.kde4/share/config/mailtransports

    ~/.kde4/share/config/emaildefaults

    ~/.kde4/share/config/emailidentities

    ~/.kde4/share/apps/kabc

    ~/.kde4/share/apps/korganizer

    ~/local/share/

    ~/.config/akonadi/

    ~/.kde4/share/config/nepomukserverrc

    ~/.kde4/share/apps/nepomuk/


    Ich drücke dir die Dauemn, dass du alle Mails wieder zu sehen bekommst :)

    Bei Thunderbird z.B. ist es egal.

    Bei der mächtigen Pim-Suite (KMail, Akonadi, kontact, Korganizer usw.) kann ich mir gut vorstellen, dass dieses Thema nicht unwichtig ist. Da ich selber KMail nicht nutze, bin ich mir hier jedoch nicht sicher - aber schaden kann es nicht, wenn der User und gerade die UID identisch ist.


    Der erste User bekommt die UID 1000.

    Danach geht es weiter mit 1001, 1002 usw.

    Der Konsolenbefehl id zeigt dir das auch.


    Ich wäre hergegangen und würde einen identischen User inkl. UID anlegen (oder den jetzigen ändern) und anschl. Ordner für Ordner, von der USB-HDD, zurück kopieren - nicht verschieben. Dabei würde ich mit den (zumeist versteckten) Verzeichnissen anfangen, die in diesem Thread vorgeschlagen wurden (bzgl. KMail). Ab und zu ruhig mal ab- und wieder anmelden und testen.


    Sollte etwas schief gehen, ist alles kein Problem, da deine USB-HDD unverändert bleibt.