Re: 2.0.x kernel denial of service via VFAT longnames

Vitaly Fedrushkov (willy@snowyowl.csu.ac.ru)
Tue, 29 Sep 1998 03:06:55 +0600 (CHEL)


Good $daytime,

> Date: Mon, 28 Sep 1998 07:44:00 -0400 (EDT)
> From: Alex Buell <alex.buell@tahallah.demon.co.uk>
> To: Vitaly Fedrushkov <willy@snowyowl.csu.ac.ru>
> Cc: chaffee@plateau.cs.berkeley.edu, linux-kernel@vger.rutgers.edu
> Subject: Re: 2.0.x kernel denial of service via VFAT longnames

> I wonder if your /tmp filesystem is on a different IDE hard disk on the
> same IDE channel? I found that doing a badblock check on my 2nd hard disk
> (which died yesterday lunchtime with a shitload of bad sectors - threw it
> out after successive badblock scans kept growing the list of bad sectors!)
> on the same channel rendered my machine unuseable during badblock's
> writing phases.

That's not the case.

| root@snowyowl:~# mount -v
| /dev/hda3 on / type ext2 (rw)
| none on /proc type proc (rw)
| /dev/hda1 on /mnt/dos/C type vfat (rw,noexec,nosuid,gid=50,umask=007,iocharset=koi8-r,codepage=866,quiet)
| /dev/hda4 on /mnt/dos/D type vfat (rw,noexec,nosuid,gid=50,umask=007,iocharset=koi8-r,codepage=866,quiet)

As you can see, there's only hda and /tmp is under hda3. No other
disk operations were performed -- except maybe usual syslogd or crond
activity.

Running the copy against ext2 dir goes well, while doing the same
against vfat dir changes things drastically.

Regards,
Willy.

--
"No easy hope or lies        | Vitaly "Willy the Pooh" Fedrushkov
 Shall bring us to our goal, | Information Technology Division
 But iron sacrifice          | Chelyabinsk State University
 Of Body, Will and Soul."    | mailto:willy@csu.ac.ru  +7 3512 156770
                   R.Kipling | http://www.csu.ac.ru/~willy  VVF1-RIPE

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/