grinberg@bimacs.BITNET (Dennis Grinberg) (01/19/89)
One of the At's where I work "remember"s the last diskette inserted into its drive. If I insert a diskette, do a DIR A:, change diskettes and do another DIR A:, I will get a listing of the files on the first diskette. If I chkdsk (does this write out buffers?) between changing diskettes, I get the correct directory listing the second time. Is anyone familiar with this phenomana? Thanks in advance, -- |----------------------------------------------------------------------------| |Dennis Grinberg, Math & CS Department, Bar-Ilan University, Ramat-Gan ISRAEL| |----------------------------------------------------------------------------| |BITNET: grinberg@bimacs.bitnet | |INTERNET: grinberg@bimacs.biu.ac.il |CSNET: grinberg%bimacs.bitnet%cunyvm.cuny.edu@csnet-relay | |ARPA: grinberg%bimacs.bitnet@cunyvm.cuny.edu | |UUCP: ...!uunet!mcvax!humus!bimacs!grinberg | |SNAILNET: Dennis Grinberg, 13 Hava Lutzki St., Rehovot, ISRAEL | |----------------------------------------------------------------------------|
matthew@sunpix.UUCP ( Sun NCAA) (01/21/89)
In article <768@bimacs.BITNET>, grinberg@bimacs.BITNET (Dennis Grinberg) writes:
[verbage about DIR not sensing change of floppy disks]
Yes, your symptom is familiar. Someone [has|is] [used|using] an altered
[disk|os] on your AT, and your system now thinks that drive A: is a harddisk.
Watch out, this has cause data loss at a local college due to the directory
of the first disk being overwritten on the second.
This symtom was first though to be a virus, but it was later detected
to be a students attempt to speed up floppy access by making the AT think
it was reading a harddisk (the directories of a hardisk are cached to
increase system response (that hard disk ain't going anywhere)).
--
Matthew Lee Stier (919) 469-8300|
Sun Microsystems --- RTP, NC 27560| "Wisconsin Escapee"
uucp: {sun, rti}!sunpix!matthew |
var@pitstop.UUCP (Var Garapetian, Sun ECD Lumpyware) (01/21/89)
I think the problem you are seeing is a floppy controller incompatability issue (or wrong jumpering of floppy controller). What happens is that when you open the drive door to change the floppy, it fails to send a signal to the BIOS, telling it that the disk was changed. So BIOS continues using the info stored in ram buffers. ============================================================================ And here goes the usual disclaimer that says: This are my opinions...I am only a stisfied customer...I AM... HUMAN!(EEEeee) ============================================================================ Var Garapetian, Sun Microsystems, East-Coast Div. UUCP: {hplabs,ihnp4,ucbvax,decvax,seismo}!sun!vgarapetian or {decvax}!eagle_snax!garp!var ARPA: vgarapetian@sun.com ============================================================================
jboot@morgoth.UUCP (Jim F. Roberts) (01/24/89)
In article <371@greens.UUCP>, matthew@sunpix.UUCP ( Sun NCAA) writes: > In article <768@bimacs.BITNET>, grinberg@bimacs.BITNET (Dennis Grinberg) writes: > > [verbage about DIR not sensing change of floppy disks] > > > > Yes, your symptom is familiar. Someone [has|is] [used|using] an altered > [disk|os] on your AT, and your system now thinks that drive A: is a harddisk. > Watch out, this has cause data loss at a local college due to the directory > of the first disk being overwritten on the second. > There is another possibility (Aren't there always). I had the same problem with a Toshiba 3.5" floppy drive I installed in a WYSE pc286. According to the folk at Toshiba, the problem lies in the DISK CHANGE status line. No matter what jumper settings I used on the drive, the WYSE would not notice a disk swap (other settings resulted in the drive never being "ready"). The people at WYSE admitted the problem was with our BIOS version, and offered to sell us a $50 upgrade (grumble). I sent the origional poster the following quick fix suggestion: Every time you swap disks, type ^C at your DOS prompt. On my set up, this seems to tell the WYSE to reread the diskette's FAT, informing DOS of the diskette change. I've no idea if this is a generic fix, or is specific to WYSEs, but it can't hurt to try it out. -- LIVE: Jim F. Roberts, (617) 969-0050 ARPA: adelie!morgoth!jboot@harvard.HARVARD.EDU UUCP: {harvard | ll-xn | mirror | axiom}!adelie!morgoth!jboot