Beiträge von madelgijs

madelgijs · 19. Dezember 2020

Guten Abend allerseits,

heute Nachmittag konnte ich problemlos auf meinem Desktop (Leap 15.2) Softmaker Office 2021 installieren und den Produktschlüssel validieren. Nun wollte ich das Paket auch auf meinem Laptop (ebenfalls Leap 15.2) installieren. Allerdings klemmt die Aktivierung, ich kriege immer die Meldung "Zum Server konnte keine Verbindung hergestellt werden...". Ich bin etwas irritiert, Desktop und Laptop sind im selben Netzwerk unterwegs... (und ich nutze gerade I-Net auf dem Laptop...) WLAN oder LAN machen beim Laptop keinen Unterschied. Auch das temporäre Deaktivieren der Firewall macht keinen Unterschied. Hat jemand eine Idee, wie man das Problem evtl. eingrenzen kann?

Grüße, madelgijs

madelgijs · 17. Dezember 2020

Guten Morgen allerseits,

gibt es eigentlich schon jemanden, der Erfahrungen mit OpenSUSE Argon (= Leap mit aktuellem KDE) gesammelt hat? Ich bin mit der Stabilität meines Leap-Systems eigentlich sehr zufrieden, gebe aber zu, gelegentlich mit leicht neidischem Blick auf die in KDE eingeflossenen Neuerungen zu schauen, die bei einem Leap-Nutzer ja doch mit einiger Verzögerung eintreffen werden. Insofern habe ich mal kurz mit dem Gedanken an Argon gespielt - andererseits habe ich mich ja auch für Leap entschieden, weil ich keine konstanten "Update-Orgien" möchte... Daher meine neugierige Frage: Hat's jemand schon mal ausprobiert?

Grüße, madelgijs

madelgijs · 17. Dezember 2020

Dann haben wir wohl gemeinsam die Ursache für das Problem gefunden. Vielen Dank an die Runde!

madelgijs · 16. Dezember 2020

Zitat von sterun

Ja...
Ohne VB kein kernel-preempt.

Das würde auch erklären, dass auf meinem Laptop mit ganz anderer Hardware dieser Kernel installiert wurde. Danke fürs investigative Engagement!

madelgijs · 16. Dezember 2020

Die Zypper-History sieht bei mir so aus:

Code

2020-12-15 19:07:59|command|root@phoenix|'zypper' 'up'|
# 2020-12-15 19:08:24 kernel-preempt-5.3.18-lp152.57.1.x86_64.rpm installed ok
# Additional rpm output:
# Creating initrd: /boot/initrd-5.3.18-lp152.57-preempt
# dracut: Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force /boot/initrd-5.3.18-lp152.57-preempt 5.3.18-lp152.57-preempt
# dracut: dracut module 'biosdevname' will not be installed, because command 'biosdevname' could not be found!
[...]
# dracut: Stored kernel commandline:
# dracut:  resume=UUID=ff013b50-3c04-4917-8800-7dce17d185a5
# dracut:  root=UUID=0fd8e438-ce8c-4ee7-b7a6-63c7d77fd722 rootfstype=ext4 rootflags=rw,noatime
# dracut: *** Creating image file '/boot/initrd-5.3.18-lp152.57-preempt' ***
# dracut: *** Creating initramfs image file '/boot/initrd-5.3.18-lp152.57-preempt' done ***
# Already in kernel trusted keyring. Skip /etc/uefi/certs/33CEA71B.crt
# 
2020-12-15 19:08:24|install|kernel-preempt|5.3.18-lp152.57.1|x86_64||repo-update|2343b3e12eb8a4639858abc1cca3d08ca8f2fcf8bc9dff540714af2453791131|
# 2020-12-15 19:08:24 kwin5-5.18.6-lp152.2.3.1.x86_64.rpm installed ok
# Additional rpm output:
# setting /usr/bin/kwin_wayland to root:root 0755 "= cap_sys_nice+ep". (wrong missing capabilities)
# 
2020-12-15 19:08:24|install|kwin5|5.18.6-lp152.2.3.1|x86_64||repo-update|f82f39c19d0f272455402679f13a2af15f51c3b9980e3cc0a2c43628092dc4dc|
2020-12-15 19:08:24|install|mariadb-errormessages|10.4.17-lp152.2.8.1|noarch||repo-update|fb7bcb09c893adfce46e298b8ad269ff6cd524be0301f5824595156fa17c07ab|
2020-12-15 19:08:32|install|virtualbox-kmp-preempt|6.1.16_k5.3.18_lp152.57-lp152.2.8.1|x86_64||repo-update|831b02849e876c1ab5073dc0ccb7add1ae078674aa27421f4e22c26c83465ef5|
2020-12-15 19:08:32|install|kwin5-lang|5.18.6-lp152.2.3.1|noarch||repo-update|9524025143aa9cbaecabad2bc0487978006a716d303ab8a0c03731427e458fb2|
# 2020-12-15 19:08:32 mariadb-client-10.4.17-lp152.2.8.1.x86_64.rpm installed ok
# Additional rpm output:
# usermod: no changes
# 
2020-12-15 19:08:32|install|mariadb-client|10.4.17-lp152.2.8.1|x86_64||repo-update|90d038222105d6cd6839c49a36be76f327c41033217a9689b73b50bb79ccfdec|
# 2020-12-15 19:08:33 virtualbox-guest-tools-6.1.16-lp152.2.8.1.x86_64.rpm installed ok
# Additional rpm output:
# Failed to try-restart vboxadd.service: Unit vboxadd.service not found.
# Warning: vboxadd-service.service changed on disk. Run 'systemctl daemon-reload' to reload units.
# Warning: vboxadd-service.service changed on disk. Run 'systemctl daemon-reload' to reload units.
# 
2020-12-15 19:08:33|install|virtualbox-guest-tools|6.1.16-lp152.2.8.1|x86_64||repo-update|5b8f9bbc09eb1c097755ce6bf91309c00f2f81e68ec1e724012b261fc30f1ba1|
# 2020-12-15 19:08:38 virtualbox-6.1.16-lp152.2.8.1.x86_64.rpm installed ok
# Additional rpm output:
# setting /usr/lib/virtualbox/VBoxNetNAT to root:vboxusers 4750. (wrong permissions 0755)
# setting /usr/lib/virtualbox/VBoxNetDHCP to root:vboxusers 4750. (wrong permissions 0755)
# setting /usr/lib/virtualbox/VBoxNetAdpCtl to root:vboxusers 4750. (wrong permissions 0755)
# setting /usr/lib/virtualbox/VBoxHeadless to root:vboxusers 4750. (wrong permissions 0755)
# 
2020-12-15 19:08:38|install|virtualbox|6.1.16-lp152.2.8.1|x86_64||repo-update|26b25155eaa9ae943eb351469fbf759d5a38ba84d17b17ed4a52099a3239caba|
# 2020-12-15 19:08:40 mariadb-10.4.17-lp152.2.8.1.x86_64.rpm installed ok
# Additional rpm output:
# usermod: no changes
# 
2020-12-15 19:08:40|install|mariadb|10.4.17-lp152.2.8.1|x86_64||repo-update|cb4a82067e52a534ef4dce6595f7961ab2c45f0840b80a783dc6f99ff522d97d|
# 2020-12-15 19:08:41 virtualbox-qt-6.1.16-lp152.2.8.1.x86_64.rpm installed ok
# Additional rpm output:
# setting /usr/lib/virtualbox/VirtualBoxVM to root:vboxusers 4750. (wrong permissions 0750)
# setting /usr/lib/virtualbox/VBoxSDL to root:vboxusers 4750. (wrong permissions 0755)
# 
2020-12-15 19:08:41|install|virtualbox-qt|6.1.16-lp152.2.8.1|x86_64||repo-update|31382f6ad809ea097e86cddc0cd7631814f28ee54dd7501656e9e603055c3de2|
2020-12-15 19:08:41|patch  |openSUSE-2020-2254|1|noarch|repo-update|important|security|needed|applied|
2020-12-15 19:08:41|patch  |openSUSE-2020-2253|1|noarch|repo-update|moderate|recommended|needed|applied|
2020-12-15 20:33:56|command|root@phoenix|'/usr/bin/ruby.ruby2.5' '--encoding=utf-8' '/usr/lib/YaST2/bin/y2start' 'sw_single' 'qt' '-name' 'YaST2' '-icon' 'yast'|
# 2020-12-15 20:34:32 virtualbox-kmp-default-6.1.14_k5.3.18_lp152.41-lp152.2.5.1.x86_64 removed ok
# Additional rpm output:
# Creating initrd: /boot/initrd-5.3.18-lp152.54-default
# dracut: Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force /boot/initrd-5.3.18-lp152.54-default 5.3.18-lp152.54-default
# dracut: dracut module 'biosdevname' will not be installed, because command 'biosdevname' could not be found!
[...]
# dracut: *** Store current command line parameters ***
# dracut: Stored kernel commandline:
# dracut:  resume=UUID=ff013b50-3c04-4917-8800-7dce17d185a5
# dracut:  root=UUID=0fd8e438-ce8c-4ee7-b7a6-63c7d77fd722 rootfstype=ext4 rootflags=rw,noatime
# dracut: *** Creating image file '/boot/initrd-5.3.18-lp152.54-default' ***
# dracut: *** Creating initramfs image file '/boot/initrd-5.3.18-lp152.54-default' done ***
# Creating initrd: /boot/initrd-5.3.18-lp152.57-default
# dracut: Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force /boot/initrd-5.3.18-lp152.57-default 5.3.18-lp152.57-default
# dracut: dracut module 'biosdevname' will not be installed, because command 'biosdevname' could not be found!
[...]
# dracut: Stored kernel commandline:
# dracut:  resume=UUID=ff013b50-3c04-4917-8800-7dce17d185a5
# dracut:  root=UUID=0fd8e438-ce8c-4ee7-b7a6-63c7d77fd722 rootfstype=ext4 rootflags=rw,noatime
# dracut: *** Creating image file '/boot/initrd-5.3.18-lp152.57-default' ***
# dracut: *** Creating initramfs image file '/boot/initrd-5.3.18-lp152.57-default' done ***

Alles anzeigen

Ich muss gestehen, dass das mir aber nicht weiterhilft...

madelgijs · 15. Dezember 2020

So, jetzt habe ich zypper mal wie vorgeschlagen laufen lassen. Da sieht man dann Folgendes:

Code

S  | Name                  | Typ   | Version                              | Arch   | Repository
---+-----------------------+-------+--------------------------------------+--------+--------------------------------
i+ | kernel-default        | Paket | 5.3.18-lp152.57.1                    | x86_64 | Hauptaktualisierungs-Repository
i+ | kernel-default        | Paket | 5.3.18-lp152.54.1                    | x86_64 | Hauptaktualisierungs-Repository
i  | kernel-firmware       | Paket | 20200107-lp152.2.3.1                 | noarch | Hauptaktualisierungs-Repository
i  | purge-kernels-service | Paket | 0-lp152.4.1                          | noarch | Haupt-Repository
i+ | r8168-blacklist-r8169 | Paket | 8.048.03-pm152.1.50                  | x86_64 | packman-essentials
i+ | r8168-kmp-default     | Paket | 8.048.03_k5.3.18_lp152.57-pm152.1.47 | x86_64 | (Systempakete)
i+ | r8168-kmp-default     | Paket | 8.048.03_k5.3.18_lp152.54-pm152.1.46 | x86_64 | (Systempakete)
i+ | r8168-kmp-default     | Paket | 8.048.03_k5.3.18_lp152.50-pm152.1.43 | x86_64 | (Systempakete)
i+ | r8168-kmp-default     | Paket | 8.048.03_k5.3.18_lp152.47-pm152.1.39 | x86_64 | (Systempakete)

Alles anzeigen

Was verrät mir das denn? Den preempt-Kernel habe ich schon entfernt. Mich würde ja vor allem interessieren, warum bei "zypper up" dieser überhaupt installiert und als "default" gesetzt wurde...

madelgijs · 15. Dezember 2020

Mache ich nachher mal, sobald ich wieder am Desktop bin (bin gespannt, was ich da sehe...). Gerade sitze ich am Laptop - und musste feststellen, dass Leap da beim Update auch den preempt-Kernel installiert hat...

madelgijs · 15. Dezember 2020

Schon mal vielen Dank für die schnellen Reaktionen. Ich wollte gerade nachschauen, welche Kernel-Version ich eigentlich installiert habe und habe dabei festgestellt, dass als Kernel "5.3.18-lp152.57-preempt" aktiv war. Ich habe dann mal probeweise beim Booten in GRUB den default-Kernel händisch aktiviert. Dann ging das Netzwerk wieder. Ich kann mich nicht entsinnen, den preempt-Kernel aktiviert zu haben.

Kann sich jemand einen Reim darauf machen, warum plötzlich dieser Kernel aktiv war - und warum der zu einem nichtfunktionierenden Netzwerktreiber führte?

madelgijs · 15. Dezember 2020

Hallo allerseits,

meine Frage stelle ich gerade von Win10 aus (grrr), weil seit dem Einspielen des letzten Updates vor wenigen Minuten mein Leap nicht mehr ins Internet möchte. Die Netzwekrkverbindung wird nicht erkannt, das entsprechende Symbol unter KDE ist ausgegraut. Das Board ist ein MSI B450M PRO-VDH MAX mit aktuellem BIOS, der LAN-Chip ist ein Realtek 8111H. An der Hardware liegt's nicht, sonst hätte Windows ja auch Probleme. Kann mir jemand mit hilfreichen Tipps unter die Arme greifen? Um eine Option gleich auszuschließen: Ich hatte mich bei der Installation gg. BTRFS entschieden, Snapper und ein Rollback sind also keine Option...

Grüße in die Runde, madelgijs

madelgijs · 29. Oktober 2020

Mal eine ganz "blöde" Frage: Bei meinem Desktop-PC listet das BIOS beim Start die angeschlossenen Laufwerke auf bzw. wenn ich ins BIOS gehe, kann ich sehen, welche Geräte an welchem SATA-Anschluss hängen.

Wenn das CD-/DVD-Laufwerk weder an der einen noch der anderen Stelle auftaucht, wäre das Prüfen der Kabelverbindungen im Rechner aus meiner Sicht der nächste logische Schritt. Sollten die unauffällig sein und auch ein Port-Wechsel nichts bringen, steht tatsächlich ein Hardware-Defekt im Raum...

Beiträge von madelgijs

Softmaker Office 2021 klemmt bei der Produktregistrierung

openSUSE Argon?

[Leap 15.2] Netzwerk weg nach letztem Update

[Leap 15.2] Netzwerk weg nach letztem Update

[Leap 15.2] Netzwerk weg nach letztem Update

[Leap 15.2] Netzwerk weg nach letztem Update

[Leap 15.2] Netzwerk weg nach letztem Update

[Leap 15.2] Netzwerk weg nach letztem Update

[Leap 15.2] Netzwerk weg nach letztem Update

CD/DVD-Laufwerk kaputt?!

Tumbleweed-Update bricht ab

GNOME OS Preview: Ein Schritt in Richtung Alltagsbetrieb

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

pit1958ffm

Wanderratte

k.113

aitexturegenerator

Giorgio68