Beiträge von luigi

Zitat von Alero

Wieso ging das plötzlich? Die Sache mit der Tastatur und der Maus kam ja erst später.

Das ging nicht plötzlich, sondern das Stehenbleiben beim ersten Bildschirm war bereits aus dem Eröffnungs-post ersichtlich. Daher kam auch mein Rat, eine usb-Tastatur anzuschließen, welcher dann aber von der Knoppix-Welle zugespült wurde.

Zitat von luigi

hammu

Von einigen Ideapad 3 Modellen ist bekannt, dass es unter Linux Schwierigkeiten mit Tastatur und Touchpad gibt. Vielleicht hilft da erst einmal eine während der Installation über USB angeschlossene Tastatur weiter?

Die Verwendung einer USB-Tastatur hatte ich bereits in meinem post #16 vorgeschlagen. Auch das testweise Ausschalten von TPM könnte man probieren, aber nur wenn man versteht, was man tut. Und das ist natürlich unter Windows durchzuführen.

Soweit ich sehen konnte, wird dein Ideapad-Modell bei Levono nicht erwähnt, wenn es um Linux geht.

Heute kam bei mir der erwartete update/bugfix des OBS Package Installers opi auf Version 4.4.0-bp155.2.12.1 ...

Zitat von Alero

Weißt du das oder vermutest du das nur?

Ob das für das hier genutzte Laptop der Fall ist, weiß ich nicht. Habe aber von solchen Windows-Übergriffen gelesen und dies auch in einem früheren thread zitiert.

Zitat von Alero

Und weißt du auch, das 98 % aller Probleme hier im Forum auf einen Dual-Betrieb mit Windows zurück zu führen sind?

Bitte dabei bedenken, dass annähernd 100% aller user weltweit, die dual boot ohne Probleme nutzen, in deiner 'Statistik' nicht vorkommen.

hammu Von einigen Ideapad 3 Modellen ist bekannt, dass es unter Linux Schwierigkeiten mit Tastatur und Touchpad gibt. Vielleicht hilft da erst einmal eine während der Installation über USB angeschlossene Tastatur weiter?

Hast du im Bios auch den TMP support disabled?

Auch würde ich Windows 11 nicht sofort platt machen, sondern das Gerät zunächst im dual boot betreiben. Es kann nämlich durchaus sein, dass bei diesem Laptop gewisse essentielle Einstellungen nur unter Windows zugänglich sind!

overheat zum Verständnis:

Früher gab es bei openSUSE keinen Video-Codec h.264. Seit Januar 2023 wird aufgrund einer neuen Vereinbarung mit Cisco deren Implementierung OpenH264 nun auch für openSUSE bereitgestellt und kann bei der Installation genutzt werden. Daher ist die Nachfrage am Ende von 'opi codecs'

Do you want to install openh264 codecs from openSUSE openh264 repository?

in der Regel zu verneinen, weil diese bereits zuvor mit Multimedia installiert wurden. Allerdings werden meist noch zusätzliche codecs und 264-libraries von Packman benötigt.

Vielleicht sollte man im Titel noch 'opi codecs' einfügen und Restriced -> Restricted korrigieren, damit dein thread auch gefunden werden kann?

Seit vielen Jahren habe ich nach einem Leap-upgrade immer 'opi codecs' ohne Probleme genutzt. Dieses Mal gibt es mit diesem Kommando aber Probleme. wie auch andere Leap 15.5 Nutzer bemerkt haben. Auch wenn die codecs-Probleme anscheinend mit opi-4.3.0-lp155.130.1.noarch.rpm behoben wurden, so bleibt ein ungutes Gefühl, wenn die Nutzung von 'opi codecs' zuvor installierte python-Sicherheitsupdates wieder eliminieren, oder? Python steckt ja auch in anderen Anwendungen drin.

Sorry, Sauerland, dass ich widersprechen muss.

1. Habe mit packagekit die python-Sicherheitsupdates eingespielt.

2. Update-check: keine updates vorhanden -- Ihr System ist auf dem neuesten Stand

3. Habe wieder 'opi codecs' gestartet, wobei libpython-Pakete zurückgestuft wurden.

4. Mit packagekit nach updates gesucht: die python-Sicherheitsupdates warten schon wieder auf Installation

5. ???

Danke, Sauerland, dass du meine Vermutung "... ein Problem im opi-script oder mit python." bestätigen konntest und den link zugänglich gemacht hast.

Nach download von

https://download.opensuse.org/repositories/utilities/15.5/noarch/opi-4.3.0-lp155.130.1.noarch.rpm

und installieren als root mit

rpm -U opi-4.3.0-lp155.130.1.noarch.rpm

lief 'opi codecs' bis zum Ende zwar durch ...

Do you want to install openh264 codecs from openSUSE openh264 repository? (Y/n) Y
Installing from existing repo 'Open H.264 Codec (openSUSE Leap)'
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Distributions-Aktualisierungen werden verarbeitet...
Keine auszuführenden Aktionen.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
'mozilla-openh264' ist bereits installiert.
Kein Aktualisierungskandidat für 'mozilla-openh264-2.3.1-2.sle150500.2.x86_64'. Die neueste Version ist bereits installiert.
'libgstopenh264.so()(64bit)' wurde in den Paketnamen nicht gefunden. Fähigkeiten werden durchsucht.
'gstreamer-1.20-plugin-openh264', welches 'libgstopenh264.so()(64bit)' bietet, ist bereits installiert.
Paketabhängigkeiten werden aufgelöst...
Keine auszuführenden Aktionen.

... es wurde aber nichts mehr installiert, was auch zu meiner Empfehlung passt (s. post #2) , die folgende Frage einfach mit 'n' zu beantworten.

Do you want to install openh264 codecs from openSUSE openh264 repository? (Y/n)

Eine seltsame Sache fiel mir noch auf: opi stuft python-Pakete zurück ...

Installierte Pakete werden gelesen...
Distributions-Aktualisierungen werden verarbeitet...

Die folgenden 3 Pakete werden durch eine ältere Version ausgetauscht:
  libpython2_7-1_0 python python-base

3 Pakete werden zurückgestuft.
Gesamtgröße des Downloads: 6,9 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden
zusätzlich 18,3 KiB belegt.
Continue? [j/n/v/...? zeigt alle Optionen] (j): j
Abrufen: libpython2_7-1_0-2.7.18-150000.48.1.x86_64 (Packman)                        (1/3), 841,8 KiB    
Abrufen: libpython2_7-1_0-2.7.18-150000.48.1.x86_64.rpm ...........................[fertig (799,6 KiB/s)]
Abrufen: python-base-2.7.18-150000.48.1.x86_64 (Packman)                             (2/3),   5,8 MiB    
Abrufen: python-base-2.7.18-150000.48.1.x86_64.rpm ..................................[fertig (1,4 MiB/s)]
Abrufen: python-2.7.18-150000.48.1.x86_64 (Packman)                                  (3/3), 338,6 KiB    
Abrufen: python-2.7.18-150000.48.1.x86_64.rpm .....................................[fertig (223,6 KiB/s)]

... während packagekit anschließend wieder ein Sicherheitsupdate auf python-2-7-17 durchführen will.

Hängt das vielleicht irgendwie zusammen? Es wäre schön, wenn das jemand aufklären könnte?

Hier habe ich noch weitere 264libs gefunden

luigi@E520-Biene:~> zypper se -si libx264
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name        | Type  | Version                                  | Arch   | Repository
---+-------------+-------+------------------------------------------+--------+---------------
i+ | libx264-160 | Paket | 0.160+git20200702.cde9a933-pm152.1.2     | x86_64 | (Systempakete)
i+ | libx264-161 | Paket | 0.161+git20200912.d198931a-pm154.2.5     | x86_64 | (Systempakete)
i+ | libx264-164 | Paket | 0.164+git20220602.baee400f-150500.1.pm.3 | x86_64 | Packman
luigi@E520-Biene:~> 

Mögliche Konflikte mit früheren Versionen?