Egregoros

excited to announce that Wizard Zines is now shipping Canadian orders from Canada! now shipping is cheaper & there's no risk of being hit with duties

get your zines at https://wizardzines.com

@b0rk awesome news. were you able to find a local printer?

@vga256 no, we just shipped a batch of zines to Montreal from our US printer, right now the volume is too low to justify a local print run

@b0rk @vga256

You're doing actual print runs and a fulfillment house? Cool.

(I did print runs in the 90s, and the experience was so awful that I won't go near them without extraordinary reasons.)

@mwl i imagine it’s easier for 28 page zines

@b0rk true, true. 1000 200-page books basically takes over a room.

Whelp. You've convinced me I'm in the wrong business, congrats!

@mwl @b0rk I look forward to your "everything about ZFS" 28-page zine.

@djfiander @mwl @b0rk if you actually do a zine about ZFS please make sure to mention that it doesn't have a real fsck, and yes, this can and *has* caused data loss in production.

to me. personally.

not that i'm bitter.

not that this wouldn't be an unforgivable act of hubris by the zfs developers even if it had never caused anyone any data loss even in testing, either.

@zwol @djfiander @mwl @b0rk ZFS has scrub and zdb, two tools that are far more powerful than any fsck that has ever existed

@feld zfs scrub does not validate or correct the on-disk data structure, it only checks the block checksums. That's what I mean by "doesn't have a *real* fsck."
The data loss I experienced was due to a buggy migration of the on-disk data structure. All the block checksums validated, but files became inaccessible. Scrub did nothing. A real fsck might have dumped a bunch of stuff into lost+found, but that would've been enough to avoid having to restore from backup.