Lenovo Ideapad 5 Pro *APH8 Linuxthread

poverts schrieb:
Ja ich habe den 16 zoll.
Laut nem vorherigen poster hatte er keine probleme mit majaro, daher probiere das mal.

Ich interessiere mich auch für das 16" Modell.
Hast du da eine dedizierte Graka? Interessiere mich für das aktuelle Modell mit RTX 3050 oder 4050.
Wie läuft das?
 
Hab auch Linux drauf und es so gelöst. Mit Rufus Windows 11 to go auf ein USB Stick erstellt, gebootet, Bios Update gestartet. Fertig :-)
 

Anhänge

  • 20240224_150542.jpg
    20240224_150542.jpg
    1,2 MB · Aufrufe: 115
  • Gefällt mir
Reaktionen: Tenferenzu
Außer den 120 Hz läuft alles prima, stört mich aber nicht (kann nur bis max 60 Hz beim EndeavourOS auswählen).

Sonstiges Fehler konnte ich mit dem alten BIOS auch nicht feststellen, es hat sich nix geändert.....Läuft ruhig, super zum Spielen und Office.
 
  • Gefällt mir
Reaktionen: Tenferenzu
Problem: spectre-meltdown-checker.sh meldet auf 16APH8 veralteten Microcode, obwohl das aktuelle BIOS MDCN33WW installiert ist.
* CPU microcode is the latest known available version: NO (latest version is 0xa704104 dated 2023/07/13 according to builtin firmwares DB v296+i20240514+988c)
...
CVE-2023-20569 aka 'Inception, return address security (RAS)'
* Mitigated according to the /sys interface: NO (Vulnerable: Safe RET, no microcode)
* Kernel supports mitigation: YES (found spec_rstack_overflow in kernel image)
* Kernel compiled with SRSO support: NO (required for safe RET and ibpb_on_vmexit mitigations)
* Kernel compiled with IBPB_ENTRY support: NO
* CPU supports SBPB: UNKNOWN (cannot write MSR, rerun with --allow-msr-write)
> STATUS: VULNERABLE (Vulnerable: Safe RET, no microcode)

sudo dmesg|grep microcode
[ 0.077103] Speculative Return Stack Overflow: IBPB-extending microcode not applied!
[ 0.077104] Speculative Return Stack Overflow: Vulnerable: Safe RET, no microcode
[ 0.993139] microcode: Current revision: 0x0a704101

Lösung: Neuen Microcode laden. Ganz einfach, so gehts:
  1. Aktuellen Microcode laden: wget https://github.com/platomav/CPUMicrocodes/raw/master/AMD/cpu00A70F41_ver0A704104_2023-07-13_3C8FAC0D.bin
  2. Leider hat der Blob nicht das für den Kernel benötigte Format. Zum Glück gibt es dafür bereits ein kleines Tool, das man allerdings selber kompilieren muss. Hier am Beispiel Manjaro:
    • Benötigte Zusatzpakete installieren
      pamac install base-devel cpio
    • Sourcen laden
      git clone https://github.com/AndyLavr/amd-ucodegen.git
    • cd amd-ucodegen
    • Kompilieren
      make
    • Konvertieren (Pfad zum Blob ggf. anpassen)
      ./amd-ucodegen cpu00A70F41_ver0A704104_2023-07-13_3C8FAC0D.bin
    • Neuen Microcode ins Firmware Verzeichnis kopieren
      sudo cp microcode_amd_fam19h.bin /usr/lib/firmware/amd-ucode/
    • Skript zum erzeugen der amd-ucode.img Datei ziehen
      wget https://gist.githubusercontent.com/polymorphm/7d0b7697c9616a66c9bebd46b086ba41/raw/24474f2b0ac6f6c875136312b931515f82278b8c/make-amd-ucode.sh
    • Aktuellen Microcode sichern
      cp /boot/amd-ucode.img amd-ucode.bak
    • Image erzeugen
      sudo bash make-amd-ucode.sh
    • Neues Microcode Image nach /boot kopieren
      sudo cp amd-ucode.img /boot
    • Kernel-Images neu erzeugen und Microcode einbetten
      sudo mkinitcpio -P
    • Reboot
Ergebnis:
* CPU microcode is known to cause stability problems: NO (family 0x19 model 0x74 stepping 0x1 ucode 0xa704104 cpuid 0xa70f41 pfid 0x8)
* CPU microcode is the latest known available version: YES (latest version is 0xa704104 dated 2023/07/13 according to builtin firmwares DB v296+i20240514+988c)
...
CVE-2023-20569 aka 'Inception, return address security (RAS)'
* Mitigated according to the /sys interface: YES (Mitigation: Safe RET)
* Kernel supports mitigation: YES (found spec_rstack_overflow in kernel image)
* Kernel compiled with SRSO support: NO (required for safe RET and ibpb_on_vmexit mitigations)
* Kernel compiled with IBPB_ENTRY support: NO
* CPU supports SBPB: UNKNOWN (cannot write MSR, rerun with --allow-msr-write)
> STATUS: NOT VULNERABLE (Mitigation: Safe RET)

sudo dmesg|grep microcode
[ 1.015037] microcode: Current revision: 0x0a704104
[ 1.015039] microcode: Updated early from: 0x0a704101

Nutzung auf eigene Gefahr. Aus dem Internet bezogene Skripte und Code nicht ohne Prüfung ausführen.
 
Zuletzt bearbeitet:
Ab Kernel 6.10 wird endlich FN+Q nativ unterstützt, leider sieht man nicht in welchem Modus sich das Gerät befindet. Daher habe ich mir hier etwas gebastelt.

Im Anhang befinden sich zwei Dateien, ein Shell-Skript getpp.sh und eine Desktop-Datei getpp.desktop für den Autostart. Getestet mit Manjaro und GNOME 46.

Installation:
  1. Shell-Skript nach /usr/local/bin kopieren und ausführbar machen.
    • kopieren cp getpp.sh /usr/local/bin/
    • ausführbar machen chmod ugo+x /usr/local/bin/getpp.sh
    • Inotify installieren pamac install inotify-tools
    • Test: getpp.sh sollte eine Meldung ausgeben.
  2. Desktop-Datei nach ~/.config/autostart kopieren.
    1. cp getpp.desktop ~/.config/autostart/
  3. Abmelden und wieder anmelden.
 

Anhänge

Unter Windows, Lenovo Tools/Treiber vorausgesetzt, lassen sich die Leistungsprofile der Ideapads mit der Tastenkombination FN+Q umschalten. Das ausgewählte Profil wird einem als Overlay-Icon angezeigt.

Unter Linux, besonders mit Xfce, war die Umschaltung bisher nur über Umwege wie ein eigenen Keybind für power-profiles-daemon aus dem Userland möglich. Per root/sudo ging es schon lange, war aber sehr umständlich. Beide Workarounds sind ab Kernel 6.10 nicht mehr nötig.
 
  • Gefällt mir
Reaktionen: mscode
razor_blade schrieb:
Danke für die ausführliche Anleitung. Ich stehe aber an, dass ganze unter Fedora 38 zum Laufen zu bringen. Grub konnte ich noch aktualisieren, initramfs-tools gibt es aber unter Fedora nicht. Das Pendant dazu heißt anscheinend dracut, hab jedoch keine Ahnung wie die Befehle dafür lauten und wäre um Hilfe sehr sehr dankbar.
Hey zusammen,

ich nutze ein identisches Laptop und kann leider auch nur 60Hz unter Bazzite OS einstellen. Ist es möglich, dass noch einmal zu erklären? Linux ist abseits vom Steamdeck Neuland für mich, ich habe mich aber entschlossen, schon einmal testweise mein 2. PC (Laptop) umzustellen und mich reinzufinden :-)

LG und danke vorab!

Micha
 
Bazzite OS basiert auf Fedora Sliver Blue, einem Immutable Linux. Ich könnte mir vorstellen, dass man den Ansatz für das normale Fedora dort nicht 1:1 anwenden kann. Was ich jetzt auf die Schnelle gelesen habe, dürfte der einfachste Ansatz sein ein rpm-ostree Image für die nötigen Änderungen zu bauen.
Als Manjaro-Nutzer bin ich bei Fedora raus.
 
Zuletzt bearbeitet:
@Tenferenzu Naja, diese Linux-Variante ist sehr stark an Steam-OS angelehnt, was ich bereits vom Steamdeck kenne. Das war der Hintergrund für diese Wahl. Kann mir evtl. jemand mit den Vorschlägen in den Links helfen oder kennt sich niemand damit aus?

LG
Micha

PS: Ich werde mir mal deinen Vorschlag anschauen und gucke mal, ob ich mit der Anleitung damit klar komme.
 
Zuletzt bearbeitet:
michelthemaster schrieb:
Naja, diese Linux-Variante ist sehr stark an Steam-OS angelehnt, was ich bereits vom Steamdeck kenne. Das war der Hintergrund für diese Wahl.
Also wenn es da um die Optik geht, dann meinst du KDE damit. Das wäre auch der Standarddesktop von Nobara.

Wenn du allgemein Hilfe zu Gaming auf Linux suchst, solltest du aber in einem anderen Thread weiterschreiben. ;)

michelthemaster schrieb:
Vorschlag ist eine starke Formulierung. Mir ist nur nicht ganz klar, warum du die immutable Distro haben willst, wenn du noch keine Ahnung von Linux hast. Das Konzept ist zwar nicht neu aber ich kann mir gut vorstellen, dass es dazu bei weitem nicht so viele Anleitungen gibt wie beim normalen Fedora/Nobara.
 
  • Gefällt mir
Reaktionen: michelthemaster
Ich kenne mich schlicht und ergreifend nicht aus, was die Unterschiede angeht. Wie gesagt, abseits von Steam-OS hatte ich vorher noch keine Berührungspunkte mit Linux. Und Bazzite OS wurde empfohlen für Leute, welche "Steam-OS" auf anderen Geräten haben wollen. Das ist der Hintergrund.

LG
Micha

Update: Soweit so gut, siehe Screenshots unten. Wie geht es nun weiter? Der letzte Schritt hat bei mir leider nicht funktioniert (siehe Screenshot).
 

Anhänge

  • Bildschirmfoto_20241002_171244.png
    Bildschirmfoto_20241002_171244.png
    258,6 KB · Aufrufe: 36
  • Bildschirmfoto_20241002_171452.png
    Bildschirmfoto_20241002_171452.png
    102,9 KB · Aufrufe: 35
  • Bildschirmfoto_20241002_172203.png
    Bildschirmfoto_20241002_172203.png
    129,9 KB · Aufrufe: 31
  • Bildschirmfoto_20241002_172224.png
    Bildschirmfoto_20241002_172224.png
    171,8 KB · Aufrufe: 35
  • Bildschirmfoto_20241002_172244.png
    Bildschirmfoto_20241002_172244.png
    303,9 KB · Aufrufe: 37
Zuletzt bearbeitet:
Schau dir mal die Zeile an.
1727883964413.png

^[[200~ und am Ende nochmal ein~ sind klassisch copy paste Fehler.
Führ das nochmal aus aber nur mit dem Code der da eigentlich reingehört also beginnend bei xxd ... bis -fixed.
 
  • Gefällt mir
Reaktionen: michelthemaster und cbtaste420
Leider funktioniert es weiterhin nicht, die Tippfehler können also nicht der Grund sein (siehe Screenshot).

LG
Micha
 

Anhänge

  • Bildschirmfoto_20241002_175956.png
    Bildschirmfoto_20241002_175956.png
    32,4 KB · Aufrufe: 33
michelthemaster schrieb:
Leider funktioniert es weiterhin nicht, die Tippfehler können also nicht der Grund sein (siehe Screenshot).
Versuch das mal: xxd -p /sys/class/drm/card0/card0-eDP-1/edid | sed -E 's/f098$/f890/g' | xxd -p -r > edid.bin
 
  • Gefällt mir
Reaktionen: michelthemaster
@cbtaste420 Ich erhalte "Befehl nicht gefunden". Muss evtl. hier noch etwas editiert werden?
 
Zurück
Oben