ls and du report differently
Redhat Linux 7.2
Samba Version 2.2.1a
ls -l output:
/usr/samba# ls -l XPBackup00001.qic
-rwxr--r-- 1 root root 6994328576 Dec 7 22:24 XPBackup00001.qic
du -k output:
/usr/samba# du -k XPBackup00001.qic
ls reports a 7- GB file, du reports a 25+ MG file, the later being less by a factor of almost 300.
Obviously, "ls" and "du" must query different data. Can anyone advise how I can further trouble shoot this problem and identify what is causing the problem with the backup? It sounds like a data problem to me and my guess is the different data queried by the two commands will help me determine the bad data (and ultimately the cause of the problem).
current troubleshooting steps:
Other backups have been larger so I do not think file size is an issue.
I have copied other larger good backups to the /usr/samba directory and they report fine (from ls and du) so I do not think it is a disk corruption problem. I ran fsck in the past, but right now cannot remember how I did it as fsck "strongly suggests" the file system be unmounted and I do not know how to tell what using the /usr file system (after stopping samba) to overcome the "device is busy" messages when I attempt to umount /usr (AIX had a lsof tool - do not know how to do the same on Linux). However, I remember doing something that would cause fsck to run on reboot, but cannot find it in the man pages and it is no longer in my shell history.
Using XP SP2 ntbackup.exe on a laptop writing to samba share on linux box. The verify process says the file is damaged. This occurs repeatedly when the entire C drive (only drive) is backed up. Have tried both with and without backing up the XP "System State". Have been backing up successfully for a couple years prior to this problem. It could be an XP SP2 problem as well as a few other potential items that have changed. My guess is that ntbackup.exe cannot handle certain data that has been introduced to my system