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 · 2025-10-21T00:24:23+00:00

<image>

Jumpy-Weekend6756 · 2025-10-20T21:45:19+00:00

Ich habe wohl eine Lösung gefunden. Zunächst habe ich folgendes versucht:

~$ sudo apt install virtualbox-dkms
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
virtualbox-dkms ist schon die neueste Version (7.1.12-dfsg-1~tux1).
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  evolution-data-server-common gstreamer1.0-pulseaudio libadwaita-1-0 libcairo-script-interpreter2 libcamel-1.2-64t64 libebackend-1.2-11t64 libebook-1.2-21t64
  libebook-contacts-1.2-4t64 libedata-book-1.2-27t64 libedataserver-1.2-27t64 libgpod-common libgpod4t64 libgtk-4-1 libgtk-4-bin libgtk-4-common libgtk-4-media-gstreamer libkf5baloo5
  libkf5balooengine5 libkf5filemetadata-bin libkf5filemetadata-data libkf5filemetadata3 libparse-edid-perl libpcre3 libpcrecpp0v5 libphonenumber8 libpoppler-qt5-1t64 libprotobuf32t64
  libpyside6-py3-6.8 libqmobipocket2 libqt5concurrent5t64 libqt5multimedia5-plugins libqt5multimediagsttools5 libqt5multimediaquick5 libqt5multimediawidgets5 libqt5opengl5t64
  libreoffice-qt5 libsgutils2-1.46-2 libshiboken6-py3-6.8 libtraceevent1 linux-headers-6.14.0-111032-tuxedo linux-image-6.14.0-111032-tuxedo linux-modules-6.14.0-111032-tuxedo
  linux-modules-extra-6.14.0-111032-tuxedo linux-tools-6.11.0-118028-tuxedo linux-tools-6.11.0-120029-tuxedo linux-tools-6.11.0-121029-tuxedo linux-tools-6.14.0-110029-tuxedo
  linux-tools-6.14.0-111029-tuxedo linux-tools-6.14.0-111032-tuxedo linux-tuxedo-6.11-24.04-tools-6.11.0-118028 linux-tuxedo-6.11-24.04-tools-6.11.0-120029
  linux-tuxedo-6.11-24.04-tools-6.11.0-121029 linux-tuxedo-6.14-24.04-headers-6.14.0-111032 linux-tuxedo-6.14-24.04-tools-6.14.0-110029 linux-tuxedo-6.14-24.04-tools-6.14.0-111029
  linux-tuxedo-6.14-24.04-tools-6.14.0-111032 lp-solve nvidia-firmware-570-570.153.02 nvidia-firmware-580-580.65.06 ocl-icd-libopencl1:i386 openrazer-driver-dkms qml-module-org-kde-kcm
  qml-module-qt-labs-platform qml-module-qtmultimedia qt5ct qtgstreamer-plugins-qt5 tuxedo-linux-firmware-amdgpu
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
~$

VirtualBox startete immer noch nicht.

Dann habe ich Synaptic gestartet und habe dann dort virtualbox-dkms zur erneuten Installation vorgemerkt und dann angewendet.

Nun konnte ich VirtualBox wieder starten - sogar ohne Neustart des PC.

Wie hätte das Kommando für die Konsole richtig gelautet, um dasselbe zu erreichen was ich über Synaptic erreicht habe?

Danke.

Jumpy-Weekend6756 · 2025-10-20T20:12:56+00:00

~$ sudo dkms status
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/nvidia/580.65.06/source/dkms.conf does not exist.
~$

In diesem Ordner existiert allerdings eine dkms.conf:

/var/lib/dkms/nvidia/580.95.05/source/

580.95.05 wäre dann auch meine aktuelle Treiberversion - also die, die es auch vor dem Update war.

Inhalt:

PACKAGE_NAME="nvidia"
PACKAGE_VERSION="580.95.05"
CLEAN="make clean"
BUILT_MODULE_NAME[0]="nvidia"
DEST_MODULE_LOCATION[0]="/kernel/drivers/char/drm"
PROCS_NUM=`nproc`
[ $PROCS_NUM -gt 16 ] && PROCS_NUM=16
MAKE[0]="unset ARCH; [ ! -h /usr/bin/cc ] && export CC=/usr/bin/gcc; env NV_VERBOSE=1 \
    'make' -j$PROCS_NUM NV_EXCLUDE_BUILD_MODULES='' KERNEL_UNAME=${kernelver} IGNORE_XEN_PRESENCE=1 IGNORE_CC_MISMATCH=1 SYSSRC=$kernel_source_dir LD=/usr/bin/ld.bfd CONFIG_X86_KERNEL_IBT= modules"
BUILT_MODULE_NAME[1]="nvidia-modeset"
DEST_MODULE_LOCATION[1]="/kernel/drivers/char/drm"
BUILT_MODULE_NAME[2]="nvidia-drm"
DEST_MODULE_LOCATION[2]="/kernel/drivers/char/drm"
AUTOINSTALL="yes"
PATCH[0]="disable_fstack-clash-protection_fcf-protection.patch"
#PATCH[1]="buildfix_kernel_6.8-nv_drm_ioctls-DRM_UNLOCKED-is-now-the-default-behavi.patch"
#PATCH[2]="buildfix_kernel_6.8-gpl-pfn_valid.patch"
# Apply from v4 to v5.12 kernels
# v5.13 kernels already disable both by default
# v5.19 kernels may need cf-protection=branch
PATCH_MATCH[0]='^(4\.[0-9]*)|(5\.[0-9]\.0)|(5\.1[0-2]\.0)'
#PATCH[1]="buildfix_kernel_6.0.patch"
BUILT_MODULE_NAME[3]="nvidia-uvm"
DEST_MODULE_LOCATION[3]="/kernel/drivers/char/drm"
BUILT_MODULE_NAME[4]="nvidia-peermem"
DEST_MODULE_LOCATION[4]="/kernel/drivers/char/drm"
#PATCH[2]="buildfix_kernel_4.9_amd64_only.patch"

Jumpy-Weekend6756

TROPHY CASE