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] [day] [month] [year] [list]
Date:	Fri, 22 Dec 2006 14:16:08 +0100 (CET)
From:	Sven-Haegar Koch <haegar@...net.de>
To:	Andrey Borzenkov <arvidjaar@...l.ru>
cc:	linux-kernel@...r.kernel.org
Subject: Re: 2.6.19: File system corruption "stuck" until device is replugged

On Fri, 22 Dec 2006, Andrey Borzenkov wrote:

> I had USB stick (fat32) that reported file system corruption on mount and
> hence was mounted read-only. No amount of umount/dosfsck/mount could make it
> rw again. dosfsck reported device as clean but it still would mount ro and I
> continued to see directory that had been deleted by the very first dosfsck
> run! I unplugged it, looked under Win2k - it was OK - and only then did I
> notice that directory claimed as corrupted did not even exist. Replugging
> it - mounted OK.
>
> I am not sure if this is a bug or "work as designed". May be this is specific
> fat32 problem; still it does not look right?

I think at the first mount time there was a read error for an unknown 
reason, and this turned the partition (not the filesystem) into read-only 
mode. All further mount attempts only found a read-only medium, and thus 
where only able to mount read-only. I've been bitten by this more than 
once, too - there seems to be no way to avoid a reboot/replug when one of 
your data disks has thrown a read error, taking (for me) the whole server 
down, when just one unimportant data-disk thinks it has problems again (as 
happens with my home-server about once every one or two weeks).

c'ya
sven

-- 

The Internet treats censorship as a routing problem, and routes around it.
(John Gilmore on http://www.cygnus.com/~gnu/)
-
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