[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4835096.GXAFRqVoOG@lichtvoll.de>
Date: Wed, 19 Jul 2023 08:22:43 +0200
From: Martin Steigerwald <martin@...htvoll.de>
To: "Alan C. Assis" <acassis@...il.com>, Theodore Ts'o <tytso@....edu>
Cc: Bjørn Forsman <bjorn.forsman@...il.com>,
Kai Tomerius <kai@...erius.de>, linux-embedded@...r.kernel.org,
Ext4 Developers List <linux-ext4@...r.kernel.org>,
dm-devel@...hat.com
Subject: Re: File system robustness
Theodore Ts'o - 18.07.23, 23:32:12 CEST:
> If you get it all right, you'll be fine. On the other hand, if you
> have crappy hardware (such as might be found for cheap in the checkout
> counter of the local Micro Center, or in a back alley vendor in
> Shenzhen, China), or if you do something like misconfigure the file
> system such as using the "nobarrier" mount option "to speed things
> up", or if you have applications that update files in an unsafe
> manner, then you will have problems.
Is "nobarrier" mount option still a thing? I thought those mount options
have been deprecated or even removed with the introduction of cache flush
handling in kernel 2.6.37?
Hmm, the mount option has been removed from XFS in in kernel 4.19
according to manpage, however no mention of any deprecation or removal
in ext4 manpage. It also does not seem to be removed in BTRFS at least
according to manpage btrfs(5).
--
Martin
Powered by blists - more mailing lists