Anderen USB-Port benutzen?
Oder über Nacht mal nen memcheck laufen lassen......
Anderen USB-Port benutzen?
Oder über Nacht mal nen memcheck laufen lassen......
Auch nicht nachdem in der Konsole zypper patch, zypper up und zypper clean -a && zypper ref && zypper dup durchgeführt wurde.
Und wenn du zypper inr ausführst, ist das Paket libqt5-qtwebengine mit dabei? Falls nicht, dann versuche die Installation doch direkt mittels
Selbes Ergebnis man kommt nicht in YaST rein.
Danke sehr bis hierher melde mich wieder .
Das Paket libqt5-qtwebengine wurde aber installiert, oder nicht? Hast du dich nach der Installation des Paketes ab- und wieder angemeldet? Was gibt es denn für Meldungen, wenn du YaST2 oder YaST2-Software direkt aus einem Terminalemulator (Konsole, gnome-terminal etc.) heraus als Root/su startest?
oder
Danke erst einmal für die Antworten und herzlich willkommen in der 2020.
Das Problem hat sich erledigt nachdem ich bzw. der PC ein RAM scann durchgeführt hat und das über 2 Tage. Danach neu installiert und sieh da alles hat einwandfrei funktioniert.
Allerdings als ein Kernel update durchgeführt wurde erscheint ein schwarzer Bildschirm. Unter dem Installation Kernel 4.12.14 erscheint der Anmeldebildschirm, alle Kernel bis einschließlich 5.4.81 default, bleibt der Bildschirm Schwarz. Hat jemand eine Idee woran das liegen kann und was ist zu tun damit man mit dem neuen Kernel sich Anmelden kann ?
linux-8dn1:/home/lou # systemctl status default.target
● graphical.target - Graphical Interface
Loaded: loaded (/usr/lib/systemd/system/graphical.target; indirect; vendor preset: d>
Active: active since Wed 2020-01-08 13:40:10 CET; 6min ago
Docs: man:systemd.special(7)
Jan 08 13:40:10 linux-8dn1 systemd[1]: Reached target Graphical Interface.
lines 1-6/6 (END)
hallo, gibt es wirklich niemand, der helfen kann
ZitatUnter dem Installation Kernel 4.12.14 erscheint der Anmeldebildschirm, alle Kernel bis einschließlich 5.4.81 default, bleibt der Bildschirm Schwarz.
Und warum die kernel aus kernel:stable??????
Wenn da noch Nvidia aus dem Repo installiert ist, ist das auch kein Wunder....
Und warum die Kernel aus kernel:stable??????Wenn da noch Nvidia aus dem Repo installiert ist, ist das auch kein Wunder....
Wieso, ... kernel:stable?????? na weil es auf den anderen Rechnern einwandfrei läuft. Was empfehlt Du ?
Nvidia Rep, habe ich jetzt gelöscht. werde beim beim nächsten Start sehen ob es daran gelegen hat.
Nvidia Rep, habe ich jetzt gelöscht. werde beim beim nächsten Start sehen ob es daran gelegen hat.
Nicht das Repo ist das Problem, sondern die daraus installierten Pakete.
Und die bleiben auch nach einer Löschung des Repos installiert......
Wenn es mit Kernel 4.12 aus dem OSS Repo tut, warum dann kernel:stable?
....ok, danke ! Nvidia Repo wieder eingehängt und die dazugehörigen Programme, und danach wieder das Repo gelöscht. ...noch nicht wieder neugestartet, da ich gerade über den PC schreibe.
kernel:stable deshalb, da es eine getestete stabile Version ist.
linux-8dn1:/home/lou # zypper se -si kernel-default
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+----------------------+-------+-----------------------+--------+--------------------------------
i+ | kernel-default | Paket | 5.4.7-1.1.g34ebd00 | x86_64 | (Systempakete)
i+ | kernel-default | Paket | 5.4.8-1.1.g582f5cb | x86_64 | Kernel_stable
i+ | kernel-default | Paket | 4.12.14-lp151.28.36.1 | x86_64 | openSUSE_Leap_15.1_Update
i+ | kernel-default | Paket | 4.12.14-lp151.28.36.1 | x86_64 | Hauptaktualisierungs-Repository
i+ | kernel-default-devel | Paket | 5.4.7-1.1.g34ebd00 | x86_64 | (Systempakete)
i+ | kernel-default-devel | Paket | 5.4.8-1.1.g582f5cb | x86_64 | Kernel_stable
linux-8dn1:/home/lou # zypper lr -d
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst
---+-------------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+--------+----------------------------------------------------------------------------------+-------
1 | http-download.opensuse.org-4516889d | KDE:Frameworks5 | Ja | (r ) Ja | Ja | 90 | rpm-md | http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_15.1/ |
2 | http-download.opensuse.org-6472c5b2 | home:Herbster0815 | Ja | (r ) Ja | Ja | 97 | rpm-md | http://download.opensuse.org/repositories/home:/Herbster0815/openSUSE_Leap_15.1/ |
3 | openSUSE_Leap_15.1 | KDE_Qt5 | Ja | (r ) Ja | Ja | 80 | rpm-md | http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_15.1/ |
4 | openSUSE_Leap_15.1_1 | multimedia_apps | Ja | (r ) Ja | Ja | 80 | rpm-md | http://download.opensuse.org/repositories/multimedia:/apps/openSUSE_Leap_15.1/ |
5 | openSUSE_Leap_15.1_2 | home_lrupp | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/repositories/home:/lrupp/openSUSE_Leap_15.1/ |
6 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja | 80 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.1/ |
7 | oss | openSUSE_Leap_15.1_Update | Ja | (r ) Ja | Ja | 80 | rpm-md | http://download.opensuse.org/update/leap/15.1/oss/ |
8 | packman.inode.at-suse | Packman Repository | Ja | (r ) Ja | Ja | 20 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_15.1/ |
9 | repo-non-oss | Non-OSS Repository | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/non-oss/ |
10 | repo-oss | Haupt-Repository | Ja | (r ) Ja | Ja | 80 | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/oss/ |
11 | repo-update | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 80 | rpm-md | http://download.opensuse.org/update/leap/15.1/oss |
12 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/update/leap/15.1/non-oss/ |
13 | standard | Kernel_stable | Ja | (r ) Ja | Ja | 70 | rpm-md | http://download.opensuse.org/repositories/Kernel:/stable/standard/ |
linux-8dn1:/home/lou #
Alles anzeigen