linux-kernel - Re: RFC : fat : default errors use FAT_ERRORS_CONT instead of FAT_ERRORS

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]

Date:	Thu, 13 Oct 2011 10:24:06 +0900
From:	NamJae Jeon <linkinjeon@...il.com>
To:	Valdis.Kletnieks@...edu
Cc:	hirofumi@...l.parknet.co.jp, linux-kernel@...r.kernel.org
Subject: Re: RFC : fat : default errors use FAT_ERRORS_CONT instead of FAT_ERRORS_RO.

2011/10/13  <Valdis.Kletnieks@...edu>:
> On Thu, 13 Oct 2011 09:24:52 +0900, NamJae Jeon said:
>
>> It said windows fat provide a chance that continuously access
>> partition except corrupted file.
>
> It also gives you a chance to make things worse by continuing to write to the
> device.  If you force it RO at the first sign of trouble, maybe you lose a few
> blocks of one file.  If you keep writing to it, creating new files, erasing
> files, and so on, pretty soon your corrupted filesystem is even more corrupted.
There is no journal feature in FAT. it means FAT is corrupted well in
unexpected status.
Can you explain specifically what error will happen in case of keep writing ?
I think that MS consider also about this. maybe they think that
keeping access is better than changing RO type by one file is
corrupted.
>
>> I suggest that the default errors of linux fat use FAT_ERRORS_CONT
>> instead of FAT_ERRORS_RO.
>
> And what user benefit does that give?  If you keep going, they won't
> realize their device is corrupted, and won't have any reason to *fix* the
> filesystem.
for example, FAT is RW filesystem. and it is corrupted well by
unexpected status.
If so, user can not write FAT filesystem anytime while using linux
FAT.  there is no mehod except they should directly remount fat
parittion. well known linux user can do it only.
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/