Ich hatte jetzt die nsswitch.conf-Datei aus /usr/etc nach /etc verschoben, nachdem ich die nsswitch.conf-Datei in /etc fantasievoll umbenannt hatte. Gleichwohl keine Verbindung mit localhost:9090.
Die Datei braucht nicht verschoben, sondern nur kopiert zu werden.
Und die vom mir im post #3 genannten Kommandos hast du dann hoffentlich auch noch ausgeführt?
Weiß vielleicht jemand, warum?
Vermutlich weil nach der Installation der cache, der die heruntergeladenen Pakete zwischenspeichert, wieder gelöscht wird.
Übrigens liegt bei dir das OS weder auf einer SD noch auf einer Festplatte, sondern auf einem fest verlöteten eMMC-Speicher, welcher mit /dev/mmcblk0 angesprochen wird.
Mag sein, das gibt es aber inzwischen nicht mehr. Somit ist das nicht mehr relevant, was es in den Systemen früher einmal für Probleme gab, da diese zumeist gefixt sind.
Ja, die korrekte Information steht inzwischen in /usr/etc/nsswitch.conf, was aber nicht hilft, solange /etc/nsswitch.conf noch buggy ist.
Beim Upgrade von Leap 15.6 auf Leap 16.0 kann der von luigi beschrieben Fehler zuschlagen....
Soweit ich mich erinnere, gab es auch bei älteren Tumbleweed-Installationden das Problem mit der /etc/nsswitch.conf, wenn man später Cockpit nachinstallieren wollte.
Könnte ich Tumbleweed auch auf einer SD-Karte installieren und damit dann starten?
Worauf ist Tumleweed denn bisher installiert? Was ist /dev/mmcblk0 überhaupt für ein Gerät? Zeige bitte
sudo fdisk -l /dev/mmcblk0Es gab früher auch noch das Problem mit einem Fehler in der Datei /etc/nsswitch.conf. Das konnte man, wenn ich mich richtig erinnere, beheben mit
sudo cp /usr/etc/nsswitch.conf /etc/nsswitch.confund
sudo systemctl daemon-reload
sudo systemctl restart cockpit.socketProblem: 1: das installierte libdigikamcore8_7_0-8.7.0-bp160.1.3.x86_64 erfordert 'libavfilter.so.10(LIBAVFILTER_10.4_SUSE)(64bit)', aber diese Anforderung kann nicht bereitgestellt werden Gelöschte Anbieter: libavfilter10-7.1.2-160000.3.2.x86_64
Ja, das ist der bereits genannte bug, also abwarten ...
Nun ja, ich habe SD-Karten und Sticks mit deutlich mehr Speichervolumen. Von daher könnte man das annehmen.
Es war nicht die Größe, sondern die Gerätebezeichnung /dev/mmcblk0p2, die mich darauf aufmerksam machte.
Somit wäre der Austausch durch eine größere SD-Karte eine einfache und schnelle Alternative.
Nach deinen Aussagen ist die Platte nach dem Update trotzdem wieder bis zum Rand voll.
Wenn ich seinen post #4 richtig interpretiere, dann handelt es sich um ein SD-Kärtchen, oder?
Ich hatte zuvor das packman-essentials repo genutzt, aber entfernt, da ich es vsl. nicht mehr brauche. Möglicherweise habe ich hierbei etwas durcheinander gebracht.
Das hatte ich bisher überlesen. Hast du nach dem Entfernen von Packman wieder einen vendor change zu opensuse durchgeführt?
zypper dup --allow-vendor-change