linux-kernel - Corrupt XFS -Filesystems on new Hardware and Kernel

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <46094344.4090007@j-o-a.de>
Date:	Tue, 27 Mar 2007 18:16:04 +0200
From:	Oliver Joa <oliver@...-a.de>
To:	linux-kernel@...r.kernel.org
Subject: Corrupt XFS -Filesystems on new Hardware and Kernel

Hi,

since some weeks i try to get my new hardware running:

Intel(R) Core(TM)2 CPU          6300  @ 1.86GHz
Intel DP965LT Mainboard
Seagate SATA-Harddisk in AHCI-Mode

After some hours of running or after some heavy file-i/o
(find / | cpio -padm /test) I always get a corrupted
XFS-filesystem.

I used already the following Kernels:
2.6.19.2
2.6.19.7
2.6.20.2
2.6.20.4

After xfs_repair I get damaged files in lost+found.

I read in newsgroups that the write-cache of the harddisk
should be turned of, but the messages are all very old.

Is it still true, that it should be switched of? At startup
I get the following line:

[    6.820776] SCSI device sda: write cache: enabled, read cache: 
enabled, doesn't support DPO or FUA

So I wonder if it should be on or off.

I also often get a sata-bus-reset with the kernels 2.6.19.2
and 2.6.20.2.

What can I do to find the problem? I think about to change
from xfs to ext2 but the filesystemcheck every 30 mounts lasts
a long time.

Do you have any Idea?

Which kernel is at the moment a so called stable? Stable enough
for my hardware?

Thanks a lot

Oliver Joa

-
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/