Beiträge von luigi

Das system will wieder zurück nach leap 15.6.

Ich würde daher versuchen

sudo zypper clean -a
sudo zypper refresh --force
sudo zypper --releasever 16.0 dup --force-resolution --allow-vendor-change --download-in-advance

Tritt das Problem auch auf, wenn du mit Wayland anstatt X11 arbeitest?

Das kannst du ausprobieren, indem du auf dem Anmeldebildschirm Plasma wayland auswählst (ganz unten links).

Zitat von Dachstein

Im Gegensatz dazu macht "zypper up" das überhaupt nicht. Da bekomme ich ganz einfach nur die Updates drübergebügelt.

Um zypper gesprächig zu machen, nutze ich die --verbose Option. Oder z.B.

zypper -vv up

Wenn man etwas wirklich wissen will, hilft meistens ein Blick in die zypper manpage.

Zitat von deepblue

Muss doch auch auf Leap 16 gehen, oder?

Als root ...

zypper addrepo https://download.opensuse.org/repositories/Virtualization:containers/16.0/Virtualization:containers.repo
zypper refresh
zypper in crun

Ich würde jetzt das Folgende versuchen:

1. In allen /etc/zypp/repos.d/repo-Dateien enabled=0 setzen, mit Ausnahme von

/etc/zypp/repos.d/repo-openh264.repo
/etc/zypp/repos.d/repo-oss.repo

Nur bei diesen beiden enabled=1 belassen.

2. Dann würde ich nacheinander die drei Kommandos ausführen, um zu sehen, was die Reaktion des Systems ist bzw. welche Fehlermeldung ausgeworfen wird.

sudo zypper clean -a
sudo zypper refresh --force
sudo zypper dup --allow-vendor-change

Außerdem wäre noch hilfreich

grep -r enabled=1 /etc/zypp/repos.d/*repo*

Anmelden oder registrieren

Anmelden oder registrieren

Zitat von Zebix

horst-10:~ # su -

horst-10:~ #

Sehe ich das richtig, dass du immer als root eingelogged bist, selbst wenn du nicht dazu aufgefordert wurdest?

Dann wundert es mich nicht, dass die Cockpit-Anmeldung immer fehlschlägt.

Nun gibt es immer noch eine Reihe von Möglichkeiten, die zu dem beschriebenen Problem führen können, und die überprüft werden müssen.

1. Öffne den Browser im Privaten Modus und gebe dort http://localhost:9090/ ein. Melde dich mit dem Namen und Passwort des derzeiten users an (nicht als root) indem du beides eintippst.

Das scheint ja alles geklappt zu haben. Jetzt zurück zum Anmeldeproblem.

Zitat von Zebix

Funktioniert leider immer noch nicht

Wir sitzen nicht hinter dir und können nicht über deine Schulter auf den Bildschirm schauen. Also bitte, was genau hast du gemacht und was war die Reaktion des Systems bzw. welche Fehlermeldung wurde ausgegeben.

OK, dann lass uns erst noch zwei Dinge erledigen, damit sie nicht in Vergessenheit geraten.

Du willst ja cockpit-bootloader nutzen um boot-Einstellungen vornehmen zu können.

Dafür muss zunächst die Datei /usr/lib/systemd/system/bootkitd.service angepasst werden. Da ich nicht weiß, ob du es mit dem Editor hinbekommst, machen wir es auf die vornehme Art.

1. Melde dich als root an

su -

2. Führe folgendes Kommando aus (mache copy und paste, damit nichts schief geht):

echo -e "\n[Install]\nWantedBy=multi-user.target" >> /usr/lib/systemd/system/bootkitd.service

3. Nun noch zwei Kommandos

systemctl daemon-reload

systemctl enable --now bootkitd.service

4. Als root abmelden

exit

Das löst jetzt noch nicht das Anmeldeproblem, aber das versuchen wir dann später noch zu erledigen.