On Fri, Jan 19, 2001 at 07:33:21PM -0500, safemode wrote:
> I'm sorry I can't be more descriptive than that, but there aren't any
> errors ever displayed. What happened was after about a day of uptime, I
> began seeing IO errors when trying to access files. I realized that the
> IO errors occurred on any file I had created. I rebooted since the
> computer became impossible to use and fsck removed everything that I had
> created since upgrading to the release kernel. This is all on ext2fs.
> I tried making bootdisks but they all showed up as being bad. I tried
> copying files to another ext2fs but upon fsck, they too were all removed
> due to corruption. These ext2fs' were not created by the release
> kernel. I had to go back to 2.4.0-test11 before the kernel would write
> to the fs correctly. For the record, I disabled DMA in the kernel and
> i'm compiling for athlon using gcc 2.95.3. I saw the same thing happen
> though when I booted for a kernel compiled for Pentium 2. Since
> reverting back to 2.4.0-test11, however, no FS corruption has been
> observed. Anyone have any idea what this is about? i'm compiling with
> the same options between kernels but 2.4.x (release and newer) do not
> seem to be able to write to the ext2fs correctly. Could this be because
> it was formatted by a 2.2.x kernel? Anyone using this chipset I would
> caution to have backups ready when using it with 2.4.x, as I lost
> hundreds of files to it. Also, no errors were reported anywhere, IO
> errors when trying to stat dirs just started appearing after a couple
> days uptime ...then they would occur whenever you wrote to the FS. Even
> after a reboot. If you need any extra iinfo about kernel options and
> computer config, just ask.
>
I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
single "error in bitmap, remounting read only" type error, and today I got
some files in /tmp that returned I/O error when stat()ed. I do have DMA
enabled, but only UDMA33. I've done several kernel compiles with no
problems at all so looks like something is on the edge. Think I might go
back to 2.2.x for a bit and see what happens, or maybe just remove the VIA
driver :-((.
P.
I've attached lspci -vxxx output, and kernel config, in case anyone is
investigating.
/dev/hda is Seagate ST330621A.
----------VIA BusMastering IDE Configuration----------------
Driver Version: 2.1e
South Bridge: VIA vt82c686a rev 0x22
Command register: 0x7
Latency timer: 32
PCI clock: 33MHz
Master Read Cycle IRDY: 0ws
Master Write Cycle IRDY: 0ws
FIFO Output Data 1/2 Clock Advance: off
BM IDE Status Register Read Retry: on
Max DRDY Pulse Width: No limit
-----------------------Primary IDE-------Secondary IDE------
Read DMA FIFO flush: on on
End Sect. FIFO flush: on on
Prefetch Buffer: on on
Post Write Buffer: on on
FIFO size: 8 8
Threshold Prim.: 1/2 1/2
Bytes Per Sector: 512 512
Both channels togth: yes yes
-------------------drive0----drive1----drive2----drive3-----
BMDMA enabled: yes no no no
Transfer Mode: UDMA DMA/PIO DMA/PIO DMA/PIO
Address Setup: 30ns 120ns 30ns 120ns
Active Pulse: 90ns 330ns 90ns 330ns
Recovery Time: 30ns 270ns 30ns 270ns
Cycle Time: 60ns 600ns 120ns 600ns
Transfer Rate: 33.0MB/s 3.3MB/s 16.5MB/s 3.3MB/s
lspci+config.gz