Operating Systems > Linux and UNIX
disk full up!!! why???
Calum:
right, i filled up my floppy disk with stuff (using linux) and then i used rm to delete it all, except one file that uses 38 bytes. When i try to copy stuff onto the disk, i get this message: "no space left on device", in desperation i reboot into windows, and find explorer.exe telling me that there is 714kb used out of a possible 714kb. Now since winME does not format 720 kb disks, i have to reboot into linux to even do that. i do not want to format every time i want to use the disk again, what is the matter here? i use supermount by the way, does this make any odds?
why?
thanks............
creedon:
quote:Originally posted by Calum:
right, i filled up my floppy disk with stuff (using linux) and then i used rm to delete it all, except one file that uses 38 bytes. When i try to copy stuff onto the disk, i get this message: "no space left on device", in desperation i reboot into windows, and find explorer.exe telling me that there is 714kb used out of a possible 714kb. Now since winME does not format 720 kb disks, i have to reboot into linux to even do that. i do not want to format every time i want to use the disk again, what is the matter here? i use supermount by the way, does this make any odds?
why?
thanks............
--- End quote ---
Stab in the dark; could it be that, since everything is seen as a file in Linux, you have to delete all the data on the disk in order for Linux to see it as an empty file? I know that sounds stupid, but it kinda makes SOME sense.
Feel free to flame me on this one.
voidmain:
How are you copying files to the floppy? Are you mounting the floppy disk then copying files to it, then deleting files and removing the disk without first "unmounting the disk"? In Linux (and most other UNIX systems) a lot of IO is cached (delayed writes). Makes things much faster. However, if you remove a disk without unmounting it then your "deletes" may have been cached and never actually occured. Also, the "sync" command will flush all of the cached disk IO.
creedon:
quote:Originally posted by VoidMain:
How are you copying files to the floppy? Are you mounting the floppy disk then copying files to it, then deleting files and removing the disk without first "unmounting the disk"? In Linux (and most other UNIX systems) a lot of IO is cached (delayed writes). Makes things much faster. However, if you remove a disk without unmounting it then your "deletes" may have been cached and never actually occured. Also, the "sync" command will flush all of the cached disk IO.
--- End quote ---
YEAH! What HE said!!!
Calum:
quote:Originally posted by VoidMain:
How are you copying files to the floppy? Are you mounting the floppy disk then copying files to it, then deleting files and removing the disk without first "unmounting the disk"? In Linux (and most other UNIX systems) a lot of IO is cached (delayed writes). Makes things much faster. However, if you remove a disk without unmounting it then your "deletes" may have been cached and never actually occured. Also, the "sync" command will flush all of the cached disk IO.
--- End quote ---
aha! something like this is most likely the problem, however i am not doing any of this disk hotswapping that you suggest. i am using supermount for the floppy and cd drives, which is supposed to make the mounting and unmounting transparent in the same way as they are in windows (most of the time). It works fine with the CD drive, where the system gets a message every time you eject or put a new CD in, but with the floppy it is a little odder. i can not umount or mount unless root, with supermount, and if i do either of those, supermount no longer attempts to mount and umount for me and i must do all of that by hand.
nevertheless, i am not doing anything unusual. in many cases i have shutdown the computer with a 'shutdown -h now' while the floppy is still in the drive, so the system should have had ample time to complete its de-caching.
Another problem has arisen in a similar vein:
when i try to copy or move files to or from my floppy drive using konqueror or xftree, and i think galeon as well (or whichever the gnome file manager thing is), i sometimes get the computer totally lock up in the middle of the operation. desktop freezes, mouse does not move cursor, ctrl-alt-backspace does not work, ctrl-alt-f1 does not work, ctrl-alt-del does not work, and i need to literally power off and reboot, which causes an fsck. i cannot recall ever having this problem while using 'cp' from a prompt or an xterm, and it only happens occasionally. any idea what's going on?
the case on my (onboard laptop) floppy drive is a little cracked and sometimes leads the system (whether it be windows or linux) to think that the disk is write protected when it is not. this is not usually a problem, once it realises it is not write protected, it carries on fine.
this morning, for example, i copied a folder of perl tutorials onto my floppy using konqueror, then i tried to copy a folder of C++ tutorials too, same circumstances, and... total freeze up, requiring reboot.
any ideas? Thanks, folks...
Navigation
[0] Message Index
[#] Next page
Go to full version