Beiträge von Erika

    Hallo openSUSE-forum.


    uns wurde bis hierher sehr gut geholfen! Und wir sind sehr gespannt, wie es nun weiter geht. Oder gibt es hier nichts mehr zu tun?


    Unser Leap 15.3 - System hat beim Nutzer Nr 2 leider noch die gleichen Mucken, wie am Anfang und wie im Thread beschrieben: Der Internetzugang fällt aus und der Rechner friert beim Runterfahren ein und muss abgeschossen werden.


    Erika und Hartmut

    Sowie der Fall heute eintritt, werden wir das tun!

    Ziemlich genau 1/2 Std nachdem der zweite Benutzer sich eingeloggt und in seinem System (auf Firefox) gearbeitet hatte, brach der Internetzugang zusammen. - Bei dem ersten Benutzer des Systems scheint das nicht vorzukommen! -


    Hier ist die Ausgabe von journalctl:


    Das Herunterfahren über Strg-AlT-F1 und shutdown -h now dauerte dann noch etwa eine viertel Stunde. Hier sind die zwei Logs davon:

    4. Bitte die Priorität der openSUSE Repos nicht anfassen, Repo #12 hat Prio 20, #9 hat 30, sollte aber 99 haben.

    Als root:

    Code
    zypper mr -p 99 http://download.opensuse.org/update/leap/15.3/oss
    Code
    zypper mr -p 99 http://download.opensuse.org/distribution/leap/15.3/repo/oss/

    Danach ein beherztes:

    Code
    zypper up

    Hier nun zu 4:

    Code
    localhost:/home/erika # zypper mr -p 99 http://download.opensuse.org/update/leap/15.3/oss
    Die Priorität von Repository 'repo-update' wurde auf 99 festgelegt.

    und:

    Code
    localhost:/home/erika # zypper mr -p 99 http://download.opensuse.org/distribution/leap/15.3/repo/oss/
    Die Priorität von Repository 'repo-oss' wurde auf 99 festgelegt.


    und hier nun das beherzte.

    Wir mussten die Ausgabe nachträglich stark kürzen!!!. Es stehen nur 10.000 Zeichen zur Verfügung:


    Code
    localhost:/home/erika # zypper ps -s
    Die folgenden aktiven Prozesse verwenden gelöschte Dateien:
    
    PID  | PPID | UID  | User     | Command  | Serv->
    -----+------+------+----------+----------+-------
    4071 | 3917 | 1001 | erika    | gwenview | 
    
    Diese Prozesse sollten neu gestartet werden.
    Informationen über die Bedeutung der Werte in der obigen Tabelle finden Sie unter 'man zypper'.


    Wir haben daraufhin "gwenview "gestoppt und die folgende erfreuliche Meldung erhalten:

    Code
    localhost:/home/erika # zypper ps -s
    Es wurden keine Prozesse gefunden, die gelöschte Dateien verwenden.
    
    Keine Core-Bibliotheken oder Dienste wurden aktualisiert.
    Ein Neustart ist wahrscheinlich nicht notwendig.



    Bis hierher ist also alles erfolgreich verlaufen!! :) :)

    Der Kernel ist:

    Code
    localhost:/home/erika # uname -a
    Linux localhost 5.3.18-59.40-default #1 SMP Mon Jan 3 18:43:20 UTC 2022 (34edd9c) x86_64 x86_64 x86_64 GNU/Linux

    Hoffentlich ist unsere Antwort übersichtlich genug :)!

    Was sagen denn

    zypper lr -uP

    und

    zypper se -si firefox

    ?


    zypper lr -up:


    zypper -se -si firefox:

    Code
    erika@localhost:~> zypper se -si firefox
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...
    
    S  | Name                               | Type  | Version         | Arch   | Repository
    ---+------------------------------------+-------+-----------------+--------+-------------------------------------------------------------
    i+ | MozillaFirefox                     | Paket | 91.5.0-152.12.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
    i+ | MozillaFirefox-branding-openSUSE   | Paket | 68-lp153.4.22   | x86_64 | Haupt-Repository
    i  | MozillaFirefox-translations-common | Paket | 91.5.0-152.12.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15

    Wir haben ein Lenovo ideapad 3 Laptop.

    Wenn ich längere Zeit damit gearbeitet habe, kommt es seit Neuestem regelmässig vor, dass ich im Firefox plötzlich keine Internetverbindung herstellen kann. Ich muss ihn dann jedesmal neu booten. Das System lässt sich aber nicht mehr ordentlich herunter fahren. Mit einigen Strg-Alt-Entf kommt er dann überhaupt nur soweit (s.u.):



    ... und bleibt bei der Meldung (s.o.) hängen. Ich muss jedesmal die Aus-Taste drücken um ihn neu booten zu können.


    Auf dem System sind übrigens vier Benutzer angemeldet. Bei einem der Benutzer passiert das schon nach ganz kurzer Zeit. Der kann den Laptop nur noch nutzen um kurz noch seine Mails in Thunderbird abzuholen. Hier bei mir dauert es länger bis die Netzverbindung zusammenbricht.


    Sonst funktioniert alles wunderbar.

    Was ist da los? Womöglich nur eine Kleinigkeit?


    Erika

    und besagter 2. Nutzer: Hartmut

    Bitte auch die Links anklicken und lesen.

    Noch einmal zu Beitrag #2:

    https://en.opensuse.org/SDB:Download_help#For_Leap:

    Ja, da steht es also wirklich und unmissverständlich:


    Code
    .... it does not indicate a problem but only the fact that you have not signed the key yourself.


    Wieder etwas gelernt!


    Herzhaften Dank für Deine große Geduld bei den Hilfsanleitungen für uns zwei Dau' s!


    Ich setze den thread jetzt noch auf "erledigt" und wir wünschen Dir noch ein schönes und geruhsames Wochenende.



    Erika und Hartmut

    Wenn die sha256sum stimmt, warum nicht?


    Wie ist die Warnung in der Meldung zu verstehen? Worauf bezieht die sich?

    Code
    WARNUNG: Dieser Schlüssel trägt keine vertrauenswürdige Signatur!
    gpg:          Es gibt keinen Hinweis, daß die Signatur wirklich dem vorgeblichen Besitzer gehört.
    Haupt-Fingerabdruck  = 22C0 7BA5 3417 8CD0 2EFE  22AA B88B 2FD4 3DBD C284