Beiträge von kopernikus

Sauerland

Danke für den Hinweis, dass Kontact/Kmail nicht mehr funktionieren würden, genau so war es. Ich fand die Lösung in dem von Rebell21 gestarteten thread zu genau diesem Problem: auch dafür Danke! (und für die Erläuterung des komplizierten rpm Befehls).

Ich hatte offenbar ein ähnliches Problem wie Linux-Idefix. Nach einem zypper up bekam ich folgende Meldung:

zypper up
....
(18/18) Installieren: mariadb-11.8.6-160000.1.1.x86_64 .......................................................................................[fertig]
Ausgabe des Skripts %posttrans(cryptsetup-2.8.4-160000.1.1.x86_64):
/usr/bin/ldd: line 159: /lib/ld-linux.so.2: cannot execute binary file: Exec format error
/usr/bin/ldd: line 159: /lib/ld-linux.so.2: cannot execute binary file: Exec format error
/usr/bin/ldd: line 159: /lib/ld-linux.so.2: cannot execute binary file: Exec format error
Nach-Transaktions-Skripte werden ausgeführt ..................................................................................................[fertig]

Anschließend

zypper verify
Das folgende Paket wird GELÖSCHT:
  glibc-gconv-modules-extra-32bit

Wenn ich das bejahe, kommt folgende Fehlermeldung:

/var/tmp/rpm-tmp.JQbdsO: line 1: /usr/sbin/iconvconfig-32: cannot execute binary file: Exec format error
error: %preun(glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64) scriptlet failed, exit status 126
error: glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64: erase failed
(1/1) glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64 wird entfernt .................[Fehler]
Entfernen von (45629)glibc-gconv-modules-extra-32bit-2.40-160000.3.1.x86_64(@System) fehlgeschlagen:
Fehler: Subprocess failed. Error: RPM fehlgeschlagen: Kommando mit Status 1 beendet.

Lösung durch den Hinweis von Sauerland mit dem Befehl:

rpm -e --allmatches --nodeps --noscripts --notriggers glibc-gconv-modules-extra-32bit

Den Befehl verstehe ich zwar nicht, aber zypper verify zeigt kein Problem mehr an.

Vielen Dank!

Alero

Mir war "im Ernst" nicht klar, wie ich einen neuen Beitrag eröffnen kann. Die Option "NeuerBeitrag" ist kontextabhängig nur sichtbar, wenn man ein Unterforum ausgewählt hat, das hatte ich nicht gesehen. Sorry, und Danke für den Hinweis, jetzt bin ich schlauer.

Computerstatus des Atelco-PCs am 26Jul2022

inxi -F

System: Host: AtelcoPC Kernel: 5.14.21-150400.24.11-default x86_64 bits: 64 Console: tty 1 Distro: openSUSE Leap 15.4

Machine: Type: Desktop Mobo: Gigabyte model: H87-HD3 v: x.x serial: N/A UEFI: American Megatrends v: F10 date: 08/18/2015

CPU: Info: Quad Core model: Intel Core i7-4770 bits: 64 type: MT MCP cache: L2: 8 MiB

Speed: 3892 MHz min/max: 800/3900 MHz Core speeds (MHz): 1: 3892 2: 3889 3: 3891 4: 3893 5: 3890 6: 3894 7: 3893

8: 3892

Graphics: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics driver: i915 v: kernel

Device-2: NVIDIA GK107 [GeForce GTX 650] driver: N/A

Display: server: X.org 1.20.3 driver: loaded: modesetting tty: 128x48

Message: Advanced graphics data unavailable in console for root.

Audio: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio driver: snd_hda_intel

Device-2: Intel 8 Series/C220 Series High Definition Audio driver: snd_hda_intel

Sound Server-1: ALSA v: k5.14.21-150400.24.11-default running: yes

Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169

IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 74:d4:35:8a:91:42

Device-2: Qualcomm Atheros AR93xx Wireless Network Adapter driver: ath9k

IF: wlan0 state: down mac: f8:1a:67:07:3f:d9

Drives: Local Storage: total: 3.71 TiB used: 1.43 TiB (38.4%)

ID-1: /dev/sda vendor: Patriot model: P210 2048GB size: 1.86 TiB

ID-2: /dev/sdb vendor: Seagate model: ST2000DM001-1CH164 size: 1.82 TiB

ID-3: /dev/sdc type: USB vendor: Toshiba model: TransMemory size: 28.89 GiB

Partition: ID-1: / size: 37.36 GiB used: 24.1 GiB (64.5%) fs: ext4 dev: /dev/sda3

ID-2: /boot/efi size: 155.8 MiB used: 35.5 MiB (22.8%) fs: vfat dev: /dev/sda1

ID-3: /home size: 1.41 TiB used: 721.31 GiB (50.0%) fs: ext4 dev: /dev/sda2

Swap: ID-1: swap-1 type: partition size: 2 GiB used: 0 KiB (0.0%) dev: /dev/sda6

Sensors: System Temperatures: cpu: 29.8 C mobo: 27.8 C

Fan Speeds (RPM): N/A

Info: Processes: 184 Uptime: 0h 13m Memory: 15.5 GiB used: 751.9 MiB (4.7%) Init: systemd runlevel: 5 Shell: Bash

inxi: 3.3.07

#-#-#-#-#-#

lsblk -f

NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS

sda

├─sda1 vfat FAT16 9D0A-D567 120.3M 23% /boot/efi

├─sda2 ext4 1.0 3244650e-71d3-4424-9f1c-40602b9e8f16 720.5G 50% /home

├─sda3 ext4 1.0 51970e5e-022d-4a42-86ed-fd2591653fd2 12.3G 65% /

└─sda6 swap 1 735e1e7c-ed71-4649-9c72-930f602792f7 [SWAP]

sdb

└─sdb5 ext4 1.0 8db2f5d6-0847-11ed-aee1-99a78439cf51 814.4G 47% /srv

sdc

└─sdc1 vfat FAT32 TOSHIBA 4A61-6463 23.2G 20% /mnt2

sr0 iso9660 ISOIMAGE 2014-05-16-21-49-27-00

#-#-#-#-#-#-#-#-#

rpm -qa kernel-default:

kernel-default-5.14.21-150400.24.11.1.x86_64

#-#-#-#-#-#-#-#-#

zypper lr

Repository priorities are without effect. All enabled repositories share the same priority.

# | Alias | Name | Enabled | GPG Check | Refresh

---+-----------------------------+----------------------------------------------------------------------+---------+-----------+--------

1 | openSUSE-Leap-15.4-1 | openSUSE-Leap-15.4-1 | No | ---- | ----

2 | repo-backports-debug-update | Update repository of openSUSE Backports (Debug) | No | ---- | ----

3 | repo-backports-update | Update repository of openSUSE Backports | Yes | (r ) Yes | Yes

4 | repo-debug | Debug Repository | No | ---- | ----

5 | repo-debug-non-oss | Debug Repository (Non-OSS) | No | ---- | ----

6 | repo-debug-update | Update Repository (Debug) | No | ---- | ----

7 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | No | ---- | ----

8 | repo-non-oss | Non-OSS Repository | Yes | (r ) Yes | Yes

9 | repo-oss | Haupt-Repository | Yes | (r ) Yes | Yes

10 | repo-sle-debug-update | Update repository with updates from SUSE Linux Enterprise 15 (Debug) | No | ---- | ----

11 | repo-sle-update | Update repository with updates from SUSE Linux Enterprise 15 | Yes | (r ) Yes | Yes

12 | repo-source | Source Repository | No | ---- | ----

13 | repo-update | Hauptaktualisierungs-Repository | Yes | (r ) Yes | Yes

14 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Yes | (r ) Yes | Yes

Vorweg: ich finde gerade nicht heraus, wie ich einen neuen Thread aufmachen kann, deshalb poste ich meine Anfrage hier in der Hoffnung, dass Sauerland sie richtig platziert und auch beantwortet.

Mein Versuch, den PC von Leap 15.3 auf 15.4 upzugraden, ging schief: das System bootet nicht mehr.

Ich habe zum Upgrade einen USB-Stick mit dem Leap.15.4 Image verwendet, welches mir auf meinem Laptop ein problemloses Upgrade ermöglicht hat.

Während des Upgradeversuchs fiel mir eine Fehlermeldung auf, wonach zu dracut etliche Komponenten vermisst wurden. Dabei hatte ich vorher gelesen, dass es in Leap 15.4 kein offizielles dracut Paket gebe, insofern wundere ich mich, dass es beim Upgrade offenbar doch eine Rolle spielt.

Auf dem PC erscheinen nach dem Bootversuch folgende Meldungen:

../grub-core/script/function.c:119:Befehl linuxefi konnte nicht gefunden werden.

Analog: initrdefi konnte nicht gefunden werden.

Auch fwsetup konnte nicht gefunden werden.

Mit Hilfe der Super Grub2 Disk konnte ich aus der Partition mit dem Linuxsystem auf /dev/sda3 booten

bis zur Meldung: Started Locale Service. Da bleibt der Startprozess hängen.

Wenn ich versuche, von einer Konsole aus startx zu starten, wird gemeldet:

xauth: file /home/georg/.serverauth.2761 does not exist.

Infos zu meinem System s.Code-Tag.

Wie bekomme ich das System wieder flott?

Möglichst wenige Repos: das entspricht auch meiner Erfahrung. Aber für Fortgeschrittene tut sich da offenbar ein großes Feld auf.

Danke für die klaren Antworten. Ich bin mit den Standard-Repositories zufrieden und bin froh, dass ich mir an dieser Stelle nicht den Kopf zerbrechen muss.

Wozu dienen die home:Sauerland Repositories? Was bringen sie zusätzlich zu den Standard-Repositories, auf denen Leap 15.1 bzw. 15.2 basiert? Wann sollte man sie nutzen?

Meine Anfrage zum Problem mit .ts Videodateien im VLC hat sich erledigt (es hatte da die gleiche Fehlermeldung wie bei den rtp-streams gegeben).
In meinem Fall musste ich die Hardwaredekodierung von VLC abschalten; dann ließen sich auch die .ts Dateien abspielen.

Was war denn nun die Lösung ("Sooo einfach!") ?
Ich habe nämlich auch das Problem, das VLC keine .ts Dateien abspielt, und würde gerne die Lösung übernehmen, die ich aber nicht aus den vorausgegangenen Beiträgen entnehmen kann.
Kopernikus