Leap 16.0 basiert auf der neuen openSUSE ALP (Adaptable Linux Platform), ...
Hidalgo: Das heißt inzwischen SLFO
Vielleicht wird nach einiger Zeit Videogucken das Asus unter Leap 16 zu stark gebremst, weil das Power-Management unter Linux zu restriktiv greift?
Das war auch mein Gedanke in post #22 Punkt 2. Bin mir aber nicht ganz sicher, ob es sich heute noch so abschalten lässt.
1. Hast du mal überprüft, ob die Audio/Video-Probleme vielleicht mit einer Überhitzung zusammenhängen?
Mit dem folgenden Kommando in einer Konsole kannst du testen, ob die Aussetzer mit einer erhöhten Temperatur korrelieren (wird alle 3 Sekunden gemessen):
watch -n 3 "sensors | grep -C3 °"2. Um zu überprüfen, ob es ein Problem mit power-save gibt, konnte man es früher folgendermaßen abschalten: Eine Datei erzeugen, z.B. /etc/modprobe.d/10-intel-audio.conf, mit folgenden Einträgen:
options snd_hda_intel power_save=0
options snd_hda_intel power_save_controller=NTritt erst nach einem Neustart in Effekt. Allerdings weiß ich nicht, ob das heute noch so funktioniert, wenn z.B. gleichzeitig noch tuned läuft.
3. Man kann überprüfen, ob es Probleme in der Audio/Video-Verarbeitung (Performance, Latenz, Auslastung) gibt, mit
pw-topUnd noch eine weitere: woran hat man bei meinen ursprünglichen Logs erkannt, dass es sich um grub-bls handelt und nicht bloss grub2 oder grub2-efi?
Um zu überprüfen, welcher bootloader bei dir gerade läuft:
/usr/sbin/update-bootloader --showBlöde Frage: wie füge ich bei Punkt 3 den os-prober hinzu?
Die relevante Zeile in der /etc/default/grub muss heißen:
GRUB_DISABLE_OS_PROBER="false"Hmmm... ich kann das schon testen. Nur die Frage, was ist das Risiko dabei? Weil wenn ich Punkt 2 richtig verstehe, dann wird wohl der grub-bls entfernt und ich kann hoffen, dass es keine Probleme mit dem grub2 gibt. Sprich, dass ich dann alle notwendigen Pakete passend installiert habe.
Das kann ich dir leider nicht mit Sicherheit sagen. Ich fand kürzlich diese Vorgehensweise eines Tumbleweed-Nutzers interessant, dem damit die Umstellung von grub2-bls zu grub2 gelungen war, und hatte mir die einzelnen Schritte notiert ohne sie dann bisher selbst zu testen. Auch war mir nicht klar, ob er zu grub2 oder grub2-efi konvertiert ist.
Irgendwo hatte ich mal folgende Methode zur Rückkehr zum bisherigen grub2 gelesen und mir aufgeschrieben. Habe es aber noch nicht selbst ausprobiert, deshalb ohne Gewähr ...
1. Installation von :
grub2 grub2-branding-openSUSE grub2-common grub2-i386-pc grub2-snapper-plugin grub2-systemd-sleep-plugin grub2-x86_64-efi
2. Entfernen von:
grub2-x86_64-efi-bls
3. os-prober hinzufügen (aktivieren) in
/etc/default/grub
4. Bootloader erzeugen mit:
sudo grub2-install
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
5. Reboot
Good luck!
Vielleicht liest das gerade jemand, der es einmal testen will?
Hast du bei der TW-Installation angegeben "Fremdes OS testen"?
Das hat nichts mit dem Problem zu tun.
Die richtige Antwort wurde bereits in post #2 von Sauerland gegeben ...
8 | packman-opensuse-leap-16.0 | PackMan openSUSE Leap 16.0 | Yes | (r ) Yes | Yes | - | 99 | rpm-md | https://ftp.fau.de/packman/suse/openSUSE_Leap_16.0/
Wenn ich schon das Packman-Repo installiere, dann gebe ich diesem einen höhere Priorität (kleinere Zahl) und erlaube auch den Anbieterwechsel ...
Deine Zypper-Ausgabe bezieht sich auf Tumbleweed und nicht auf Leap 16.0
Lieber PaulB: Was Alero dir exemplarisch mit seiner tumbleweed-Ausgabe zeigen wollte, ist die richtige Formatierung der Ausgabe, da man es sonst kaum lesen kann.
Also bitte erst auf das </>-Symbol drücken und dann die Ausgabe in den geöffneten Bereich unter Code einfügen ...
oder alternativ nach dem Einfügen deiner Ausgabe, diese mit der Maus highlighten (auswählen) und danach auf </> klicken.
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory
Ich würde probieren, ob die Installation von libvdpau_va_gl1 weiterhilft:
sudo zypper in libvdpau_va_gl1Bus 001 Device 008: ID 04e8:6860 Samsung Electronics Co., Ltd Galaxy series, misc. (MTP mode)
Soweit ich das sehen kann, sieht das alles gut aus (das Repo Nr. 1 kannst du löschen: sudo zypper rr 1).
Vermutlich hast du auch schon die anderen usb-Ports am Rechner ausprobiert?
Außerdem gibt es noch die mtp-tools, die ich nicht installiert habe, da sie für meine Geräte nicht benötige werden.
Was passiert, wenn du dein smartphone anschließt, dann Dolphin öffnest und anschließend nochmals am smartphone die Auswahl des connects änderst (z.B. tethering, usb-Laden oder ähnlich) und dann wieder zurück auf (mtp)Datentransfer umschaltest?
Dazu kann ich auch noch eine Erfahrung beisteuern.
Nachdem ich schon mehrfach erfolgreich mit dem opensuse-migration-tool von Leap 15.6 nach 16.0 upgegraded habe, allerdings immer mit der Auswahl, dass apparmor beibehalten und nicht auf selinux umgestellt werden soll, wollte ich heute wissen, was passiert, wenn man auf 'selinux umstellen' auswählt.
Nach dem Neuboot von Leap 16.0 war ich enttäuscht, dass von selinux nichts zu sehen war und stattdessen in /proc/cmdline der Parameter auf apparmor stand. Es scheint also egal zu sein, was man im migration-tool nimmt.
Allerdings waren die Parameter 'security=selinux selinux=1' bereits in der /boot/grub2/grub.conf zu finden, woraufhin ich es mit einem beherzten update-bootloader --config regeln wollte.
Jedoch blieb das System nach dem Booten hängen mit:
!!!!! Failed to load selinux policy
Da hat dann auch kein Abwarten mehr geholfen ...
Die Lösung steht wohl im vorherigen post von Sauerland.