I’ve built myself a new pc and been using EndeavourOS for a few months now, and in general, I’m loving it. However, I also been getting some random freezes where I’m forced to hard reset the PC. I’m not sure what’s causing it, although, I noticed it seems to happen after the pc is idle for a time.
Would you please help me troubleshoot and find the cause of these freezes?
Boot log from the last freeze. (I left the PC on all night and when I woke up I tried to use it, the mouse responded but it froze immediately forcing me to do a hard reset) - journalctl -r -b -1 -k | eos-sendlog: https://0x0.st/8fWi.txt
@ricklinux I use that drive for general storage (files, images, videos, timeshift backups, etc) and it’s setup to automatically mount on boot.
@fred666 I get this when running sudo fsck -f /dev/sda
fsck from util-linux 2.41
e2fsck 1.47.2 (1-Jan-2025)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sda
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
/dev/sda contains `DOS/MBR boot sector MS-MBR Windows 7 english at offset 0x163 "Invalid partition table" at offset 0x17b "Error loading operating system" at offset 0x19a "Missing operating system"; partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x3ff,255,63), startsector 1, 4294967295 sectors' data
@Stephane I ran sudo fsck -f /dev/sda1, this is the output:
This particular line from the output should fix that error for that was showing on journalctl regarding inode #238834309, right? Inode 238834309 passes checks, but checksum does not match inode. Fix<y>? yes
Sadly, it seems that was not the root cause as I just had another freeze.
This is the boot log for the freeze (journalctl -r -b -1 -k | eos-sendlog): https://0x0.st/8f38.txt
Any idea what else it could be or what other logs I could check?
Edit: Looking at the full logs, it seems Brave crashed around the time the system froze; not sure if that was the cause since it also crashed earlier today without causing the freeze issue: journalctl -r -b -1 --lines=100 | eos-sendlog https://0x0.st/8f3O.txt
I’m using it to test the latency to a couple MMO game servers that I usually play on. If you are referring to that FPing warning that is showing up, I just fixed it by increasing the step value.