Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jul 9, 2020 at 4:16 PM Simo Sorce <simo@xxxxxxxxxx> wrote:
>
> On Thu, 2020-07-09 at 12:56 -0700, Eric Sandeen wrote:
> > On 7/9/20 2:11 PM, Josef Bacik wrote:
> > > >  From what I've gathered from these responses, btrfs is unique in that it is
> > > > /expected/ that if anything goes wrong, the administrator should be prepared
> > > > to scrape out remaining data, re-mkfs, and start over.  If that's acceptable
> > > > for the Fedora desktop, that's fine, but I consider it a risk that should not
> > > > be ignored when evaluating this proposal.
> > > >
> > >
> > > Agreed, it's the very first thing I said when I was asked what are the downsides.  There's clearly more work to be done in the recovery arena.  How often do disks fail for Fedora?  Do we have that data?  Is this a real risk? Nobody can say because Fedora doesn't have data.
> >
> > But again, let me reiterate that disk failures are far from the only
> > reason that admins need capable filesystem repair tools, in general.
> >
> > We see users running fsck all the time, for various reasons.  I can't
> > back it up, but my hunch is that bugs and misconfigurations (i.e. write
> > cache) are more often the root cause for filesystem inconsistencies.
> >
> > IMHO, focusing on physical disk failure rates is focusing too narrowly,
> > but I suppose I'm just joining the chorus of hunches and anecdotes now.
>
> Anecdata,
> but I use raid-1 on all my disks (since a catastrophic failure 20 years
> ago) and that shielded me from all disk failures since then (although I
> may have had silent corruption during the years I never lost any really
> important data that way, some picture may have got lost that way
> probably but it has been inconsequential for me).
>
> However I have had bad kernels, power outages, loss of battery power
> (laptops on too long suspend) and other random reasons to force reboot
> a system. That has been the primary case of file system checks through
> my Fedora usage. And luckily so far I never had a loss of filesystem or
> data that way, fsck always ended up solving most of the issues, and
> whenever I lost file they ended up being temporary files I did not care
> for.
>
> I do not think those failures are common in Facebook fleets, so I am
> quite skeptical FB data and failure modes are representative of Fedora
> usage as a desktop/laptop OS and therefore of the behavior of btrfs in
> those cases.
>
> Note, not saying btrfs should be avoided or anything, just that we need
> more data about those failure modes and how they affect btrfs before a
> change of defaults.
>

Maybe it's not the most helpful anecdotal data, but one of my
computers has been suffering through random CPU lockups to the point
where everything freezes and I need to reboot. I'm pretty sure there's
a fault in RAM or CPU (but with everything soldered on computers these
days...), but it's been nice to see that with these issues happening
to me fairly frequently (as in now basically weekly) forcing me to
power cycle, Btrfs has withstood that perfectly. No data loss, no
corruption, no inconsistencies. Everything just works. :)

The last time I had something like this with an ext4 system, it got
torched within a month, forcing me to spend money I couldn't really
afford to spend to replace the machine. Btrfs is letting me use a bad
computer longer. :)



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux