| Summary: | Saving to FAT32: Corruption | ||
|---|---|---|---|
| Product: | [Applications] kget | Reporter: | Xavion <Xavion.0> |
| Component: | general | Assignee: | KGet bugs <kget-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | nicolasg |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Xavion
2005-09-18 03:32:16 UTC
What kinds of errors? File name errors? (If yes, you should check how your partition is declared to Linux, especially the code page used on the file system and the "io charset" used by Linux.) Thanks for replying.
The files became corrupted in that directory (e.g. very strange filenames and massive filesizes) and one of the daemons was constantly using CPU time to try and read it (even with no apps running). While this was happening, the rest of the partition automatically became read-only. I had to reboot the machine into Windows (each time) and fix the errors from there.
Here's the relevant line from my /etc/fstab file:
/dev/hda3 /mnt/Common vfat
auto,users,rw,umask=0007,suid,gid=501,shortname=mixed
Where do I find out the other info (i.e. "code page used" and "io charset")?
Reg
Chris
I don't think KGet can cause what you're describing even if it wanted to. This has to be a kernel bug or a disk hardware failure. You'll have to talk to your distribution developers so that they can take it up to the kernel developers. |