Auch den Schlüssel heruntergeladen:
SDB:Download help - openSUSE Wiki
Übrigens wird nicht das ISO mit dem gpg-key überprüft, sonder die Prüfsummendatei.
Wenn die gpg-Überprüfung der Prüfsummendatei stimmt und die Prüfsumme auch stimmt, ist alles in Ordnung.
Da muss doch noch dieser rtl816X Treiber installiert werden.
Nö, läuft:
ZitatCode02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15) Subsystem: Hewlett-Packard Company Device [103c:84ae] Kernel driver in use: r8169 Kernel modules: r8169
Poste mal:
zypper lr -duname -azypper se -si rtw88So weit ich weiß, hat sich das auch ohne neue Hardware bei einem Upgrade auf einen neuere Version ändern können, deswegen UUID.
Alles anzeigenNaja als Dateimanager würde ich eher Krusader nehmen.
Ansonsten für Andere, auch wenn du das scheinbar schon hast,
Yast/zusatz produkte/hinzufügen/community-repositorys/packman
dann nach vlc-codecs in yast software suchen und installieren.neuerdings war glaube ich auch noch nötig mpeg-4 zu installieren, bzw. ich glaube ffmpeg.4
Dann läuft alles mpg in allen Programmen.
(Scheinbar versucht man Opensuse zu behindern, durch hohe Lizenzforderungen für mp4).
Auch hier:
Alles anzeigenFür andere, mit folgendem geht mp4 immer überall:
Yast/zusatz produkte/hinzufügen/community-repositorys/packman
dann nach vlc-codecs in yast software suchen und installieren.
neuerdings war glaube ich auch noch nötig mpeg-4 zu installieren, bzw. ich glaube ffmpeg.4.
(Scheinbar versucht man Opensuse mit hohen Lizenzforderungen zu behindern)
Auch hier:
Kommt darauf an, ob man vlc mit der gstreamer engine oder nativ laufen lässt.
Bei gstreamer muss man gstreamer-plugins-ugly-orig-addon (für h264, asf (wmv) usw.) zusätzlich installieren, natürlich nicht vergessen auf Packman umzustellen.
Ansonsten reicht vlc-codes.
Übrigens:
openSUSE wird nicht mit hohen Lizenzanforderungen behindert, openSUSE benutzt nativ nur Software mit bestimmten Lizenzen und vor allen Dingen keine patentbehafteten Programme/libs.
Daher ist auch ffmpeg von openSUSE ohne h264 Unterstützung gebaut, die es aber wiederum bei Packman gibt.
rpm -ql gstreamer-plugins-ugly-orig-addon
/usr/lib64/gstreamer-1.0/libgstamrnb.so
/usr/lib64/gstreamer-1.0/libgstamrwbdec.so
/usr/lib64/gstreamer-1.0/libgstasf.so
/usr/lib64/gstreamer-1.0/libgstx264.so
/usr/share/gstreamer-1.0/presets/GstAmrnbEnc.prs
/usr/share/gstreamer-1.0/presets/GstX264Enc.prsIst doch ganz einfach ... benutzt du eine NVidia-Grafikkarte, so führt die Deaktivierung des Repos dazu, das dein Treiber nicht mehr mit Updates versorgt wird. Das könnte dazu führen, das du irgendwann einmal vor einem schwarzen Bildschirm sitzt. Benutzt du keine NVidia-Grafikkarte ist die Deaktivierung des NVidia-Repos sowieso geboten, denn was macht das Repo ohne entsprechende Karte im System. Jedoch ist mir kein Fall bekannt, in dem ein mißlungenes Update eines Grafiktreibers zu solchen Problemen geführt hat, wie sie bei dir vorliegen (Plasma verschwunden). Die Grafikkarte halte ich in deinem Fall für unschuldig.
Zusätzlich als Hintergrund:
Jetzt kommt Radio Eriwan:
Kann sein, muss nicht......
Es kommt immer darauf an, wie die Treiber gebaut werden, es kann sein, das diese Treiber ein Kernel-Update (innerhalb von Leap 15.x bleibt ja die Kernel Version gleich) überlebt....
Aber wenns denn funktioniert, lass es einfach so.
Nur so als Tip:
Wie sehen die Festplattennbezeichnungen in der jeweiligen /etc/fstab aus?
Aber gut, Leap 15.2 ist tot, die 13.2 ist schon ewig tot, Leap 15.3 ist grenzwertig und die Leap 15.4 Alpha kenne ich nicht, da ich nur ausschließlich Tumbleweed nutze.
Kannst du bitte das, was ich fett markiert habe, erklären?
Ist die aktuelle openSUSE Version..........
Zum Therma Leap 15.1:
Wiegt euch mit einem Virenscanner nicht zu sicher, immer daran denken, das Programme auch Sicherheitslücken haben, die bei einer aktiven Distribution auch gepatched werden......
Da nützt dann auch keine Firewall und ein Virenscanner........
Ich hab ja gedacht, hier geht es nur um einen Rechner........
Wenn alle Rechner diese Karte verbaut haben, dann gibt es nur einen Tip:
Eine Distribution nehmen, die diese Karte nativ unterstützt.
Alles andere ist doch übertrieben.
Seiteneffekte gibts eigentlich keine großen, so lange wie nicht eine alte Software am Kernel herumfuscht.......
Das Problem ist die Bezeichnung der Partitionen in der /etc/fstab, deswegen verwendet openSUSE eigentlich schon länger die UUID:
cat /etc/fstab
UUID=ed232525-8358-4aeb-9182-4254c864594f / btrfs defaults 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
UUID=81F3-EDF9 /boot/efi vfat defaults 0 0
UUID=603fa060-d3a8-46a9-ba4c-6505febc0d43 /home ext4 defaults 0 2
#UUID=1b216404-48a6-40c5-bd62-7e48ed4f60e9 /mnt/1TB ext4 defaults 0 2
UUID=ed232525-8358-4aeb-9182-4254c864594f /var btrfs subvol=/@/var 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /usr/local btrfs subvol=/@/usr/local 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /tmp btrfs subvol=/@/tmp 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /srv btrfs subvol=/@/srv 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /root btrfs subvol=/@/root 0 0
UUID=ed232525-8358-4aeb-9182-4254c864594f /opt btrfs subvol=/@/opt 0 0
UUID=a04c4eae-6524-4efc-ba13-c249d684769e /mnt/2TB ext4 defaults Die sind eigentlich eindeutig.......
Während sdX wechseln kann.