<div dir="ltr">Do you even have input switches and HALT/CONT switches? I don't think so....<div><br></div><div>Commiserations.<br><div><br></div><div>-rob</div><div><br><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 30, 2021 at 9:58 AM Larry McVoy <<a href="mailto:lm@mcvoy.com">lm@mcvoy.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Aug 29, 2021 at 03:12:16PM -0700, Jon Steinhart wrote:<br>
> After a bit of poking around I discovered that btrfs SILENTLY remounted the<br>
> filesystem because it had errors.  Sure, it put something in a log file,<br>
> but I don't spend all day surfing logs for things that shouldn't be going<br>
> wrong.  Maybe my expectation that filesystems just work is antiquated.<br>
<br>
I give them credit for remounting read-only when seeing errors, they may<br>
have gotten that from BitKeeper.  When we opened a history file, if we<br>
encountered any errors we opened the history file in read only mode so<br>
if it worked enough you could see your data, great, but don't write on<br>
top of bad data.<br>
<br>
> Although it's been discredited by some, I'm still a believer in "stop and<br>
> fsck" policing of disk drives.  <br>
<br>
Me too.  Though with a 32TB drive (I'm guessing rotating media), that's <br>
going to take a long time.   If I had a drive that big, I'd divide it<br>
into managable chunks and mount them all under /drive/{a,b,c,d,e...}<br>
so that when something goes wrong you don't have to check the whole <br>
32TB.<br>
<br>
> Near the top of the manual page it says:<br>
> <br>
>   Warning<br>
>     Do not use --repair unless you are advised to do so by a developer<br>
>     or an experienced user, and then only after having accepted that<br>
>     no fsck successfully repair all types of filesystem corruption. Eg.<br>
>     some other software or hardware bugs can fatally damage a volume.<br>
> <br>
> Whoa!  I'm sure that operators are standing by, call 1-800-FIX-BTRFS.<br>
> Really?  Is a ploy by the developers to form a support business?<br>
<br>
That's a stretch, they are just trying to not encourage you to make a <br>
mess.<br>
<br>
I sent Linus an email to find out where btrfs is, I'll report back when<br>
he replies.<br>
<br>
--lm<br>
</blockquote></div>