lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1405051253400.2223@localhost.localdomain>
Date:	Mon, 5 May 2014 13:03:17 +0200 (CEST)
From:	Lukáš Czerner <lczerner@...hat.com>
To:	Nikola Ciprich <nikola.ciprich@...uxbox.cz>
cc:	linux-ext4@...r.kernel.org
Subject: Re: info about filesystem errors in /sys/fs/ext4/... ?

On Mon, 5 May 2014, Nikola Ciprich wrote:

> Date: Mon, 5 May 2014 09:08:23 +0200
> From: Nikola Ciprich <nikola.ciprich@...uxbox.cz>
> To: linux-ext4@...r.kernel.org
> Subject: info about filesystem errors in /sys/fs/ext4/... ?
> 
> Hello,
> 
> I was wondering, is it possible to find out whether some filesystem with
> errors in mounted apart from parsing kernel log?
> 
> Would it be too complicated to add such info to /sys/fs/ext4/.../ or to
> some other location? Would such change make sense to you?
> 
> with regards
> 
> nik

Currently I do not think there is a way to check whether mounted
file system contains errors (EXT2_ERROR_FS flag is set in super
block).

You either have to check the logs, or run fsck before mounting the
file system.

It really seems like a optimal thing to provide a way to inform user
space about this without the need to parse the log. I think that
sysfs is a perfect place for this.

However we might to go a step further, because I do not
really like the idea of allowing to mount the file system with
errors by default. It does not really make sense to me and I wonder
whether someone actually intend to do it this way.

What about having this scenario respect "errors=" setting ? Of
course it might not make sense to panic when mounting file system
with errors with "errors=panic" option, we can just fail the mount.

Will that help your case ?

Thanks!
-Lukas
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists