You are not logged in.
Running fsck from the multi-user.target does not cause it to blow up, nothing suspicious in dmesg or journal either.
update: edited title since this is no longer exclusive to NTFS. will try running with the LTS kernel.
update 2: LTS kernel causes drive to crash.
Last edited by levalithan (2024-11-24 14:04:50)
Offline
Running fsck from the multi-user.target does not cause it to blow up, nothing suspicious in dmesg or journal either.
If otherwise fsck has reliably triggered the problem, can you replicate it
1. with a fresh user account
2. running a different session (eg. sway or icewm or so)
Offline
switching from qtile to bspwm, fsck works and drive doesn't seem to crash, even when booting vesktop (which will also usually reliably crash it). will compare my autostart scripts for both WMs to see what might be causing it, if anything.
edit: spoke too soon, it just crashed haha. will try on a new user account
edit 2: brand new user account has the same issue. fsck now (usually) works but opening vesktop or steam will reliably crash the disk after a certain amount of time.
Last edited by levalithan (2024-11-24 20:38:13)
Offline
fsck now (usually) works
So basically the grml results are unreliable?
Did this start w/ 6.11.7? Was 6.11.6 still good?
Do you still have the issue w/ the brand new 6.12 kernel?
Offline
just to verify, downloaded the vesktop appimage (which crashed it on normal install) in GRML and it didn't crash the disk. Will try with the brand new kernel
edit: happens on newest kernel too. I think at this point i might just try a fresh inistall of arch (or some other distro) to see if it would change anything
Last edited by levalithan (2024-11-25 11:11:01)
Offline
I'd first briefly try the LTS kernel.
Is there anything special about your usb stick? Any out-of-tree drivers from some usb device?
On caveat: grml is (likely) running from a usb key and that might have an impact as well.
Offline
again, tried with the LTS kernel and got the same result. crashes all round.
don't believe there's anything unique about my usb stick. just a simple 64GB drive with ventoy on it.
Offline
I didn't specifically mean the usb stick - more like "anything super-odd on the USB that might jam the bus", drivers for your input devices etc et pp.
Offline
ohhh right. sorry.
the only thing i could possibly think of is my graphics tablet or audio interface. I dont really have any other super demanding drivers.
Offline
random observation. on recent attempts to fix this issue, whenever the disk crashes i notice my audio will sometimes cut out. Disk seems to be stable while my audio interface is 'dead', but will crash again if i unplug it and then plug it back in. I think these two devices are conflicting somehow.
Offline
With audio and disk attached, please run and print
lsusb -tv
Offline
Have you done Memtest?
Offline
With audio and disk attached, please run and print
lsusb -tv
here:
/: Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/16p, 480M
ID 1d6b:0002 Linux Foundation 2.0 root hub
|__ Port 005: Dev 002, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID 28bd:092b XP-Pen
|__ Port 005: Dev 002, If 1, Class=Human Interface Device, Driver=usbhid, 12M
ID 28bd:092b XP-Pen
|__ Port 005: Dev 002, If 2, Class=Human Interface Device, Driver=usbfs, 12M
ID 28bd:092b XP-Pen
|__ Port 011: Dev 003, If 0, Class=Hub, Driver=hub/4p, 480M
ID 05e3:0608 Genesys Logic, Inc. Hub
|__ Port 012: Dev 004, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID 048d:8297 Integrated Technology Express, Inc. IT8297 RGB LED Controller
|__ Port 013: Dev 005, If 0, Class=Hub, Driver=hub/4p, 480M
ID 05e3:0608 Genesys Logic, Inc. Hub
|__ Port 001: Dev 007, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID 046d:c08b Logitech, Inc. G502 SE HERO Gaming Mouse
|__ Port 001: Dev 007, If 1, Class=Human Interface Device, Driver=usbhid, 12M
ID 046d:c08b Logitech, Inc. G502 SE HERO Gaming Mouse
|__ Port 002: Dev 008, If 0, Class=Mass Storage, Driver=usb-storage, 480M
ID 0781:5595 SanDisk Corp.
|__ Port 003: Dev 009, If 0, Class=Audio, Driver=snd-usb-audio, 480M
ID 17cc:1840 Native Instruments
|__ Port 003: Dev 009, If 1, Class=Audio, Driver=snd-usb-audio, 480M
ID 17cc:1840 Native Instruments
|__ Port 003: Dev 009, If 2, Class=Audio, Driver=snd-usb-audio, 480M
ID 17cc:1840 Native Instruments
|__ Port 003: Dev 009, If 3, Class=Application Specific Interface, Driver=[none], 480M
ID 17cc:1840 Native Instruments
|__ Port 004: Dev 010, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID f901:f902
|__ Port 004: Dev 010, If 1, Class=Human Interface Device, Driver=usbhid, 12M
ID f901:f902
|__ Port 014: Dev 006, If 0, Class=Wireless, Driver=btusb, 12M
ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
|__ Port 014: Dev 006, If 1, Class=Wireless, Driver=btusb, 12M
ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
/: Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/10p, 10000M
ID 1d6b:0003 Linux Foundation 3.0 root hub
|__ Port 003: Dev 008, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
ID 0480:a306 Toshiba America Inc
Have you done Memtest?
Have not tried yet, can attempt soonish
Last edited by levalithan (2024-11-28 13:10:14)
Offline
If we're talking about these two (ie. not the toshiba drive)
|__ Port 002: Dev 008, If 0, Class=Mass Storage, Driver=usb-storage, 480M
ID 0781:5595 SanDisk Corp.
|__ Port 003: Dev 009, If 0, Class=Audio, Driver=snd-usb-audio, 480M
ID 17cc:1840 Native Instruments
this makes quite some sense as you're running to power-hungry devices in the same USB2 hub.
Windows and grml might simply have left your USB audio alone, leaving just enough power for the disk.
Can you try to move the audio device to Port 011 ?
Offline
port 011 is one of the front ports on the PC. I plugged the audio interface into it and it works, but the drive still crashes.
edit: ran memtest too. everything passed perfectly. I'm currently using my pc with the problematic drive plugged in and mounted, audio interface disconnected, and it seems fine so far.
Last edited by levalithan (2024-11-29 17:04:49)
Offline