BUG: kernel NULL pointer dereference, address: 0000000000000008
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-signed-hwe-6.2 (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
linux-signed-hwe-6.5 (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Yet again my BTRFS root filesystem has failed. There is nothing wrong with my hardware - it's been tested over and over.
I can boot fine (the gods know what damage is done when I do) but processes eventually succumb to disk-wait and the whole system ends up frozen. Trying to force a shutdown with sysrq+e/i doesn't help as the processes are stuck disk-wait.
[ 28.460735] BTRFS error (device sdb3): incorrect extent count for 13631488; counted 0, expected 1
[ 28.476525] BTRFS error (device sdb3): incorrect extent count for 431808839680; counted 0, expected 1
[ 28.510255] BTRFS error (device sdb3): incorrect extent count for 646590758912; counted 5, expected 6
[ 28.512311] BTRFS error (device sdb3): incorrect extent count for 656254435328; counted 10, expected 11
[ 28.517812] BTRFS error (device sdb3): incorrect extent count for 684171722752; counted 1, expected 2
[ 28.518855] BTRFS error (device sdb3): incorrect extent count for 692761657344; counted 0, expected 1
[ 28.787901] BTRFS error (device sdb3): incorrect extent count for 1032064073728; counted 51, expected 52
No idea how to fix this. Running a Live DVD, mounting and scrubbing shows no errors. Unmounting sticks at disk-wait.
Running "btrfs check" in a Live DVD shows errors, but I daren't ask it to --repair as everyone advises not to, so why this is exists is anyone's guess.
[ 50.701078] BUG: kernel NULL pointer dereference, address: 0000000000000008
[ 50.701101] #PF: supervisor read access in kernel mode
[ 50.701112] #PF: error_code(0x0000) - not-present page
[ 50.701124] PGD 0 P4D 0
[ 50.701134] Oops: 0000 [#1] PREEMPT SMP PTI
[ 50.701146] CPU: 0 PID: 372 Comm: btrfs-transacti Tainted: P OE 6.5.0-14-generic #14~22.04.1-Ubuntu
[ 50.701166] Hardware name: LENOVO 0606AD5/LENOVO, BIOS A0KT60AUS 12/15/2016
[ 50.701180] RIP: 0010:assert_
[ 50.701317] Code: 1f 44 00 00 55 48 89 e5 41 55 41 54 53 48 8b 47 10 4c 8b 6f 18 f6 c4 04 75 26 41 81 bd 90 0c 00 00 ff 0f 00 00 49 89 f4 76 2b <48> 8b 46 08 a8 01 0f 85 82 00 00 00 66 90 49 8b 04 24 a8 04 74 3f
[ 50.701370] RSP: 0018:ffff96de80
[ 50.701394] RAX: 0000000000000213 RBX: 0000000000000000 RCX: 0000000000001000
[ 50.701419] RDX: 0000000000004087 RSI: 0000000000000000 RDI: ffff8ab9d10a4870
[ 50.701443] RBP: ffff96de80c0b9f0 R08: 0000000000000000 R09: 0000000000000000
[ 50.701468] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
[ 50.701492] R13: ffff8ab9c1189000 R14: ffff8ab9d10a4870 R15: 0000000000d00000
[ 50.701517] FS: 000000000000000
[ 50.701554] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 50.701577] CR2: 0000000000000008 CR3: 0000000118366001 CR4: 00000000000606f0
[ 50.701602] Call Trace:
[ 50.701621] <TASK>
[ 50.701640] ? show_regs+0x6d/0x80
[ 50.701667] ? __die+0x24/0x80
[ 50.701688] ? page_fault_
[ 50.701713] ? kernelmode_
[ 50.701736] ? __bad_area_
[ 50.701758] ? bad_area_
[ 50.701780] ? do_user_
[ 50.701802] ? exc_page_
[ 50.701826] ? asm_exc_
[ 50.701852] ? assert_
[ 50.701962] ? btrfs_search_
[ 50.702054] extent_
[ 50.702163] free_space_
[ 50.702275] modify_
[ 50.702386] __add_to_
[ 50.702502] add_to_
[ 50.702611] do_free_
[ 50.702705] __btrfs_
[ 50.702799] run_delayed_
[ 50.702892] btrfs_run_
[ 50.702986] __btrfs_
[ 50.703080] btrfs_run_
[ 50.703172] ? start_transacti
[ 50.703271] btrfs_commit_
[ 50.703369] ? start_transacti
[ 50.703468] transaction_
[ 50.703564] ? __pfx_transacti
[ 50.703662] kthread+0xf2/0x120
[ 50.703685] ? __pfx_kthread+
[ 50.703707] ret_from_
[ 50.703730] ? __pfx_kthread+
[ 50.703752] ret_from_
[ 50.703776] </TASK>
[ 50.703793] Modules linked in: bridge stp llc snd_hda_
[ 50.703872] wmi mac_hid
[ 50.704160] CR2: 0000000000000008
[ 50.704180] ---[ end trace 0000000000000000 ]---
[ 50.755600] RIP: 0010:assert_
[ 50.755721] Code: 1f 44 00 00 55 48 89 e5 41 55 41 54 53 48 8b 47 10 4c 8b 6f 18 f6 c4 04 75 26 41 81 bd 90 0c 00 00 ff 0f 00 00 49 89 f4 76 2b <48> 8b 46 08 a8 01 0f 85 82 00 00 00 66 90 49 8b 04 24 a8 04 74 3f
[ 50.755785] RSP: 0018:ffff96de80
[ 50.755808] RAX: 0000000000000213 RBX: 0000000000000000 RCX: 0000000000001000
[ 50.755833] RDX: 0000000000004087 RSI: 0000000000000000 RDI: ffff8ab9d10a4870
[ 50.755858] RBP: ffff96de80c0b9f0 R08: 0000000000000000 R09: 0000000000000000
[ 50.755883] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
[ 50.755907] R13: ffff8ab9c1189000 R14: ffff8ab9d10a4870 R15: 0000000000d00000
[ 50.755932] FS: 000000000000000
[ 50.755970] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 50.755993] CR2: 0000000000000008 CR3: 0000000118366001 CR4: 00000000000606f0
[ 50.756018] note: btrfs-transacti
So my guess is that the bug is caused by a dodgy filesystem, but I'm pretty sure this bug shouldn't occur.
Same with the 22.04.3 MATE Live DVD (which is believe is running a 6.2.0 kernel).
I assume I'll have to reinstall. Again.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: linux-image-
ProcVersionSign
Uname: Linux 6.5.0-14-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckR
CurrentDesktop: MATE
Date: Wed Dec 20 13:37:41 2023
SourcePackage: linux-signed-
UpgradeStatus: No upgrade log present (probably fresh install)
modified.
mtime.conffile.
So I ran multiple btrfs scrubs and they all reported no error, but for some reason my system now works. I still have the incorrect extent counts but there's no lock-ups. Additional scrubs find nothing wrong.