Beiträge von Bequimão

Danke Sauerland!

Die Korrektur hat funktioniert. Das Script in

zypper in glibc-gconv-modules-extra-32bit

ergibt jetzt ein Warning, kein Fehler und Abbruch. Das System ist jetzt auf dem aktuellen Stand.

Bequimão

Hallo zusammen!

Ich hatte jetzt zweimal einen Abbruch, zuerst vor 3 Tagen in Discover, jetzt im Terminal. Ich habe jeweils das System mit zypper rollback erfolgreich zurückgesetzt,

Das System ist ein Lenovo Thinkcentre mit Intel i5 Prozessor von 2012 oder 2013.

Erste Frage: Bertrifft das nur mich oder auch sonst jemanden?

Zweite Frage: 32-bit Kram wird anscheinend nicht mehr getestet. Kann das weg?

Grüße, Bequimão

Checking for file conflicts: .............................................................................................................[done]
(  1/126) Installing: ImageMagick-config-7-SUSE-7.1.2.0-160000.5.1.noarch ................................................................[done]
(  2/126) Installing: cockpit-bridge-340-160000.4.1.noarch ...............................................................................[done]
(  3/126) Installing: glibc-2.40-160000.3.1.x86_64 .......................................................................................[done]
(  4/126) Installing: glibc-gconv-modules-extra-2.40-160000.3.1.x86_64 ...................................................................[done]
/var/tmp/rpm-tmp.zxTn1y: line 2: /usr/sbin/iconvconfig-32: cannot execute binary file: Exec format error
warning: %post(glibc-32bit-2.40-160000.3.1.x86_64) scriptlet failed, exit status 126
(  5/126) Installing: glibc-32bit-2.40-160000.3.1.x86_64 .................................................................................[done]
/var/tmp/rpm-tmp.UsCK0T: line 2: /usr/sbin/iconvconfig-32: cannot execute binary file: Exec format error
warning: %post(glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64) scriptlet failed, exit status 126
/var/tmp/rpm-tmp.FhrPZg: line 1: /usr/sbin/iconvconfig-32: cannot execute binary file: Exec format error
error: %preun(glibc-gconv-modules-extra-32bit-2.40-160000.2.2.x86_64) scriptlet failed, exit status 126
error: glibc-gconv-modules-extra-32bit-2.40-160000.2.2.x86_64: erase failed
(  6/126) Installing: glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64 ............................................................[error]
Installation of glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: Command exited with status 1.
Abort, retry, ignore? [a/r/i] (a): a
Warning: %posttrans and %transfiletrigger scripts are not executed when aborting!

Problem occurred during or after installation or removal of packages:
Installation has been aborted as directed.
Please see the above error message for a hint.
linux-91w7:~ #

Zitat von Alero

Du kannst nicht sagen, dass das falsch ist, nur weil es bei dir funktioniert. Bei vielen, vielen anderen funktioniert es eben nicht. Oder meinst du damit, das nur du alles richtig machst und alle anderen machen es falsch? Das wäre natürlich eine Möglichkeit.

Ich habe nur das von dir gewünschte Feedback zu deiner Behauptung gegeben, daß Packagekit nur Patches einspielt. Packagekit hat ein Konsolenprogramm pkcon, womit sich die Transaktionen überprüfen lassen. Die Update-Methode hat nichts mit dem vorliegenden Bug zu tun, von dem ich auch betroffen bin.

Ich selbst habe das System mit # snapper rollback zurückgesetzt und warte auf die Lösung per automatisches Update.

Zitat von Alero

Du meinst damit sicher Packagekit? Das ist das erste, was ich sofort deinstalliere, gefolgt von Discovery und dem KMail-Gedöhns. Meines Wissens, man korrigiere mich, wenn ich falsch liege, spielt Packagekit nur Patches ein. ..

Das ist falsch. Ich nutze seit Jahren plasma-pk-updates und Packagekit. Nach Release von 15.3. gab es Probleme wegen fehlerhafter Patches.

Grüße

Bequimão

btrfs-Snapshots eines Verzeichnisses müssen in demselben Filesystem wie das Verzeichnis selbst liegen.

Zitat von Wolle1956

Hallo,
...
Network Manager: Kein Netzwerk vorhanden für's Updaten meldet der. Ich möchte damit sagen, das Netzwerk ist da und funktioniert. Nur bekomme ich keine Meldung, dass Updates da sind, deshalb muss ich selbst daran denken, rechts unten über Softwareaktualierungen nach Updates zu suchen. Dann tut er das auch. Ab und zu, aber selten, funktioniert's aber auch automatisch.
...
Hat jemand eine Idee für mich, für das Eine oder Andere?
Ciao

Alles anzeigen

Das ist nichts weiter als eine Falschmeldung oder Falschübersetzung (plasma-pk-updates)
Wenn du ein Intervall von 24 h eingestellt hast, kommt z.B. nach 22 h diese Meldung.

Grüße
Bequimão

Laut Doku ist Booten eines read-only Snapshots unter LVM nicht unterstützt.
Suse Doc: Administration Guide - System Rollback by Booting from Snapshots - November 04 2013
"The root file system needs to be Btrfs. Booting from LVM volume snapshots is not supported."

Unter Leap 42.3 beta geht es trotzdem. Ich habe es erfolgreich getestet (ohne Verschlüsselung). Ich sehe keinen Grund, warum es nicht gehen sollte.

Du kannst die Schritte von snapper rollback manuell machen:
a) einen read-only Snapshot des aktuellen root-Subvolumes anlegen
b) einen read-write Snapshot des Ziel-Snapshots anlegen
c) diesen dann als Default-Subvolume setzen - # btrfs subvolume set-default nnn /

In weiteren Schritten habe ich dann in das neue Root chrootet
- grub neu installiert
- initramfs neu erzeugt
- grub2-mkconfig ausgeführt.

Ob diese Schritte unbedingt nötig sind, kann ich nicht sagen. Snapper Rollback macht das nicht.

Viele Grüße
Bequimão

Du kannst in Ubuntu mit # efibootmgr -o die Bootreihenfolge ändern.

# efibootmgr

zeigt die Einträge und die Bootnummern an.

# efibootmgr -o 000x,...

Damit setzt du die Bootnummer von openSUSE an die erste Stelle. Bei Neustart startet dann grub von openSUSE. Möglicherweise hat Ubuntu Probleme mit btrfs und findet openSUSE nicht. Löschen vom Ubuntu grub ist nicht notwendig.

Viele Grüße
Bequimão

Zitat von blueman

Ein Fall für den Kmail-Spezialisten:

Ich musste mein altes System mit Leap 42.1 umstellen auf Leap 42.2 und habe vorher Datensicherung gemacht.
In Kmail habe ich alle Daten exportiert: Extras -> Kmail-Daten im-/exportieren

...

Das ist ein Trugschluß. Diese Funktion exportiert und importiert nur die Einstellungen der KDEPIM-Programme, die recht komplex sein können. Die Nutzdaten müssen in den einzelnen Anwendungen separat exportiert werden. Bei KMail findet sich das unter Ordner -> Ordner archivieren. In älteren Versionen kann man nur Mails exportieren durch Rechtsklick auf den Ordner. Ich selbst habe schon unter Leap 42.1 auf KMail 5 umgestellt und unter lokalen Mails habe ich nur Mailinglisten. Alles andere findet sich in IMAP-Konten.

Viele Grüße
Bequimão

Zitat von florhelbx_os

Es geht schon, du musst nur die Icons mit der jeweiligen Aktivität verknüpfen. Rechtsklick auf das entsprechende Icon --> ...Aktivitäten --> + mit aktueller Aktivität verknüpfen - oder die Aktivität wählen mit der du das Icon verknüpfen willst. Danach bleibt dieses Icon auf der gewählten Aktivität erhalten. Außerdem musst du mit rechtem MKl. auf den _Desktop --> Arbeitsfläche einrichten --> Ort --> Dateien anzeigen, die mit der Aktivität verknüpft sind - auswählen. Dann klappt alls.
Aktivitäten umschalten geht standardmäßig mit Windows-Taste + Tabulator.
Grüße Helmut

Besten Dank, Helmut!

Genauso funktioniert das Handling unter Mageia 6 Cauldron. Das ist allerdings so kompliziert, daß auch ein langjähriger KDE-Benutzer daran scheitert.

Ich habe jetzt den Unterschied gefunden. Alle Instanzen, in denen das alte Handling funktioniert, hatten das Miniprogramm Ordner-Ansicht (Folder View) auf dem Desktop. Bei Rechtsklick auf die Arbeitsfäche -> Arbeitsfläche einrichten -> Hintergrundbild -> Layout gibt es die Optionen "Arbeitsfläche" und "Ordner-Ansicht". Fazit: Aktivitäten verwenden macht nur Sinn, wenn in allen Aktivitäten die Option "Arbeitsfläche" eingeschaltet ist.

Viele Grüße
Bequimão