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: <CAKYAXd--8=MkpXi0H4-nGF1vYQF42aL+OEjysg86gw83uyrefQ@mail.gmail.com>
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ