Beiträge von Hidalgo

    Ahhh, der Themeneröffner hat erreicht, was er erreichen wollte: Ein völlig zerstrittene Community!

    (Da dieser Thread sowieso unrettbar verknotet ist, hier nun mein Senf)


    Sehe ich anders. Ein paar Leute sind nicht die Gesamtheit, die eine Community ausmachen.

    Ohne Admins, die ihre Zeit hier ins Forum stecken und es zielgerichtet in Richtung:

    "Hilfe zur Selbsthilfe" lenken - wofür es ja angedacht ist - geht es nicht.

    Das sollte man seinen sonstigen Ansprüchen gegenüberstellen können?


    Falls nicht, Ist man dann wohl genervt, das liegt ja aber nicht am Admin!


    Vielleicht wurde einem auch selbst schon hier geholfen?

    Vielleicht ist man deshalb auch wieder mal hier?


    Dieses Forum existiert auch wegen der Admins!


    Ich sag' mal so:

    Ist man genervt, liegt's an einem selbst, da reines Bewertungsproblem!

    Oder es lag am Kaffee - vielleicht war der schlecht!


    Morgen geht's schon wieder besser!

    Jetzt zerquatscht den Thread hier mal nicht. Macht euch einen eigenen auf, wenn ihr darüber diskutieren wollt. Hier möchte der User sterodo sein Problem gelöst haben.

    Kann Dir hier nur vollumfänglich zustimmen,

    meine sachliche Antwort bezog sich auch auf sterodo

    und sollte keine User dazu animieren, ihre sonstigen Vorlieben

    bzgl. Linux vorzutragen. In diesem Forum geht es um Fehlerbereinigung, wenn möglich.

    Danke für Dein Eingreifen!

    Über den Systemmonitor sollte es sich feststellen lassen,

    welcher Prozess die größte Systemlast erzeugt.

    Ich hatte zweimal während meiner SuSE-Linux Erfahrungen

    das Problem, dass die Festplatte deshalb laufend rödelte, weil

    die Indizierungs-Datenbank kaputt war.

    Nach löschen derselben wurde die dann wieder neu erzeugt

    und war dann fehlerfrei. Bei mir war es der "baloo File extractor",

    der das verursachte. Der ist aber KDE spezifisch!

    Vielleicht gibt es da einen Pendant für deinen Pantheon Desktop.

    Das alles ist (für mich!) nur dann plausibel und kann mit

    den geschilderten Symptomen nur dann passieren

    wenn zu viele Softwarequellen (repositorys) eingebunden sind

    und deshalb die KDE-Einstellungen beim Upgrade zerschossen wurden.

    Da kann dann auch die Kontrollleiste fehlen.


    Somit müsste man mal die Repos überprüfen und die Priorität

    eindeutig auf das packman-Repo legen. Da das augenscheinlich nicht

    im Grafikmodus funktioniert, startet man nach dem Neubooten

    in eine reine Textkonsole mit "init 3".


    Da kann man dann "yast2" eingeben und sich zu den "Softwarequellen"

    mit der Tastatur durchhangeln um diese zu optimieren:

    So viele wie nötig einstellen - nicht mehr.


    Ist aber nicht für alle User trivial. Doch das ist nun mal ein gangbarer Weg!


    Das vielleicht Einfachste ist, mal folgendes zu versuchen:


    Man kann sich auch mit Pfadangaben im /home/deinname zum .kde-Ordner

    (im Falle von KDE!) hangeln und dort denselben einfach löschen

    mit


    "rm -r .kde4"


    (In der root-Konsole eingeben:

    "cd /home/deinnamme" und dann

    "ls -a"

    eingeben. Dort findest Du in der Auflistung den Ordner ".kde4"

    Den löschen mit

    "rm -r .kde4"


    Falls Du überhaupt kde nutzt, was die Regel ist weil voreingestellt.


    Der .kde Ordner wird dann mit Standart-Einstellungen neu angelegt beim nächsten

    Starten und dann sollte auch die Kontrollleiste wieder erscheinen.

    Dann ist die Systempflege einfacher weil alles grafisch möglich ist.


    Falls einem das was ich schrieb aber nichts bringt, weil man den Rechner

    nur nutzt und sonst nie mit dem System in Berührung kommen will,

    dann ist wohl nur eine komplette Neuinstallation am einfachsten.

    Vorher die einem wichtigen Daten sichern, die im /home Verzeichnis liegen.


    Da Deine Rückmeldungen eher dürftig sind, ist es schwierig Dir zu helfen.


    Auf jeden Fall läuft dein Betriebssystem - ansonsten würde auch Firefox

    nicht laufen können. Es sind die Einstellungen der grafischen Oberfläche kaputt

    und die kann man und muss man reparieren. Das ist m.M.n. alles.

    Weis ich nicht genau.

    Ein Weg das anzuzeigen wäre unter Yast, Software installieren oder löschen.

    Unter "suchen" gibt man "ffmpeg" ein und dann erscheint das unten in dem

    Fenster. Voreingestellt ist dort "Beschreibung". Das wollen wir aber nicht wissen,

    sondern woher es kommt und das findet man unter dem vierten Reiter von

    links wo drauf steht "Versionen".

    Siehe dazu:

    Willst Du mir damit wirklich sagen, dass ich Zugriff auf das Verzeichnis

    Code
    http://download.opensuse.org/repositories/games/${releasever}/

    bekomme wenn ich

    Code
    http://download.opensuse.org/repositories/games/openSUSE_Leap_${releasever}/

    angebe?

    Keine Ahnung, warum man bei der Umstellung des Games-Repo

    auf die Version 15.4 das "OpenSuSE-Leap" weggelassen hat.


    Wenn man nach der Anleitung von sterun verfährt, wird die

    Funktion der Repos nach dem Einpflegen der Variable "relesever"

    getestet, bevor man das Upgrade anstößt und man muss dann

    in dem einen Fall den Pfad so anpassen, dass der Zwischenschritt

    "OpenSuSE-Leap" entfällt, man diesen also herausnimmt.


    Die Variable ersetzt nur eine Nummer. Wenn da aber ein Fehler

    in der Pfadangabe ist


    hier beim games-Repo: ein Verzeichnis das nicht mehr benutzt wird,

    nämlich "/OpenSuSE-Leap/


    dann funktioniert das entsprechende Repo natürlich nicht und

    deshalb wird vorher ja auch getestet, ob auch alle Repos funktionieren.


    Man kann auch unter Yast einfach testen, ob die URL eines Repos

    funktioniert. Falls nicht, kann man den Pfad in einen Browser eingeben

    und wenn der ins Leere läuft - also nix findet - dann löscht man einfach

    die jeweils letzten Ordnerangaben bis man fündig wird. Ist man dann

    am Ziel, gibt man das als URL an.

    Wer will denn noch die Repo-Quellen umständlich händisch umstellen?

    Das händische Anpassen der Repo-Quellen entfällt, wenn man die

    Variable $releasever dort einfügt. Dann hat man es bei einem Umstieg leichter.

    Das geschieht so in einer root-Konsole:


    Code
    sed -i 's/15.3/${releasever}/g' /etc/zypp/repos.d/*.repo

    Nach dieser Vorbereitung kann man dann mit:

    Code
    zypper --releasever=15.4 refresh

    das System bequem auf die nächste Version umstellen

    und dann mit

    Code
    zypper --releasever=15.4 dup

    das Systemupgrade ausführen.


    So habe ich es gemacht.

    Ich hatte gehofft, dass jemand ähnliches erlebt hat. Wenn ich diesen Link:

    https://www1.wdr.de/radio/wdr3/index.html

    aufrufe und Wiedergabe wähle, kommt eine Meldung, dass Firefox diese Audioformat nicht unterstutzt.

    "Ihr Browser unterstützt unser Audioformat leider nicht.

    Alternative Links: Audio"

    Der link arbeitet bei mir einwandfrei unter Leap 15.4 mit

    Firefox Version 91.

    Auch mit Opera als Alternative.

    Also muss man nun suchen woran es speziell bei Deiner Installation hapert und kann sich

    dazu z.B. hier dazu schlau machen:


    Video- oder Audiodateien können nicht abgespielt werden | Hilfe zu Firefox


    Ich würde so vorgehen:


    Mal Opera versuchen und den link damit öffnen.

    Läuft es dann auch nicht, dann hat das Problem wahrscheinlich mit einer

    codec Unterstützung zu tun, die nicht vom Browser bereitgestellt

    wird (also dort eingebaut ist) und dann hapert es an der Linux-Installation

    auf deren Codec-Verarbeitung der Browser angewiesen ist.

    Asche auf mein Haupt! Wohlwollend setzte ich Version 14.3 für Version 15.3!

    Trotzdem bleibe ich dabei:

    Hier erwartet man Hilfe und nicht, dass man Fragesteller abkanzelt.