Is there any sense in running fsck -N first or should we just use -y right away and get it all over and done with fast?
When we run fsck or e2fsck with the -y option and there are some serious file system problems, it silently unlinks any orphaned files to the lost+found.
That's all fine and dandy when there's no big problems, normally no files need to be unlinked and fsck just runs and fixes t
Possible Duplicate:
How do you get e2fsck to show progress information?
Is there a way to check the progress of fsck.ext3 under Ubuntu, if I'm logged in remotely?
Obviously the time taken depends on a lot of factors, but if fsck has to option of displaying a progress bar, it should be possible
EDIT:
Seems I didn't make the question clear enough.
I wrote a Java application that checks and indexes huge archive files. When i test it on my local machine, everything is speedy and works like a charm.
I have a server with MS Access installed, and Via Remote Data Connection, the response time is excellent. The database is 1.3 gb, and the queries use a series of ODBC links to acquire data throughout the network.
However, when I map the drive to a networked drive on the local PCs, response time is horrendous.
I installed sarg from sarg rpm and i am facing issue while generating sarg reports and getting this time different error below
sarg -l /var/log/squid/access.log
SARG: Records in file: 242332, reading: 0.00%
SARG: Records in file: 242332, reading: 2.06%
SARG: Records in file: 242332, reading: 4.13%
SARG: Records in file: 242332, reading: 6.19%
Hi,
After some difficulties accessing to my NAS network in writing mode (1 TO, bought one year ago), I launched a fsck -yvf; now gparted tells me it gots no partition ...
I made a tesdisk /dev/sdb1> Proceed> Intel> Analyze> Quick search> Yes
After several hours the partition was not found.
Hello,
yesterday I made a backup onto my external harddisk (ext3 formatted) via rsync. After some time it returned
Code:
rsync: stat "/media/my_harddisk/some/dir/foo.bar" failed: Input/output error (5)
rsync error: some files could not be transferred (...)
I then unmounted the disk and started fsck to check it. fsck told me, that the file system seems to be corrupt.
I have a Debian box with additional ( it is not a system disk ) 1.5Tb sata hdd (wd caviar green). There is only one partition on the whole disk.
Disk is used for backups from remote system (with rsnapshot, backup update runs every 4 hours) and rtorrent for some files.