Online fsck
Added 2023-12-09 02:23:22 +0000 UTCInitial support for online fsck is merged - it's in my master branch, and will be in Linux 6.8. To use it, just run the normal fsck command; if the filesystem is mounted, it'll use the online codepath.
Not all fsck passes are safe to use while the filesystem is in use yet: online fsck only runs the subset that are safe to run. Right now that's most of the passes for checking allocation info, subvolumes and snapshots; soon that will start to include the fsck.c passes for checking high level filesystem structure.
Comments
Hey Kent! Not sure where to ask it, so I'll ask here – is it possible to use bcachefs in order to create a tiered storage array where the HDDs are spun down as much as possible? I have four 2TB SSDs and three 16TB HDDs, and I'd like to keep the latter mostly spun down for noise and power reasons. The idea is – the writes would go to the SSDs by default, and then replicated to the HDDs once a day/week – not immediately, and only if the SSD array is at least 50% full. Then, if certain files get read from the HDDs often, they'd be "promoted" to the SSDs and kept there until they're not accessed frequently.
Wolfgang
2024-01-06 12:31:12 +0000 UTCIt'll be awhile before I get to it (but funding could change that, naturally)
Kent Overstreet
2023-12-15 17:49:17 +0000 UTCWhat's the status of/forecast for scrub? My understanding is that reading out the full FS is not enough to detect bad mirrors and restore redundancy, because if you read the good mirror the bad data remains hidden. Does this relate to fsck or is it independent?
Peter Waller
2023-12-15 11:53:25 +0000 UTCThanks for making bcachefs. I just converted my workspace disk to bcachefs and I am seeing >50% space savings with little to no performance cost. :-) Looking forward to moving all of my disks. Curious - what kind of situations would lead to the disk needing fsck? One candidate is obviously bugs :-) But how would bcachefs react to hardware issues? How would the user learn about it?
Damian Kaczmarek
2023-12-09 03:30:36 +0000 UTCOh, nice.
Andrew Pam
2023-12-09 03:22:46 +0000 UTC
