Custom Query (69 matches)
Results (10 - 12 of 69)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #50 | fixed | Chkdsk identification of FAT 32 Drives is inconsistent | ||
| Description |
In line 2 and 3 it is identified as UNIFAT and in line 4,5 & 10 as FAT 32 The current hard disk drive is: F: The type of file system for the disk is UNIFAT. The UNIFAT file system program has been started. FAT32: Unicode translate table for CP 850 loaded. FAT32 version 0.10.r277 compiled on Jun 13 2017 The volume label is TEST. The Volume Serial Number is 1903-3D48. The type of file system for the disk is FAT32. |
|||
| #29 | fixed | Chkdsk message is interrupted before input is requested | ||
| Description |
When checking FAT32 media (0.10alpha7, 10/20/2016 UFAT32), and corrections must be written to disk, the message breaks before prompting for input: [c:\]chkdsk n: /f The current hard disk drive is: N: The type of file system for the disk is FAT32. The FAT32 file system program has been started. FAT32: Unicode translate table for CP 850 loaded. (UFAT32.DLL version 0.10a7 compiled on Oct 18 2016) The volume label is FAT32. The Volume Serial Number is 150A-3733. CHKDSK is checking fats :Ok. CHKDSK is checking files and directories... CHKDSK is searching for lost data. CHKDSK has searched 4% of the disk. SYS0562: The system detected lost data on disk N:. CHKDSK has searched 100% of the disk. 63 lost clusters found in 1 chains. These clusters and chains will be erased unless you convert The screen stops at this line, apparently waiting for input. Pressing Ctrl-C yields us the rest of the story: ^C External process cancelled by a Ctrl+Break or another process them to files. Do you want to convert them to files(Y/N)? Likewise, simply pressing "Y" will complete the pass (but one must know that this is the prompt). |
|||
| #9 | fixed | Corrupt written data on FAT32 partitions while downloading files | ||
| Description |
Hi, I use ECS1.2R and XP on the same machine. Only ECS has access to the www, so files I need for XP are only downloaded with ECS and stored with the installed fat32.ifs directly at the fat32 drives accessible under both systems. Since longer time and trying different versions of fat32 (including 0.9.13 latest) I wondered that the downloaded files under XP are corrupt. Selfexpanding exe's are stopping with a CRC error or zip files cannot be expand. Under ECS I use different versions of Seamonkey (latest 1.1.13) On my formerly PC I had sometimes the same problems. I have done some experiments: Downloading the file: http://startdownload.filefront.com/4286905//6fe471f91cdc109738f8eac44a258057618d7941c6ca8a291bbc33ef2fe926a0a3cdf95c098932f4// (should be project_51.zip ~130MB) direct to a fat32 partition and a 2nd download to a JFS patition results in the following: Download to FAT32 drive: J:\>md5suml project_51.zip 9935917E3288FF884E9B595280BBBCCD project_51.zip filesize 131127388 Bytes Archive: J:/project_51.zip
ERROR Download to JFS drive: F:\>md5suml project_51.zip 6D6A29E52F1055886A4271E53C3FB968 project_51.zip filesize 131127388 Bytes Archive: F:/project_51.zip
OK So I have written a little file comparison tool. It compares the good and the wrong file and logs all issues. See the attached files. Each line shows the adress, databyte good, databyte bad, total error count and the nummer of continued errors in follow. Please watch the follows carefully! If I copy such larger files from HPFS or JFS to a FAT32 drive with a filecommander, like FC220, no problem occurs. With my 2Mbit www connection the files are written only slow while downloading them. May be a small buffer allocation problem in the IFS or cachef32.exe? |
|||
