Beiträge von Hidalgo

Zitat von Alero

Hast du mal etwas anderes als VLC getestet?

Das wäre durchaus eine Option.

Man kann jetzt nur vermuten:

Dass deine Hardware unter Leap 16 nicht optimal unter Verwendung von VLC unterstützt wird, was man in den Buffer-Einstellungen vom VLC "entschärfen" kann.

Leider habe ich die entsprechenden Einstellungsmöglichkeiten in VLC (noch) nicht gefunden, um da etwas beeinflussen zu können.

Daher bitte einmal folgendes ausprobieren:

Unter Werkzeug - Einstellungen oben in der Leiste auf Eingang/Codecs gehen und dort bitte die

Hardware-beschleunigte Dekodierung abschalten. Dein Rechner sollte "kräftig" genug sein und bei mangelnder Funktion der entsprechenden Unterstützung ist das eh' Nonsens.

root umgeht Sicherheitseinstellungen von systemd, weshalb mariadb offensichtlich unter root funktioniert. Beim Start als normaler User greifen diese Sicherheitseinstellungen aber. Somit wäre diese Verhaltensweise logisch. Leider bin ich kein Datenbankexperte, versuche nur eine Logik aufzubauen und vielleicht "Hilfe zur Hilfe".

Vielleicht ist bei den "Update-Procederes" etwas unvollständig durchgelaufen. Um eine "felsenfeste Grundlage" sicherzustellen, auf der man für eine Fehlersuche weiter aufbauen kann würde ich zunächst mal

sudo mariadb-upgrade -u root -p

durchführen, um einen ordnungsgemäßen Update-Prozess zu erzwingen. Dann weiter schauen, falls das Problem überhaupt weiterhin besteht.

Jetzt würde ich darauf fokussieren, dass das Abspielen von Audiofiles einwandfrei funktioniert und erst danach das Abspielen von Videos überprüfen.

Sound-Subsystem optimieren:

Du hast eine Neuinstallation gemacht - Altlasten solltest Du also nicht haben.

Wenn ich mit Sound Probleme hatte, dann waren bisher immer irgendwelche Codecs die Übeltäter, die nicht von Packman kamen.

Darum würde ich im Terminal ein:

sudo zypper addrepo -cfp 90 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/' packman
sudo zypper refresh
sudo zypper dist-upgrade --from packman --allow-vendor-change
sudo zypper install --from packman ffmpeg gstreamer-plugins-{good,bad,ugly,libav} libavcodec vlc-codecs

durchführen.

Hast du so (!) auf Packman in #11 umgestellt?

Die zeitweiligen Ruckler können auch mit fehlerhafter Soundverarbeitung zusammenhängen - das muss nicht an Videocodecs bzw. der Videowiedergabe liegen. Sound und Video werden ja synchronisiert. Gibt es Probleme auf der einen Seite, dann auch auf der anderen.

Ich würde bei dem Problem versuchen, dass mal einzukreisen und mal die Videowiedergabe ohne Soundverarbeitung in Augenschein nehmen, um zu schauen ob es immer noch ruckelt. Dann würde es natürlich an der Videowiedergabe liegen.

Dazu müsste man mal den Soundserver abschalten:

systemctl --user stop pipewire.socket pipewire.service

Einschalten geht mit "start" statt "stop". Vielleicht kommt man mit diesem Vorschlag weiter?

Hast Du mal:

sudo systemctl enable --now mariadb

ausprobiert? Es sollte dann mariadb nicht nur jetzt starten, sondern auch zukünftig bei jedem Systemstart.

Ich würde zusätzlich ein

sudo chown -R mysql:mysql /var/lib/mysql

ausführen um die gesamten Besitzerrechte für das betreffende Verzeichnis zurück zu setzen, weil bei dir nur root in der Datenbank arbeiten darf.

Sehr sehr wage: Appamor nutzt du nicht? Vielleicht zickt das und ein expliziter Start im laufenden Betrieb umgeht dann irgendwelche Einschränkungen.

Zitat von Sauerland

Jupp, bei einer oder 2 meiner Update-Installationen war es auch so.

?

Das verstehe ich jetzt nicht, weil:

Zitat von Sauerland

Ich benutze weder selinux noch apparmor.

Zitat von rebell21

das bedeutet aber auch, dass man bei Nutzung des opensuse-migration tools defintiv _nicht_ selinux aktivieren sollte, wenn man ein System migriert, dass bisher nicht selinux konform "gelabelt" ist. Schön wäre, wenn die Entwickler des opensuse-migration tools irgendwo auf diese Tatsache hinweisen.

Learning für alle zukünftigen migration tool user

Ein System, das von apparmor kommt oder eben selinux bisher nicht genutzt hat, darf in keinem Fall bei Anwendung des migration tools selinux aktivieren.

Zitat von Sauerland

Murks.

Mal klappt es, mal nicht.

Nicht alles glauben, was geschrieben wird.

Gut, dass dass das noch nochmal nachgefragt bzw. kommentiert wurde!

Sauerland hat Recht und ich lag' falsch - so einfach ist das! Ich habe die falschen Rückschlüsse gezogen, denn im Netz findet man schlichtweg Widersprüchliches dazu.

Vergesst bitte mein Post #55!!!

Sofern im Migrationstool selinux eingestellt wird, wird tatsächlich auch das gesamte Dateisystem auf selinux umgestellt. Es gibt aber keinen Fortschrittsbalken und je nach Umfang des Systems kann das durchaus 20 Minuten dauern (grob). Auch bei SSD! Man meint dann, das System bootet nicht mehr obwohl es noch am arbeiten ist.

Deshalb sollte man nicht ausschalten sondern lange abwarten, wenn man auf selinux umgestellt hat!!!

Die Gedanken von Post #57 hatte ich auch nachdem ich #55 losgelassen hatte und deshalb begann es wieder "zu rattern" und ich stellte mich in Frage!

ICH LAG' FALSCH!!

Die Umstellung ist ein zweistufiger Prozess und wird beim booten erst finalisiert, was dauert.

Dann müssen wir etwas versuchen. Ich vermute, dass das an den fehlenden 32Bit Bibliotheken liegt. Meines Wissens fehlen die in Leap 16 standartmäßig, aber dein Brother braucht die.

Öffne doch mal ein Terminal und gebe dort ein:

sudo zypper in glibc-32bit libusb-0_1-4-32bit libstdc++6-32bit

Danach einen Neustart durchführen und gucken ob's geht.

Ich vermute, dass das Sicherheitskonzept von von selinux zugeschlagen hat und das Booten verhinderte. Der "Leap-Kernel" unterstützt SELinux technisch, die entsprechenden Module sind vorhanden, standartmässig sind diese aber deaktiviert. Darum werden ja bei Bedarf die Bootparameter vom Migrationstool eingetragen. Du hast schliesslich SELinux aktiviert. Wenn aber das bestehende bereits vorher von dir installierte System nicht hinsichtlich SELinux gelabelt ist, dann verweigert SElinux den Zugfriff und das System verweigert den Start.

Es wird alles verboten, was nicht explizit erlaubt ist - das entspricht maximal möglicher Sicherheit mit entsprechend fatalen Folgen für den User (wenn der nicht weiß was da los ist).

So ist das jedenfalls für mich schlüssig - such' dir was aus.

Entfernt man die Parameter für selinux, dann ist das Sicherheitskonzept abgeschjaltet und das system startet wieder.

Im Netz habe ich gefunden, dass man ein für SELinux angepasstes - vorher nicht konformes - System anpassen kann. Dann würde auch der Kernel mit den Bootparametern für SElinx starten.

Fazit: Ich kann nicht ein herkömmliches System, das einem neuen Sicherheitskonzept nicht entspricht, als lauffähig erwarten, wenn ich den Kernel plötzlich anweise eben dieses System so zu bedienen. Dann wird das zwar korrekt bedient - nur kann ich damit nicht mehr arbeiten.

Noch ein Hinweis: Das Migrationstool bedient meines Wissens nur die Kernelparameter entsprechend der getätigten Vorgaben des Users. Ein nicht SE-Linux konformes Dateisystem wird nicht auf SELinux angepasst. Wäre es konform, würde SELInux erwartungsgemäß funktionieren - ansonsten funktioniert es ohne die Erwartungen erfüllen zu können - aber dennoch korrekt!

Dank' Euch beiden für eure Erklärungen/Ausführungen. Ihr werdet das wohl richtig sehen und das sieht ja auch schlüssig aus.

Ich muss mich da für mich und meinem Verständnis noch hinterklemmen. Irgendetwas stellt mich noch nicht zufrieden.

Selbst hier:

openSUSE-Forum

wurde z.B. festgestellt, das manuelle Änderungen in /etc/default/grub nach Durchlauf der anschließenden Konfiguration beim

nächsten Systemstart überschrieben werden - unter der yast Methode geschieht das aber nicht, weil darunter ein automatisiertes Update-Framework läuft.

Jungs ... danke nochmal. Ich muss da jetzt (heute nicht mehr) tief einsteigen, weil ich eben bin wie ich bin.

Ihr begreift dass so - ich eben irgendwie nicht.

Das führt jetzt zu weit und das Problem ist ja auch gelöst. Ich bin ja schon alt - muss noch lernen!