Kernel 5.17 Probleme mit suspend Thema ist als GELÖST markiert

Probleme bei der Installation von Hardware unter Manjaro Linux? Hier wird geholfen.</span

Themen Author
Benutzer 1541 gelöscht

Kernel 5.17 Probleme mit suspend

#1

Beitrag von Benutzer 1541 gelöscht »

Der Kernel 5.17 zeigt bei mir den selben Fehler wie unter Arch:
Der PC hat nach der Bereitschaft keine Monitoranzeige mehr.

Code: Alles auswählen

System:
  Host: josefine-manjaro Kernel: 5.17.1-3 MANJARO arch: x86_64 bits: 64
    Desktop: KDE Plasma v: 5.24.4 Distro: Manjaro Linux
Machine:
  Type: Desktop Mobo: ASUSTeK model: SABERTOOTH 990FX R2.0 v: Rev 1.xx
    serial: <superuser required> UEFI: American Megatrends v: 2901
    date: 05/04/2016
CPU:
  Info: 8-core model: AMD FX-8350 bits: 64 type: MT MCP cache: L2: 8 MiB
  Speed (MHz): avg: 2654 min/max: 1400/4000 cores: 1: 2303 2: 2667 3: 1773
    4: 3118 5: 2285 6: 2546 7: 3383 8: 3159
Graphics:
  Device-1: AMD Lexa PRO [Radeon 540/540X/550/550X / RX 540X/550/550X]
    driver: amdgpu v: kernel
  Device-2: Realtek Full HD Webcam type: USB driver: snd-usb-audio,uvcvideo
  Display: x11 server: X.Org v: 1.21.1.3 with: Xwayland v: 22.1.1 driver:
    X: loaded: amdgpu unloaded: modesetting,radeon gpu: amdgpu resolution:
    1: 1920x1080~60Hz 2: 1920x1080~60Hz 3: 1680x1050~60Hz 4: 1920x1080~60Hz
  OpenGL: renderer: AMD Radeon RX 550 / 550 Series (POLARIS12 DRM 3.44.0
    5.16.18-1-MANJARO LLVM 13.0.1)
    v: 4.6 Mesa 21.3.8
Audio:
  Device-1: AMD SBx00 Azalia driver: snd_hda_intel
  Device-2: AMD Baffin HDMI/DP Audio [Radeon RX 550 640SP / 560/560X]
    driver: snd_hda_intel
  Device-3: Realtek Full HD Webcam type: USB driver: snd-usb-audio,uvcvideo
  Device-4: C-Media Audio Device type: USB driver: snd-usb-audio
  Sound Server-1: ALSA v: k5.16.18-1-MANJARO running: yes
  Sound Server-2: PulseAudio v: 15.0 running: yes
  Sound Server-3: PipeWire v: 0.3.49 running: yes
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp11s0 state: up speed: 1000 Mbps duplex: full
    mac: ac:22:0b:50:1e:d9
Drives:
  Local Storage: total: 3.66 TiB used: 318.45 GiB (8.5%)
  ID-1: /dev/nvme0n1 vendor: Apacer model: AS2280P4U 1TB size: 931.51 GiB
  ID-2: /dev/nvme1n1 vendor: Crucial model: CT1000P2SSD8 size: 931.51 GiB
  ID-3: /dev/sda vendor: Seagate model: BarraCuda SSD ZA1000CM10002
    size: 931.51 GiB
  ID-4: /dev/sdb vendor: Apacer model: AS350 1TB size: 953.87 GiB
Partition:
  ID-1: / size: 881.69 GiB used: 318.45 GiB (36.1%) fs: ext4
    dev: /dev/nvme1n1p2
  ID-2: /boot/efi size: 299.4 MiB used: 288 KiB (0.1%) fs: vfat
    dev: /dev/nvme1n1p1
Swap:
  ID-1: swap-1 type: partition size: 34.37 GiB used: 0 KiB (0.0%)
    dev: /dev/nvme1n1p3
Sensors:
  System Temperatures: cpu: 38.0 C mobo: 30.0 C gpu: amdgpu temp: 57.0 C
  Fan Speeds (RPM): cpu: 1222 fan-2: 0 fan-3: 0 gpu: amdgpu fan: 1939
Info:
  Processes: 420 Uptime: 4m Memory: 31.25 GiB used: 6.15 GiB (19.7%)
  Shell: Zsh inxi: 3.3.15
Mal sehen ob ich hier die einzige bin mit diesem Fehler.
Benutzeravatar

ManTuxer
Forum Kenner
Forum Kenner
Beiträge: 174
Registriert: Donnerstag 19. August 2021, 08:29
CPU: Intel Core i7-9750H
GPU: NVIDIA GeForce GTX 1650 Mobile / Intel
Kernel: aktuellsten nicht RC + LTS (fallback)
Desktop-Variante: Cinnamon
GPU Treiber: NVIDIA
Hat sich bedankt: 35 Mal
Danksagung erhalten: 46 Mal

Re: Kernel 5.17 Probleme mit suspend

#2

Beitrag von ManTuxer »

Bei mir in Cinnamon keine Probleme mit dem Ruhezustand und 17-er Kernel.
Ich hatte das mal kurz als der 16-er Kernel rauskam. Damals hat es geholfen die ʺMonitor‑Umschalt‑Tasteʺ zu drücken, bei mir [fn] + [F8]. Trat danach nicht wieder auf.

Code: Alles auswählen

[ ~]$ inxi -Fz
System:
  Kernel: 5.17.1-3-MANJARO arch: x86_64 bits: 64 Desktop: Cinnamon v: 5.2.7
    Distro: Manjaro Linux
Machine:
  Type: Laptop System: Dell product: Inspiron 7590 v: N/A
    serial: <superuser required>
  Mobo: Dell model: 0JKGD4 v: A00 serial: <superuser required> UEFI: Dell
    v: 1.13.0 date: 12/10/2021
Battery:
  ID-1: BAT0 charge: 77.4 Wh (100.0%) condition: 77.4/97.0 Wh (79.8%)
CPU:
  Info: 6-core model: Intel Core i7-9750H bits: 64 type: MT MCP cache:
    L2: 1.5 MiB
  Speed (MHz): avg: 868 min/max: 800/4500 cores: 1: 900 2: 838 3: 900
    4: 900 5: 900 6: 900 7: 845 8: 900 9: 852 10: 800 11: 800 12: 890
Graphics:
  Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] driver: i915 v: kernel
  Device-2: NVIDIA TU117M [GeForce GTX 1650 Mobile / Max-Q] driver: nvidia
    v: 510.60.02
  Display: x11 server: X.Org v: 1.21.1.3 driver: X:
    loaded: modesetting,nvidia gpu: i915 resolution: 3840x2160~60Hz
  OpenGL: renderer: NVIDIA GeForce GTX 1650/PCIe/SSE2
    v: 4.6.0 NVIDIA 510.60.02
Audio:
  Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel
  Sound Server-1: ALSA v: k5.17.1-3-MANJARO running: yes
  Sound Server-2: PulseAudio v: 15.0 running: yes
  Sound Server-3: PipeWire v: 0.3.49 running: yes
Network:
  Device-1: Intel Cannon Lake PCH CNVi WiFi driver: iwlwifi
  IF: wlo1 state: up mac: <filter>
Bluetooth:
  Device-1: Intel Bluetooth 9460/9560 Jefferson Peak (JfP) type: USB
    driver: btusb
  Report: rfkill ID: hci0 rfk-id: 2 state: down bt-service: enabled,running
    rfk-block: hardware: no software: yes address: see --recommends
Drives:
  Local Storage: total: 2.73 TiB used: 1.19 TiB (43.7%)
  ID-1: /dev/nvme0n1 vendor: PNY model: CS3030 2000GB SSD size: 1.82 TiB
  ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 970 EVO Plus 1TB
    size: 931.51 GiB
Partition:
  ID-1: / size: 186.26 GiB used: 82.67 GiB (44.4%) fs: btrfs
    dev: /dev/nvme1n1p2
  ID-2: /boot/efi size: 487 MiB used: 568 KiB (0.1%) fs: vfat
    dev: /dev/nvme1n1p1
  ID-3: /home size: 186.26 GiB used: 82.67 GiB (44.4%) fs: btrfs
    dev: /dev/nvme1n1p2
  ID-4: /var/log size: 186.26 GiB used: 82.67 GiB (44.4%) fs: btrfs
    dev: /dev/nvme1n1p2
Swap:
  ID-1: swap-1 type: partition size: 34.1 GiB used: 0 KiB (0.0%)
    dev: /dev/nvme1n1p4
Sensors:
  System Temperatures: cpu: 65.0 C pch: 65.0 C mobo: N/A gpu: nvidia
    temp: 59 C
  Fan Speeds (RPM): cpu: 3873 fan-2: 3898
Info:
  Processes: 327 Uptime: 1h 35m Memory: 31 GiB used: 6.49 GiB (20.9%)
  Shell: Bash inxi: 3.3.15
Edit: Fn Taste geändert
Benutzeravatar

Siliziumfuchs
Forum Kenner
Forum Kenner
Beiträge: 217
Registriert: Mittwoch 23. Februar 2022, 22:34
Wohnort: Hamburg
CPU: Intel® Core™ i9-11900K
GPU: NVIDIA GeForce RTX 3070
Kernel: 5.15.76-1-MANJARO (64-bit)
Desktop-Variante: KDE-Plasma 5.26.x
GPU Treiber: NVidia 520.56.06
Hat sich bedankt: 19 Mal
Danksagung erhalten: 23 Mal

Re: Kernel 5.17 Probleme mit suspend

#3

Beitrag von Siliziumfuchs »

ManTuxer hat geschrieben: ↑Freitag 15. April 2022, 10:23 Damals hat es geholfen die ʺMonitor‑Umschalt‑Tasteʺ zu drücken, bei mir [fn] + [F8]
Monitor-Umschalt-Taste? Was macht den die, gibt es die nur bei Cinnamon oder auch hier unter KDE?

Themen Author
Benutzer 1541 gelöscht

Re: Kernel 5.17 Probleme mit suspend

#4

Beitrag von Benutzer 1541 gelöscht »

ManTuxer hat geschrieben: ↑Freitag 15. April 2022, 10:23 Bei mir in Cinnamon keine Probleme mit dem Ruhezustand und 17-er Kernel.
Ich hatte das mal kurz als der 16-er Kernel rauskam. Damals hat es geholfen die ʺMonitor‑Umschalt‑Tasteʺ zu drücken, bei mir [fn] + [F8]. Trat danach nicht wieder auf.
Tja, diese Taste gibt es bei mir am Desktop-PC nicht O:-)

Aber:

Mit dem Echtzeit-Kernel: 5.17.1-1-rt16 funktioniert es.
Also bleib ich inzwischen beim Echtzeit-Kernel :-*
Benutzeravatar

ManTuxer
Forum Kenner
Forum Kenner
Beiträge: 174
Registriert: Donnerstag 19. August 2021, 08:29
CPU: Intel Core i7-9750H
GPU: NVIDIA GeForce GTX 1650 Mobile / Intel
Kernel: aktuellsten nicht RC + LTS (fallback)
Desktop-Variante: Cinnamon
GPU Treiber: NVIDIA
Hat sich bedankt: 35 Mal
Danksagung erhalten: 46 Mal

Re: Kernel 5.17 Probleme mit suspend

#5

Beitrag von ManTuxer »

Siliziumfuchs hat geschrieben: ↑Freitag 15. April 2022, 11:07 Monitor-Umschalt-Taste? Was macht den die, gibt es die nur bei Cinnamon oder auch hier unter KDE?
Fn-Tasten = Funktionstasten. Die meisten gibt es auf Laptops und Notebooks. Auf einer Logitech Tastatur, weiß nicht mehr welcher, habe ich das auch schon gesehen. Die meisten Tastaturen haben aber leider nur Zusatztasten für Multimedia Funktionen.
josefine_h hat geschrieben: ↑Freitag 15. April 2022, 11:25 Tja, diese Taste gibt es bei mir am Desktop-PC nicht O:-)
Aber:
Mit dem Echtzeit-Kernel: 5.17.1-1-rt16 funktioniert es.
Schön das du es hinbekommen hast und es wieder läuft.
Oft hilft es den Kernel nur kurz zu wechseln und dann wieder zurück.
Benutzeravatar

Siliziumfuchs
Forum Kenner
Forum Kenner
Beiträge: 217
Registriert: Mittwoch 23. Februar 2022, 22:34
Wohnort: Hamburg
CPU: Intel® Core™ i9-11900K
GPU: NVIDIA GeForce RTX 3070
Kernel: 5.15.76-1-MANJARO (64-bit)
Desktop-Variante: KDE-Plasma 5.26.x
GPU Treiber: NVidia 520.56.06
Hat sich bedankt: 19 Mal
Danksagung erhalten: 23 Mal

Re: Kernel 5.17 Probleme mit suspend

#6

Beitrag von Siliziumfuchs »

ManTuxer hat geschrieben: ↑Samstag 16. April 2022, 08:20
Siliziumfuchs hat geschrieben: ↑Freitag 15. April 2022, 11:07 Monitor-Umschalt-Taste? Was macht den die, gibt es die nur bei Cinnamon oder auch hier unter KDE?
Fn-Tasten = Funktionstasten. Die meisten gibt es auf Laptops und Notebooks. Auf einer Logitech Tastatur, weiß nicht mehr welcher, habe ich das auch schon gesehen. Die meisten Tastaturen haben aber leider nur Zusatztasten für Multimedia Funktionen.
Ach, die Hardware-Tasten.... Stimmt, da habe ich hier nur ein paar Multimedia-tasten.
Benutzeravatar

Daemon
Forum Held
Forum Held
Beiträge: 959
Registriert: Freitag 22. Dezember 2017, 14:17
CPU: 6082
GPU: wtf
Kernel: pre-linux
Desktop-Variante: pre-linux
GPU Treiber: hab keine
Hat sich bedankt: 21 Mal
Danksagung erhalten: 166 Mal

Re: Kernel 5.17 Probleme mit suspend

#7

Beitrag von Daemon »

Wie schon an anderer Stelle hier geschrieben, es liegt am Kernel 5.17.1.
Mittlerweile gibt es 5.17.3 und da scheint das Problem behoben.
Die bei Manjaro schlafen wahrscheinlich, oder wie kommen die auf die Idee diesen Kernel in stable zu veröffentlichen wenn der Fehler bereits seit Wochen bekannt ist. Die hätten auch gleich 5.17.2 oder höher in stable reinpacken können, ist denen aber wahrscheinlich egal.
Vor allem wird doch 2 Wochen getestet. Was haben die getestet? Wie man am besten nichts macht?
Meine Güte ist das ein Haufen mittlerweile!
Siamo con il nostro Dio Scuro
Benutzeravatar

Nutzer4354
Forum Kenner
Forum Kenner
Beiträge: 153
Registriert: Mittwoch 8. September 2021, 01:53
CPU: Ryzen 3 3200U
GPU: Vega 3
Kernel: 5.15.25-1
Desktop-Variante: xfce/gnome
GPU Treiber: open source driver for vega 3
Hat sich bedankt: 63 Mal
Danksagung erhalten: 3 Mal

Re: Kernel 5.17 Probleme mit suspend

#8

Beitrag von Nutzer4354 »

ich kann auch etwas erfreuliches berichten.

Bei mir geht der Bereitschaftsmodus wieder mit dem Kernel 5.4.188. Alle neueren Kernel, die danach herauskamen, gehen nicht bei meinem HP Laptop.

Eine Frage habe ich dazu. Bedeutet das jetzt, da ich einen älteren Kernel verwende, dass mein System bedroht bzw. anfällig ist für Angriffe, weil der ältere Kernel u.U. Sicherheitslücken aufweist? Bitte schreibt etwas dazu.

____

Und noch eine Frage hinterher. Ich habe alle anderen Kernel weggelöscht. Gibt es da einen kleinen Unterschied, den man beachten sollte? Besser den alten Kernel lassen, also zwei dann im System haben, obwohl man nur einen nutzt oder nur den drin lassen, den man nutzt?
Es ist traurig, daß die Menschen Angst davor haben, einfach so zu sein, wie sie sind! (Michael Landon)

Themen Author
Benutzer 1541 gelöscht

Re: Kernel 5.17 Probleme mit suspend

#9

Beitrag von Benutzer 1541 gelöscht »

Nutzer4354 hat geschrieben: ↑Samstag 16. April 2022, 13:53 ich kann auch etwas erfreuliches berichten.

Bei mir geht der Bereitschaftsmodus wieder mit dem Kernel 5.4.188. Alle neueren Kernel, die danach herauskamen, gehen nicht bei meinem HP Laptop.

Eine Frage habe ich dazu. Bedeutet das jetzt, da ich einen älteren Kernel verwende, dass mein System bedroht bzw. anfällig ist für Angriffe, weil der ältere Kernel u.U. Sicherheitslücken aufweist? Bitte schreibt etwas dazu.
Dein Sicherheitsbedürnis in Ehren, aber das der Kernel älter ist bedeutet nicht das er, solange er offiziell unterstützt wird, nicht mehr mit Sicherheitsupdates versorgt wird.
Man kann auch vor Angst sterben ....
Nutzer4354 hat geschrieben: ↑Samstag 16. April 2022, 13:53
Und noch eine Frage hinterher. Ich habe alle anderen Kernel weggelöscht. Gibt es da einen kleinen Unterschied, den man beachten sollte? Besser den alten Kernel lassen, also zwei dann im System haben, obwohl man nur einen nutzt oder nur den drin lassen, den man nutzt?
Keine Ahnung warum du alle weggelöscht hast.
Hast du so wenig Speicherplatz auf deiner Platte?

Ich habe immer mindestens zwei, wenn nicht sogar drei Kernel installiert. Die kommen sich ja nicht in die Quere. Es liegt jeder einzeln auf der Platte und so viel Speicherplatz brauchen die nun auch wieder nicht.

Hin und wieder kann es gut sein wenn bei einem Update ein Problem auftritt das man eventuell einen anderen Kernel starten kann. Aber zu diesem Thema schreibe ich mir schon die Finger wund.
Benutzeravatar

Nutzer4354
Forum Kenner
Forum Kenner
Beiträge: 153
Registriert: Mittwoch 8. September 2021, 01:53
CPU: Ryzen 3 3200U
GPU: Vega 3
Kernel: 5.15.25-1
Desktop-Variante: xfce/gnome
GPU Treiber: open source driver for vega 3
Hat sich bedankt: 63 Mal
Danksagung erhalten: 3 Mal

Re: Kernel 5.17 Probleme mit suspend

#10

Beitrag von Nutzer4354 »

josefine_h hat geschrieben: ↑Samstag 16. April 2022, 14:03 Keine Ahnung warum du alle weggelöscht hast.
Hast du so wenig Speicherplatz auf deiner Platte?
Ich habe immer mindestens zwei, wenn nicht sogar drei Kernel installiert. Die kommen sich ja nicht in die Quere. Es liegt jeder einzeln auf der Platte und so viel Speicherplatz brauchen die nun auch wieder nicht.
ich habe da eben den Begriff des Minimalismus im Kopf... so viel wie nötig, aber so wenig wie möglich.

Hacking ist heutzutage doch ein Sport geworden und wir leben heute einfach in anderen Zeiten, in denen sich viele Vorzeichen massiv geändert haben.
Es ist traurig, daß die Menschen Angst davor haben, einfach so zu sein, wie sie sind! (Michael Landon)

Themen Author
Benutzer 1396 gelöscht

Re: Kernel 5.17 Probleme mit suspend

#11

Beitrag von Benutzer 1396 gelöscht »

Man wählt eigentlich die Kernel Linie, welche am besten zu der verwendeten Hardware passt und das ist nicht zwangsläufig immer die höchste. Eine höhere Kernel Generation hat auch keine besseren bzw. aktuellere Sicherheitspatches. Dieses ganze Kernel Geschacher liegt m.E. hauptsächlich daran, das Linux die vollständige Unterstützung für den AMD Ryzen immer noch nicht in den Griff bekommen hat.

Themen Author
Benutzer 1541 gelöscht

Re: Kernel 5.17 Probleme mit suspend

#12

Beitrag von Benutzer 1541 gelöscht »

Nutzer4354 hat geschrieben: ↑Samstag 16. April 2022, 14:10
Hacking ist heutzutage doch ein Sport geworden und wir leben heute einfach in anderen Zeiten, in denen sich viele Vorzeichen massiv geändert haben.
Und nur weil ein Kernel ungenutzt auf deiner Platte liegt bist du angreifbar?
:o
Benutzeravatar

Nutzer4354
Forum Kenner
Forum Kenner
Beiträge: 153
Registriert: Mittwoch 8. September 2021, 01:53
CPU: Ryzen 3 3200U
GPU: Vega 3
Kernel: 5.15.25-1
Desktop-Variante: xfce/gnome
GPU Treiber: open source driver for vega 3
Hat sich bedankt: 63 Mal
Danksagung erhalten: 3 Mal

Re: Kernel 5.17 Probleme mit suspend

#13

Beitrag von Nutzer4354 »

josefine_h hat geschrieben: ↑Samstag 16. April 2022, 17:00 Und nur weil ein Kernel ungenutzt auf deiner Platte liegt bist du angreifbar?
:o
Ich frage eben aus meiner Unwissenheit heraus. Sicherheit entsteht natürlich aus einer Kette von Komponenten und Maßnahmen.

Und andererseits wenn das Userverhalten entsprechend gut ist, dann können auch Schwachstellen im System gegeben sein.

Wenn man zB mit Windows gut umgeht und sich entsprechend verhält, Windows entsprechend gebraucht, dann benötigt man auch keinerlei AV-Schutz. Nicht dass AV Programme überhaupt noch etwas nützen würden... ich sage das nur, weil ich damit ausdrücken möchte, dass das Nutzerverhalten an sich das wichtigste ist und dann auch Sicherheitslecks/Einfallstore an so manchen Stelle vernachlässigt werden können.

Eine Kette ist immer nur so stark wie ihr schwächstes Glied und man möchte natürlich idealerweise an einen Zustand und eine Verfahrensweise kommen, wo die Dinge eben kontinuierlich verbessert werden und eventuelle Schwachstellen oder mögliche Einfallstore eben auch noch geschlossen werden, auch wenn das hier und da nicht relevant ist. Es ist eben eine Grundsatzsache, dass man ein Interesse daran hat, die Dinge noch weiter zu verbessern. Diese Richtung dorthin ist auf jedenfalls besser als in die andere Richtung oder in der Sache stehen zu bleiben, sie über viele Jahre zu vernachlässigen.

Das ist meine Motivation und mein Denken dahinter.
____________________

Wobei das ja jetzt noch garnicht auf die Frage hinzielt, inwieweit Schadware auf Linux generell an den Kernel herankommen kann und Schaden anrichten kann, oder zB Hacker gezielt ansetzen können beim Angreifen / Überwältigen eines Systems, wenn der Kernel Lücken haben sollte.

Da wird doch bestimmt die Architektur von Linux genug Schutz davor bieten, nicht wahr? (erneut meldet sich meine Unwissenheit und aus dieser heraus entstehen Fragen..)
Es ist traurig, daß die Menschen Angst davor haben, einfach so zu sein, wie sie sind! (Michael Landon)
Benutzeravatar

zompel
Forum Held
Forum Held
Beiträge: 525
Registriert: Montag 9. Dezember 2019, 19:52
Wohnort: Essen, NRW
CPU: Intel Core i9-9900KF
GPU: nVidia GeForce RTX 2070
Kernel: 6.6 LTS
Desktop-Variante: Gnome
GPU Treiber: nVidia
Hat sich bedankt: 19 Mal
Danksagung erhalten: 104 Mal

Re: Kernel 5.17 Probleme mit suspend

#14

Beitrag von zompel »

@josefine_h hat schon Recht, und ein ungenutzter Kernel wird ebenso mitaktualisiert wie der genutzte. Zudem bietet ein zusätztlicher Kernel, der nicht gestartet ist keine Angriffsfläche, erst wenn er genutzt wird ist es relevant ob er Sicherheitslücken hat oder nicht.

Aber was ich mich jetzt frage, falls du ein aktuelleren Kernel als Fallback mitinstallierst wird er im GRUB normalerweise priorisiert, d.H. du müsstest immer erst im GRUB explizit den älteren auswählen. Ich hab da jetz keine Erfahrungen mit, vielleicht kann dir jemand sagen wie du GRUB so konfigurierst das er dann default wieder den älteren lädt.

Ansonsten kannst du auch den 5.4 LTS als einzigen Kernel lassen, aber dann solltest du auf jeden Fall Timeshift vor jedem größeren Update nicht vergessen!!

Der Kernel 5.4 wird laut https://kernel.org noch bis Dezember 2025 unterstützt.
Benutzeravatar

Daemon
Forum Held
Forum Held
Beiträge: 959
Registriert: Freitag 22. Dezember 2017, 14:17
CPU: 6082
GPU: wtf
Kernel: pre-linux
Desktop-Variante: pre-linux
GPU Treiber: hab keine
Hat sich bedankt: 21 Mal
Danksagung erhalten: 166 Mal

Re: Kernel 5.17 Probleme mit suspend

#15

Beitrag von Daemon »

zompel hat geschrieben: ↑Sonntag 17. April 2022, 11:20 Aber was ich mich jetzt frage, falls du ein aktuelleren Kernel als Fallback mitinstallierst wird er im GRUB normalerweise priorisiert, d.H. du müsstest immer erst im GRUB explizit den älteren auswählen. Ich hab da jetz keine Erfahrungen mit, vielleicht kann dir jemand sagen wie du GRUB so konfigurierst das er dann default wieder den älteren lädt.
Wenn grub richtig eingestellt ist, merkt er sich was als letztes gestartet wurde, und nimmt dann immer das bis wieder was anderes gewählt (von einem selbst) wurde.
Natürlich muss man, wenn man einen neuen Kernel installiert, den erstmal auswählen, es sei denn es gibt gar keinen anderen.
Siamo con il nostro Dio Scuro
Antworten

Zurück zu „Manjaro Linux Hardware und Kernel“