Beiträge von starwalker

    Alero

    ich verstehe nicht, was Du mir sagen willst. Aus dem Vergleich der beiden Outputs erkenne ich

    -dass die Pakete auf Deinem System alle vom Packman-Repository kommen, meine aus dem Haupt-Repository (OSS) und openSUSE-20220210-0. Daran kann ich nichts falsches erkennen.

    -dass auf meinem Systeme jedes Paket gleich zwei mal auftaucht. Keine Ahnung, ob das anders sein soll und wie man das erreicht

    -dass die Versionsnummern leicht abweichen. Sollte aber nach einem Systemupdate wieder behoben sein



    -

    Erledigt. Das Update lieferte den Output, den Du im Attachment einsehen kannst:

    ZypperDup.txt


    Code
    zypper se -si mesa


    liefert nun


    Am Systemverhalten hat sich aber leider nichts verändert.


    Snapper kannte ich bisher nicht. Kommt laut meinem Verständnis in meinem System auch nicht in Frage, da hierfür btrfs erforderlich ist, während ich EXT4 verwende.

    Hallo Sauerland,

    Zitat

    Hast du das nvidia-kmp mnal neu installiert:

    Code
    zypper in -f nvidia-driver-G06-kmp-default

    ja, soeben habe ich das Kommando eingegeben. Soweit ich erkennen konnte, ist die Neuinstallation ohne Fehler durchgelaufen. Nach einem Reboot hat sich das System jedoch unverändert verhalten.


    Zitat

    Oder mal mit einem älteren Schnappschuss gebootet?

    Mein letztes Backup ist von Februar. Ich lasse eigentlich täglich die neuesten Aktualisierungen aufspielen. Als dann im März plötzlich mein System nach einer dieser Aktualisierungen nicht mehr wie gewohnt booten wollte, habe ich zunächst versucht, das Problem auszusitzen und habe einfach das letzte Backup wieder eingespielt. In der Vergangenheit hat das, seit ich das System 2020 eingerichtet habe, gut geklappt: wenn mal eine neue Kernelversion nicht mehr booten wollte, ging ab der nächsten Version plötzlich wieder alles. Hier greift die Strategie leider nicht und ich habe die zwei Varianten: Problem lösen oder System neu aufsetzen. Die frage ist, ab wann der Aufwand für die Fehlersuche größer ist, als das System neu aufzusetzen (was noch recht schnell geht) bzw. hinterher alles wieder so einzurichten, wie man sich das wünscht (das dauert leider ziemlich lange).


    Zitat

    Poste mal bitte noch zusätzlich


    Code

    Code
    zypper se -si mesa


    Gerne, hier das Ergebnis:

    Hallo Alero, zu Deiner Frage

    Zitat

    Was macht Repo 8 und 9 in der Liste? CentOS ist das hier nicht.

    Das sind die Repositorys, die ich zur Installation von Nordvpn unter Linux bei der Einrichtung gefunden habe. Falls Du andere kennst, nur her damit. Aber das führt am Thema dieses Threads vorbei. Wie Sauerland sagt: es funktioniert.

    Hallo Sauerland, hier die gewünschten Kommandooutputs:



    Code
    zypper se -si kernel nvidia
    
    Siehe Anhang Zypper.txt

    Zypper.txt

    Code
    unknown04d9f5812e24:~ # update-alternatives --config default-xsession.desktop
    There are 2 choices for the alternative default-xsession.desktop (providing /usr/share/xsessions/default.desktop).
    
      Selection    Path                                        Priority   Status
    ------------------------------------------------------------
    * 0            /usr/share/xsessions/plasma6.desktop         25        auto mode
      1            /usr/share/xsessions/icewm-session.desktop   15        manual mode
      2            /usr/share/xsessions/plasma6.desktop         25        manual mode
    
    Press <enter> to keep the current choice[*], or type selection number: 0


    Hallo zusammen,

    ich bitte um Hilfe bei einem Problem, das beim Upgrade meines Opensuse Tumbleweed auf Plasma6 entstanden ist. Das Problem ist, dass Plasma zwar startet, jedoch mit schwarzem Bildschirm und ohne Taskleiste. Ein rechter Mausklick auf den Desktop bringt keine Menüs zum Vorschein. Lediglich wenn ich mit der Maus in die Linke obere Bildschirmecke fahre, erscheint ein Suchfeld, von dem ich aus alle möglichen Programme starten kann, also eine Konsole, Firefox, etc. . Ich kann die Fenster problemlos verschieben, verkleinern, schließen etc. . Anwendungen wie Dolphin verhalten sich zumindest auf den ersten Blick völlig normal. Könnt Ihr mir helfen, meinen alten Desktop wieder zurückzubringen? Ich bin zwar kein Anfänger, würde mich aber auch nicht als fortgeschrittenen Linux-Experten bezeichnen.

    Für die Analyse erforderliche Daten liefere ich gerne nach.

    Vielen Dank schon im Voraus.


    Zum Upgradevorgang:

    Ich habe den Upgrade am 23.06.2024 durchgeführt, indem ich mich abgemeldet habe und in einer Konsole (ctl+alt+F1) das Kommando "zypper dup" eingegeben habe. Zunächst musste ich einige Konflikte Lösen, die meist mit noch vorhandenen Pulseaudio-Paketen zusammenhingen. Danach ist das Upgrade ohne Fehlermeldungen durchgelaufen und ich habe das System dann neu gebootet. Ein Tipp aus einem Forum war, nach dem Upgrade/Neustart nochmals das Kommando "zypper dup" einzugeben, für den Fall, dass bei der Installation eines Paketes ein Abbruch stattgefunden hat. Es kam jedoch die Meldung, dass keine Aktionen erforderlich seien. Heute wurden beim Ausführen des Kommandos ein paar weitere Pakete aktualisiert, jedoch verhält sich das System unverändert.


    Mein System:

    CPU AMD Ryzen 9 5950X

    Mainboard ASUS ROG Strix X570-F Gaming

    Speicher G.SKill TridentZ 64GB Kit DDR4-3600 CL17

    SSD Corsair Force MP600 1 TB, M.2 2280, NVMe PCIe Gen 4.0 x4)

    Grafikkarte Asus RTX2080TI ROG-STRIX-RTX2080TI-O11G-GAMING (11GB)


    zypper lr -d

    # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service

    ---+----------------------------------------+---------------------------------+---------+-----------+---------+----------+--------+-------------------------------------------------------------------------------+--------

    1 | anydesk | AnyDesk OpenSUSE - stable | Ja | (r ) Ja | Nein | 99 | rpm-md | http://rpm.anydesk.com/opensuse/x86_64/ |

    2 | download.nvidia.com-tumbleweed | nVidia Graphics Drivers | Ja | (r ) Ja | Ja | 2 | rpm-md | https://download.nvidia.com/opensuse/tumbleweed |

    3 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 14 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |

    4 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 6 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |

    5 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 15 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |

    6 | ftp.gwdg.de-Essentials | Packman Essentials Repository | Ja | (r ) Ja | Ja | 3 | rpm-md | http://ftp.gwdg.de/pub/linux/m…USE_Tumbleweed/Essentials |

    7 | ftp.gwdg.de-openSUSE_Tumbleweed | Packman Repository | Ja | (r ) Ja | Ja | 3 | rpm-md | http://ftp.gwdg.de/pub/linux/m…suse/openSUSE_Tumbleweed/ |

    8 | nordvpn | NordVPN YUM repository - x86_64 | Ja | (r ) Ja | Ja | 5 | rpm-md | https://repo.nordvpn.com/yum/nordvpn/centos/x86_64 |

    9 | nordvpn-noarch | NordVPN YUM repository - noarch | Ja | (r ) Ja | Ja | 5 | rpm-md | https://repo.nordvpn.com/yum/nordvpn/centos/noarch |

    10 | openSUSE-20220210-0 | openSUSE-20220210-0 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |

    11 | opensuse-guide.org-openSUSE_Tumbleweed | libdvdcss repository | Ja | (r ) Ja | Ja | 4 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ |

    12 | repo-debug | openSUSE-Tumbleweed-Debug | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/tumbleweed/repo/oss/ |

    13 | repo-source | openSUSE-Tumbleweed-Source | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/tumbleweed/repo/oss/ |

    Hallo zusammen,


    das folgende Problem tritt unter Opensuse 15.1 mit Kernel 4.12.14-lp151.28.44-default auf. Mein System ist ein Dual-Boot PC, ein mal mit dem genannten Linux und daneben Win10.


    Ich habe mir vor einem halben Jahr eine m.2 Festplatte (Corsair Force MP600 SSD M.2 SSD NVMe 500GB) zum Ablegen größerer Files gekauft, die unter beiden Betriebssystemen problemlos funktioniert hat. Da diese Festplatte sich schnell als zu klein erwies, wurde sie durch ein größeres Modell ersetzt. Um die nun übriggebliebene Festplatte anderweitig zu verwenden habe ich mir ein Festplattengehäuse für m.2 Festplatten gekauft, dass diese m.2 Disk in eine externe USB Festplatte verwandelt (Icy Box IB-1817M-C31).


    Unter Win10 funktioniert diese Festplatte wie erwartet einwandfrei. Unter Linux macht sie jedoch Probleme beim automatischen mounten.Beim Anstecken der Festplatte erkennt die Geräteüberwachung sofort, dass eine Festplatte angeschlossen wurde und bietet auch an, diese mit der Dateiverwaltung zu öffnen. Klickt man diese Option an, erscheint jedoch die Fehlermeldung "Dieses Gerät kann nicht eingebunden werden."


    Nach einigen Versuchen ist mir aufgefallen, dass ich die Platte jedoch manuell mounten kann. Nach der Eingabe von

    >sudo mount /dev/sdb2 /mnt

    kann die Festplatte ganz normal verwendet werden. Lediglich beim Entfernen muss wieder das root-Passwort erwartungsgemäß eingegeben werden.


    Mein erster Versuch, das Problem einzugrenzen, war ein Blick in den Output des Kommandos "journalctl -f". Ich habe das Kommando zwei mal ausgeführt, zuerst beim Einstecken der problematischen m.2 Festplatte, dann beim Einstecken eines SanDisk USB Sticks, der keine Probleme macht. Leider konnte ich bei der direkten Gegenüberstellung des Outputs nichts erkennen, das mir weiterhilft. Irgendwelche Ideen, wie ich weitermachen kann?


    Im Folgenden der Output von journalctl -f, immer eine Zeile pro Festplatte direkt im Vergleich:

    Mai 27 00:47:18 linux-97mi kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 (das ist die problematische Festplatte)

    Mai 28 21:48:38 linux-97mi kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 (das ist ein funktioinierender USB-Stick)


    Mai 27 00:47:18 linux-97mi kernel: usb 4-1: Product: USB 3.1 Storage Device

    Mai 28 21:48:38 linux-97mi kernel: usb 4-1: Product: Extreme


    Mai 27 00:47:18 linux-97mi kernel: usb 4-1: Manufacturer: JMicron

    Mai 28 21:48:38 linux-97mi kernel: usb 4-1: Manufacturer: SanDisk


    Mai 27 00:47:18 linux-97mi kernel: usb 4-1: SerialNumber: DD5641988484C

    Mai 28 21:48:38 linux-97mi kernel: usb 4-1: SerialNumber: AA010124160009551029


    #############################################(hier "fehlt" eine entsprechende Zeile von der ersten Festplatte)

    Mai 28 21:48:38 linux-97mi kernel: usb-storage 4-1:1.0: USB Mass Storage device detected


    Mai 27 00:47:18 linux-97mi kernel: scsi host6: uas

    Mai 28 21:48:38 linux-97mi kernel: scsi host6: usb-storage 4-1:1.0


    Mai 27 00:47:18 linux-97mi kernel: scsi 6:0:0:0: Direct-Access Force MP 600 3103 PQ: 0 ANSI: 6

    Mai 28 21:48:39 linux-97mi kernel: scsi 6:0:0:0: Direct-Access SanDisk Extreme 0001 PQ: 0 ANSI: 6


    Mai 27 00:47:18 linux-97mi kernel: sd 6:0:0:0: Attached scsi generic sg2 type 0

    Mai 28 21:48:39 linux-97mi kernel: sd 6:0:0:0: Attached scsi generic sg2 type 0


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/466 GiB)

    Mai 28 21:48:39 linux-97mi kernel: sd 6:0:0:0: [sdb] 122544516 512-byte logical blocks: (62.7 GB/58.4 GiB)


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] 4096-byte physical blocks

    #############################################


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] Write Protect is off

    Mai 28 21:48:39 linux-97mi kernel: sd 6:0:0:0: [sdb] Write Protect is off


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] Mode Sense: 5f 00 00 08

    Mai 28 21:48:39 linux-97mi kernel: sd 6:0:0:0: [sdb] Mode Sense: 53 00 00 08


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

    Mai 28 21:48:39 linux-97mi kernel: sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)

    #############################################


    Mai 27 00:47:20 linux-97mi kernel: sdb: sdb1 sdb2

    Mai 28 21:48:39 linux-97mi kernel: sdb: sdb1


    Mai 27 00:47:20 linux-97mi kernel: sd 6:0:0:0: [sdb] Attached SCSI disk

    Mai 28 21:48:39 linux-97mi kernel: sd 6:0:0:0: [sdb] Attached SCSI removable disk


    Mai 27 00:47:20 linux-97mi kdeinit5[1870]: QObject::connect: invalid null parameter

    Mai 28 21:48:39 linux-97mi kdeinit5[1862]: QObject::connect: invalid null parameter


    Mai 27 00:47:20 linux-97mi kdeinit5[1870]: QObject::connect: invalid null parameter

    Mai 28 21:48:39 linux-97mi kdeinit5[1862]: QObject::connect: invalid null parameter


    Mai 27 00:47:21 linux-97mi kdeinit5[1870]: QObject::connect: invalid null parameter

    Mai 28 21:48:39 linux-97mi kdeinit5[1862]: QObject::connect: invalid null parameter


    Mai 27 00:47:21 linux-97mi kdeinit5[1870]: QObject::connect: invalid null parameter

    #############################################


    Mai 27 00:47:21 linux-97mi plasmashell[1911]: org.kde.plasmaquick: Applet "Geräteüberwachung" loaded after 0 msec

    Mai 28 21:48:39 linux-97mi plasmashell[1902]: org.kde.plasmaquick: Applet "Geräteüberwachung" loaded after 0 msec


    Mai 27 00:47:21 linux-97mi plasmashell[1911]: org.kde.plasmaquick: Increasing score for "Geräteüberwachung" to 20

    Mai 28 21:48:39 linux-97mi plasmashell[1902]: org.kde.plasmaquick: Increasing score for "Geräteüberwachung" to 54


    Mai 27 00:47:21 linux-97mi plasmashell[1911]: org.kde.plasmaquick: Applet "Systemabschnitt der Kontrollleiste" loaded after 0 msec

    Mai 28 21:48:39 linux-97mi plasmashell[1902]: org.kde.plasmaquick: Applet "Systemabschnitt der Kontrollleiste" loaded after 0 msec


    Mai 27 00:47:21 linux-97mi plasmashell[1911]: org.kde.plasmaquick: Applet "Systemabschnitt der Kontrollleiste" loaded after 0 msec

    Mai 28 21:48:39 linux-97mi plasmashell[1902]: org.kde.plasmaquick: Applet "Systemabschnitt der Kontrollleiste" loaded after 0 msec


    Mai 27 00:47:21 linux-97mi plasmashell[1911]: org.kde.plasmaquick: Increasing score for "Systemabschnitt der Kontrollleiste" to 15

    Mai 28 21:48:39 linux-97mi plasmashell[1902]: org.kde.plasmaquick: Increasing score for "Systemabschnitt der Kontrollleiste" to 34


    Nach diesem Output habe ich versucht, die Festplatte mit der Geräteverwaltung zu verwenden, beim Anklicken der Option kommt dann lediglich die oben genannte Fehlermeldung, im journalctl war kein Output zu sehen.


    Grüße und Danke im Voraus für Eure Mühe