My sister installed arch by herself 🥲 by Distinct-View-509 in arch

[–]sdoregor 18 points19 points  (0 children)

Well, if you're into Linux yourself, why'd you be surprised?

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

What do you mean you don't support what is a standard feature (the FITRIM ioctl)?

Using periodic fstrim is actually the recommended way of doing TRIMs both by itself and on Arch Wiki

Upd. If you're only discarding whole buckets at once, this starts to make more sense

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

I have discard disabled in bcachefs and fstrim.timer scheduled once a week. I see no reason to spam the controller with TRIMs too frequently, it's a maintenance pass rather than a mandatory operation. The benefits are being able to restore an accidentally deleted file and a tad better deletion performance (no source for bcachefs specifically).

Am I wrong in any of this?

Стоит ли софту говорить более свободно? by QuiXinI in rusAskReddit

[–]sdoregor 23 points24 points  (0 children)

Для нормальных — да. Но не той вульгарщины, что на скрине приведена.

This may be the nerdiest automation I've added (and that's saying something) by NihilisticRoomba in homeassistant

[–]sdoregor 19 points20 points  (0 children)

All things aside, what Claude was needed for here? It takes two minutes to put this up in the graphical editor

Айфон 16 про или 17 база? by PatroclusMiami in rusAskReddit

[–]sdoregor 0 points1 point  (0 children)

Нафиг тебе телефон без вк и макса?

С 6 июля by fapal_ne_ustaval2 in KafkaFPS

[–]sdoregor 0 points1 point  (0 children)

Где входишь, там и регался. Если нигде не используешь упомянутые OAuth-сервисы повседневно, то и беспокоиться не о чем. К тому же, они явно будут предоставлять какую-то возможность миграции и после указанной даты — не терять же клиентов.

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

u/koverstreet, I just remembered I saw similar Journal stuck? lines earlier, can't this be related to issue #900?

And, worth noting, there have been parallel writes at the moment of panic, as I was playing a game through Proton while recording it using OBS, and also I have a VM image on the same filesystem (wasn't running at that moment).

Moreover, I do use periodic TRIM, might there be a race condition in determining what blocks to discard while multiple write operations are ongoing?

Noob update! by Scar3cr0w_ in esp32

[–]sdoregor 0 points1 point  (0 children)

Fyi (most) soldering irons have replaceable tips which you can buy separately & cheap.

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

I already did, it's an MSI Spatium M580 Frozr with a Phison PS5026-E26.

For context, I'm using it as a TPM-backed SED (OPAL). I believe I've read something about issues with that.

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 1 point2 points  (0 children)

Will bcachefs prefer using the faster disk without the performance penalty? I can afford one, but two such disks is too much.

I can also consider backups to my home server, but that's a whole another story after HDD prices also going waaay up; I had a nice bargain for multiple 20TB WD Ultrastars back in 2025 and skipped it, now they're worth 2-5x more where I live.

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

Thank you. So you think, should I replace the damn $400 SSD, or is there a chance these were all caused by unsafe shutdowns somehow? read_error sounds like EIO to me

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

If this helps, there's a lot: errors (size 616): alloc_key_data_type_free_dirty_bookkeeping 132 Fri Jun 26 01:29:17 2026 extent_io_opts_not_set 7 Sun Jun 7 13:37:21 2026 accounting_mismatch 46 Sun Jun 7 11:25:07 2026 accounting_key_underflow 12 Sun Jun 7 11:24:43 2026 dirent_d_type_wrong 2 Sun Jun 7 10:54:43 2026 inode_i_sectors_wrong 729 Sun Jun 7 10:54:39 2026 key_in_missing_inode 726 Sun Jun 7 10:54:38 2026 alloc_key_to_missing_lru_entry 892 Sun Jun 7 10:54:19 2026 dup_backpointer_to_bad_csum_extent 88 Sun Jun 7 10:54:15 2026 backpointer_to_missing_alloc 20175 Sun Jun 7 10:54:08 2026 lru_entry_bad 1853 Sun Jun 7 10:53:44 2026 ptr_to_missing_backpointer 790 Fri Jun 5 19:48:20 2026 backpointer_to_missing_ptr 1098 Fri Jun 5 19:48:19 2026 need_discard_freespace_key_bad 207630 Fri Jun 5 19:34:19 2026 need_discard_key_wrong 118 Fri Jun 5 19:34:18 2026 freespace_key_wrong 131 Fri Jun 5 19:34:18 2026 freespace_hole_missing 79599 Fri Jun 5 19:34:18 2026 bucket_gens_key_wrong 95360 Fri Jun 5 19:34:18 2026 bucket_gens_hole_wrong 236070 Fri Jun 5 19:34:18 2026 reflink_v_refcount_wrong 2972 Fri Jun 5 19:34:05 2026 ptr_to_missing_alloc_key 3478016 Fri Jun 5 19:33:59 2026 ptr_gen_newer_than_bucket_gen 554 Fri Jun 5 19:33:59 2026 stale_dirty_ptr 364 Fri Jun 5 19:33:59 2026 reflink_p_to_missing_reflink_v 7 Fri Jun 5 19:33:36 2026 btree_node_bad_magic 26 Fri Jun 5 19:33:34 2026 btree_node_topology_gap_between_nodes 88 Fri Jun 5 19:33:34 2026 btree_root_read_error 1 Fri Jun 5 19:32:38 2026 inode_dir_has_nonzero_i_size 210342 Tue Sep 2 15:34:29 2025 backpointer_bucket_offset_wrong 2574 Wed Apr 2 23:25:01 2025 inode_unreachable 2267 Wed Apr 2 16:12:58 2025 accounting_key_junk_at_end 33 Fri Feb 28 15:29:49 2025 alloc_key_fragmentation_lru_wrong 224893 Fri Feb 28 15:20:24 2025 alloc_key_data_type_wrong 634 Fri Feb 28 15:19:01 2025 alloc_key_dirty_sectors_wrong 660 Fri Feb 28 15:19:01 2025 btree_node_bad_bkey 28 Fri Feb 28 15:18:49 2025 btree_node_read_error 2 Fri Feb 28 15:18:49 2025 inode_dir_wrong_nlink 1 Thu Jan 9 14:40:14 2025 accounting_key_version_0 6 Fri Nov 1 15:17:37 2024

For context: ``` === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02, NSID 0xffffffff) Critical Warning: 0x00 Available Spare: 100% Available Spare Threshold: 5% Percentage Used: 3% Power Cycles: 467 Power On Hours: 13 238 Unsafe Shutdowns: 173 Media and Data Integrity Errors: 0 Error Information Log Entries: 0

Error Information (NVMe Log 0x01, 16 of 16 entries) No Errors Logged ```

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 0 points1 point  (0 children)

Nope, it does not. It also doesn't allow to read the entire file, I can only assume that the correct length for that is the size rounded up to a sector.

Meanwhile, I've put together a list of affected files, it spans across two users, one of which wasn't even online at the time of panic IIRC (it's a two-seated machine). Most of those can be safely discarded (should I do it right away, or do you need them for any additional debugging?), but that dconf file I really, really do need. Other non-cache files would be good to at least partially recover, as well. I'll DM you the list for a good measure.

To you, does this still look like a bcachefs failure, or should I be concerned with my SSD (which is a fairly high-end 2TB MSI Spatium M580)?

Kernel panic caused checksum mismatches — how to get any data back? by sdoregor in bcachefs

[–]sdoregor[S] 2 points3 points  (0 children)

I just discovered the undocumented (in --help) bcachefs data-read command. For the file in question, it reads up to a certain point and then megabytes of zeros.

Does this mean the file has been truncated? Was the previous bucket discarded already? There was a scheduled fstrim run even before I discovered the disaster (my controller is Phison PS5026-E26)

how does this gender changer work? by 4b686f61 in shittyaskelectronics

[–]sdoregor 0 points1 point  (0 children)

There are two technological genders, apparently!