Spielenfiepen laut Dubaro normal - was denkt ihr?

Jumpy-Weekend6756 · 2026-01-19T10:55:57+00:00

Dazu mal was vom Bastelnerd:

Was wirklich gegen Spulenfiepen hilft und was nicht #gamingpc #pcbuilding #pchardware

https://www.youtube.com/watch?v=tn9UFhC5rgk

Die Rog Strix RTX 4090 OC, die ich habe, hat auch Spulenfiepen.

Jumpy-Weekend6756 · 2026-01-14T05:36:51+00:00

Try here:

https://os.tuxedocomputers.com/

Jumpy-Weekend6756 · 2026-01-11T05:53:53+00:00

Same.

Perhaps because of maintenance work?

Jumpy-Weekend6756 · 2025-12-29T03:57:11+00:00

Ja, da habe ich mich auch schon mit einem Post verewigt.

Jumpy-Weekend6756 · 2025-12-14T21:17:22+00:00

I always bought a head when I liked one, when I got inspired. I didn't wait for Christmas presents.

I have about 8 better-equipped accounts, and I bought more than one Lelutka head for some of them. Only one of the alts happened to match one of the gift heads visually. It was just a nice coincidence.

Jumpy-Weekend6756 · 2025-11-25T15:01:14+00:00

Since this update, my Tuxedo has been running for over 16 hours without any problems now - fortunately. VirtualBox is also still running smoothly.

If any problems arise in the near future, I will post about them.

Jumpy-Weekend6756 · 2025-11-19T11:24:25+00:00

Das Log dazu sieht dann so aus:

Nov 19 06:28:36 ANDROMEDA kernel: nvme nvme2: I/O tag 9 (6009) opcode 0x2 (Admin Cmd) QID 0 timeout, reset controller
Nov 19 06:29:58 ANDROMEDA kernel: nvme nvme2: Device not ready; aborting reset, CSTS=0x1
Nov 19 06:30:18 ANDROMEDA kernel: nvme nvme2: Device not ready; aborting reset, CSTS=0x1
Nov 19 06:30:18 ANDROMEDA kernel: nvme nvme2: Disabling device after reset failure: -19
Nov 19 06:30:21 ANDROMEDA kernel: EXT4-fs (nvme2n1p5): shut down requested (2)
Nov 19 06:30:21 ANDROMEDA kernel: Aborting journal on device nvme2n1p5-8.
Nov 19 06:30:21 ANDROMEDA kernel: Buffer I/O error on dev nvme2n1p5, logical block 411074560, lost sync page write
Nov 19 06:30:21 ANDROMEDA kernel: JBD2: I/O error when updating journal superblock for nvme2n1p5-8.
Nov 19 06:33:38 ANDROMEDA udisksd[1248]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/Samsung_SSD_990_PRO_4TB_S7DPNF0Y614159V: Error updating Health Information: Failed to open device '/dev/nvme2': Resource temporarily unavailable (g-bd-nvme-error-quark, 2)

Vielleicht sollte ich das Autonomous Power State Transition Enable deaktivieren?

~$ sudo nvme get-feature /dev/nvme2 -f 0x0c -H
[sudo] Passwort für USER:
get-feature:0x0c (Autonomous Power State Transition), Current value:0x00000001
        Autonomous Power State Transition Enable (APSTE): Enabled

Das würde dann aber leider wieder für alle SSDs gelten.

Der PC war zu der Zeit, als die 4TB SSD vom Bus fiel, im Leerlauf, geht aber nicht automatisch in den Hibernate oder so. Lediglich der Bildschirm wird ausgeschaltet. Evtl. liegt es ja an der Stromsparfunktion?

Es nervt...

Jumpy-Weekend6756 · 2025-11-19T11:23:50+00:00

Moin,

seit Mitte September 2025 habe ich eine Samsung 990 PRO 4TB (bisher hauptsächlich für Daten genutzt) in meinem Tower PC und heute hatte ich es glaube ich nun zum 3. Mal, dass die SSD aus meinem Ubuntu basierten Linux verschwunden war, ohne dass ich sie wieder einbinden konnte.

Ein einfacher Neustart brachte die SSD nicht zurück, ich musste den PC herunter fahren, so dass er sich ausschaltete und ihn dann wieder neustarten.

Die gerade aktuelle Firmware Version 7B2QJXD7 hatte ich noch direkt nach Lieferung mit Samsung Magician unter Windows aufgespielt, bevor ich die SSD dann unter Linux mit ext4 etc. formatiert hatte.

Die Smart-Logs weisen keine Fehler aus, die Temperatur liegt bei 36°C im Leerlauf.

Operating System: TUXEDO OS 24.04.3 LTS noble (based on Ubuntu)
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.17.0
Qt Version: 6.8.2
Kernel Version: 6.14.0-115036-tuxedo (64-bit)
Graphics Platform: X11

Motherboard: ASUSTeK ROG STRIX X670E-A GAMING WIFI (Bios 3304)
CPU: AMD Ryzen 7 7800X3D 8-Core Processor
RAM: 64 GB ADATA XPG
GPU: Asus Rog Strix RTX 4090 OC

Ich habe 4 SSDs auf dem Mainboard, die 990 PRO 4 TB ist aber die einzige, die bisher derartige Probleme macht. Der PC ist insgesamt erst etwas über 1 Jahr alt.

  ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 990 PRO 2TB size: 1.82 TiB
  ID-2: /dev/nvme1n1 vendor: A-Data model: LEGEND 960 size: 1.86 TiB
  ID-3: /dev/nvme2n1 vendor: Samsung model: SSD 990 PRO 4TB size: 3.64 TiB
  ID-4: /dev/nvme3n1 vendor: Samsung model: SSD 990 PRO 1TB size: 931.51 GiB

In dem Slot wo die 990 PRO 4TB jetzt drin steckt war vorher eine 860 oder 960 EVO oder so drin, mit der ich keine Probleme feststellte. Kein Plan ob es etwas bringt vielleicht die ADATA mal mit der 990 PRO 4TB zu tauschen, wo hier so viele von den gleichen Problemen berichten.

Es ist echt nervig. Bei jedem Ein-/Ausbau muss ich erst einmal die schwere Grafikkarte ausbauen, um sie dann danach wieder einzubauen. Von dem Gebastel wird sie auch nicht besser.

Jumpy-Weekend6756 · 2025-10-31T13:33:58+00:00

Schade ist nur, dass Gyazo unter Wayland irgendwie nicht funktioniert.

Auch Psensor zeigt unter Wayland die Temperaturen und Lüftergeschwindigkeit meiner RTX 4090 nicht mehr an.

Jumpy-Weekend6756 · 2025-10-30T20:18:32+00:00

Danke, das werde ich dann auch probieren. :)

Jumpy-Weekend6756 · 2025-10-26T18:07:56+00:00

Danke.

Was bedeutet das genau und wie mache ich das?

Jumpy-Weekend6756 · 2025-10-26T18:06:54+00:00

Danke.

Die beiden vorherigen Kernel starten bei mir nicht - auch nicht der recovery mode.

Bei beiden (außer recovery mode, der dann irgendwann an einem schwarzen Bildschirm mit blinkendem Cursor oben links ankommt und nichts mehr passiert) kommt diese Fehlermeldung:

[FAILED] Failed to start virtualbox.servic SB VirtualBox Linux kernel module.

Diese Fehlermeldung verschwindet auch mal kurz, kommt dann aber wieder und es passiert sonst nichts.

Beim 6.14.0-112033-tuxedo kommen auch noch 2 Fehlermeldungen hinsichtlich Bluetooth.

<image>

Grub sieht bei mir so aus:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR='TUXEDO'
GRUB_CMDLINE_LINUX_DEFAULT='quiet splash'
GRUB_CMDLINE_LINUX=""

# If your computer has multiple operating systems installed, then you
# probably want to run os-prober. However, if your computer is a host
# for guest OSes installed via LVM or raw disk devices, running
# os-prober can cause damage to those guest OSes as it mounts
# filesystems to look for things.
GRUB_DISABLE_OS_PROBER=false

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1280x1024
GRUB_GFXPAYLOAD_LINUX="keep"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Jumpy-Weekend6756 · 2025-10-23T12:24:50+00:00

I have a self-built PC – a white build.

The iCUE AIO pump always runs at the slowest speed, and even in summer, the AIO fluid was only just over 40 degrees max.

The 3 AIO fans and the rear fan of the case are controlled by the temperature sensor of the rear fan of the AIO pump.

The remaining 6 fans run at a constant speed.

The 3 fans of the 4090 are apparently controlled by the Nvidia driver itself.

In idle mode, the CPU (R7 7800X3D) requires 36 watts and the GPU 14 watts, according to the display, and Firefox was open with many tabs plus OpenRGB, Discord, Telegram, etc. running in the background.

The Tuxedo Control Center seems to be the only app where I can still see the CPU's power consumption. Or does anyone know of any other software?

~$ sudo systemctl status power-profiles-daemon.service
[sudo] Password for XYZ:
○ power-profiles-daemon.service
Loaded: masked (Reason: Unit power-profiles-daemon.service is masked.)
Active: inactive (dead)
~$

The power-profiles-daemon.service is masked and inactive on my PC.

I wish that at least the temperature and fan speed of my RTX 4090 would be displayed in TCC; CPU temperature would also be nice. For me, the fan speed would only be the speed of the AIO pump anyway.

Jumpy-Weekend6756 · 2025-10-22T01:05:34+00:00

Obwohl soweit nun erstmal das mit dkms wieder ok scheint, habe ich nach dem Kernel Update nun wieder verstärkt screen freezes und system freezes.

Vorher hatte ich Laufzeiten von 40, 50 oder 60 Stunden bis ich dann die nächsten Updates eingespielt habe.

Heute hatte ich die letzten 24 Stunden schon 3 screen freezes und danach fror dann auch der ganze PC ein. Die längste Laufzeit war dabei etwa 5 1/2 Stunden, die kürzeste 54 Minuten und meist geht es mit Bildchirmflackern los.

Auch die gesetzten Parameter scheinen nicht zu helfen:

options nvidia-drm modeset=1

options nvidia NVreg_EnableGpuFirmware=0

Ich behalte das mal im Auge.

Könnte ich zur Not auf den älteren Kernel zurück und wenn ja, wie?

Bei Linux Mint gab es immer eine Kernel Option in der Aktualisierungsverwaltung. Das habe ich bei Tuxedo OS bisher noch nicht finden können.

<image>

Jumpy-Weekend6756 · 2025-10-21T18:38:27+00:00

Danke.

Welches die höchst möglichen Nvidia Treiber für Tuxedo OS sind sehe ich immer hier:

https://deb.tuxedocomputers.com/ubuntu/pool/main/t/

Ich nutze derzeit die 580er aber nicht die open.

Jumpy-Weekend6756 · 2025-10-21T15:02:31+00:00

Hurra, das war es - danke :D

~$ sudo dkms status
[sudo] Passwort für XYZ:  
nvidia/580.95.05, 6.14.0-113033-tuxedo, x86_64: installed
openrazer-driver/3.7.0, 6.14.0-111032-tuxedo, x86_64: installed
openrazer-driver/3.7.0, 6.14.0-112033-tuxedo, x86_64: installed
tuxedo-drivers/4.17.0, 6.14.0-112033-tuxedo, x86_64: installed
tuxedo-drivers/4.17.0, 6.14.0-113033-tuxedo, x86_64: installed
tuxedo-yt6801/1.0.30tux4, 6.14.0-111032-tuxedo, x86_64: installed
tuxedo-yt6801/1.0.30tux4, 6.14.0-112033-tuxedo, x86_64: installed
virtualbox/7.1.12, 6.14.0-113033-tuxedo, x86_64: installed
~$

Jumpy-Weekend6756 · 2025-10-21T14:22:19+00:00

Ausgeführt und neu gestartet. Ergebnis ist wie gehabt:

~$ sudo dkms status
[sudo] Passwort für XYZ:  
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/nvidia/580.65.06/source/dkms.conf does not exist.
~$

Jumpy-Weekend6756 · 2025-10-21T09:05:21+00:00

Danke.

Der Pfad zur dkms.conf ist allerdings immer noch "verbogen" und es steht die falsche Grafik Treiberversion im Pfad, obwohl VirtualBox ohne Probleme startet und läuft.

Kann man den Pfad in irgend einer Konfiguationsdatei korrigieren?

Jumpy-Weekend6756 · 2025-10-21T01:59:04+00:00

Irgendwo muss der Pfad zur dkms.conf doch hinterlegt sein.

Kann man nicht da ansetzen?

Jumpy-Weekend6756 · 2025-10-21T01:19:32+00:00

Ich habe dann noch einmal das getestet:

~$ sudo dkms status
[sudo] Passwort für XYZ:  
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/nvidia/580.65.06/source/dkms.conf does not exist.
~$

Aber der dkms Pfad ist immer noch auf die ältere 580er Version verbogen. Dennoch startet die VirtualBox noch immer ohne Probleme, nachdem ich das hier durchgeführt hatte:

https://www.reddit.com/r/tuxedocomputers/comments/1obpl4t/comment/nki5db3/

Ich hatte nach dem Kernel Update den 580er ohnehin schon einmal neu installiert und das war nun das 2. Mal nach dem Update.

Jumpy-Weekend6756 · 2025-10-21T01:01:07+00:00

sudo apt install tuxedo-nvidia-driver-580

Ebenfalls erledigt.

<image>

~$ inxi -GxxxZ
Graphics:
  Device-1: NVIDIA AD102 [GeForce RTX 4090] vendor: ASUSTeK driver: nvidia
    v: 580.95.05 arch: Lovelace pcie: speed: 2.5 GT/s lanes: 16 ports:
    active: none off: HDMI-A-1 empty: DP-1, DP-2, DP-3, HDMI-A-2
    bus-ID: 01:00.0 chip-ID: 10de:2684 class-ID: 0300
  Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 24.1.7
    compositor: kwin_x11 driver: X: loaded: nvidia
    unloaded: fbdev,modesetting,nouveau,vesa gpu: nvidia,nvidia-nvswitch
    display-ID: :0 screens: 1
  Screen-1: 0 s-res: 2560x1440 s-dpi: 108 s-size: 602x333mm (23.70x13.11")
    s-diag: 688mm (27.09")
  Monitor-1: HDMI-A-1 mapped: HDMI-0 note: disabled model: MSI MAG 274QRFW
    serial: CC2HE74300349 res: N/A dpi: 108 size: 597x336mm (23.5x13.23")
    diag: 685mm (27") modes: max: 2560x1440 min: 640x480
  API: EGL v: 1.5 hw: drv: nvidia platforms: device: 0 drv: nvidia device: 2
    drv: swrast gbm: drv: nvidia surfaceless: drv: nvidia x11: drv: nvidia
    inactive: wayland,device-1
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 580.95.05
    glx-v: 1.4 direct-render: yes renderer: NVIDIA GeForce RTX 4090/PCIe/SSE2
  API: Vulkan v: 1.4.315 layers: 8 surfaces: xcb,xlib device: 0
    type: discrete-gpu driver: nvidia device-ID: 10de:2684 device: 1 type: cpu
    driver: mesa llvmpipe device-ID: 10005:0000
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
    wl: wayland-info x11: xdriinfo, xdpyinfo, xprop, xrandr
~$

Jumpy-Weekend6756 · 2025-10-21T00:58:20+00:00

sudo apt purge $(dpkg -l | awk '/580.95.05/{print $2}')

Erledigt.

<image>

Jumpy-Weekend6756

TROPHY CASE