I
wouldn't say that FAT32 is "lenient", HOWEVER
it is
almost certain that NTFS is extremely dependent on there not being ANY errors
anywhere else, or VERY bad things will be done.
Cheap
shot, if you can identify files (or clusters of files) is to rename the stuff
something like BAD-DATA
---
Hi Tony,the volume was previously a FAT32 before it was reformatted to NTFS. I've wonderedabout the drive being dodgy, is it that FAT32 is more leanient in terms of file errors?thanks.Darrin.
On 5/12/06, Tony Abernethy <[EMAIL PROTECTED]> wrote:
Wild
guess, but that sounds a lot like a disk
Wild
guess, but that sounds a lot like a disk drive going bad.
An
error message like The file or
directory is corrupted and unreadable.
There
is essentially no way that an application (including rsync)
can
cause that kind of thing.
You
probably can cause that by messing with the controller
Hi,We are using Rsync version 2.6.8 protocol version 29 on a winNT box to backup a linux (RedHat 9.0) box (same version of rsync) and everynight a different file on the NT server is reported as being corrupt, there are no errors in the rsync logs on either side. NT Event log records:
Event Type:
On Tue, 2006-05-09 at 13:02 -0500, [EMAIL PROTECTED] wrote:
> After the upgrade, new files getting synced over were unreadable by the Web
> server.
>
> Here's what the permissions look like:
>
> -rwxr-+ 1 Administrators mkpasswd864 Jun 9 1999 yes.gif
> -rwxr-+ 1 544 401
On Thu, 2006-05-11 at 22:41 +0200, Florian Lindner wrote:
> [EMAIL PROTECTED] ~/backupTest/2006-05-07/home/florian/Desktop/back $ ll
> insgesamt 4
> -rw-r--r-- 1 florian users 4 7. Mai 13:36 file1
>
> [EMAIL PROTECTED] ~/backupTest/2006-05-07_1/home/florian/Desktop/back $ ll
> insgesamt 4
> -rw-r
Hello,
I want to use the link-dest feature. Changed files should not be written again
but only linked from existing location.
I execute rsync:
[EMAIL PROTECTED] ~/python $ rsync --relative --recursive -vv
"/home/florian/Desktop/back" "/home/florian/backupTest/2006-05-07"
building file list ...
d
On Thu 11 May 2006, Max Kipness wrote:
> [EMAIL PROTECTED] backup]# cp -al Latest/ mtest/
> [EMAIL PROTECTED] backup]# du --max-depth=1 -h
> 21G ./Latest
> 8.7M./mtest
> 21G .
> [EMAIL PROTECTED] backup]# rm mtest/ -rf
> [EMAIL PROTECTED] backup]# cp -al Latest/ test/
> [EMAIL PROTECTE
Hello,
Sometimes when creating hard links to the rsync destination directory,
it seems like the new directory (created from the cp -al command) ends
up with all the data. This causes a problem in the sense that if the
rsync destination directory had 21GB, after the cp -al command, it ends
up havin
Okay, so who tried to subscribe the rsync list to the french national railway
newsletter?
--On Thursday, May 11, 2006 9:52 AM + [EMAIL PROTECTED] wrote:
Madame, Monsieur,
Ceci est une réponse automatique. Merci de ne pas répondre à ce message.
[...]
http://info.voyages-sncf.com/emc/R
On Thu 11 May 2006, Ryan T. Sammartino wrote:
> In trying to write a nice GUI for rsync, it was difficult to read
> rsync's stdout
> when using --progress, as --progress uses \r to make things pretty on
> a terminal,
> but it's painful to read into another process.
Well... shouldn't be that much
Madame, Monsieur,
Ceci est une réponse automatique. Merci de ne pas répondre à ce message.
Si vous souhaitez vous désabonner, modifier le contenu de votre lettre
dinformation (Train, vol, séjours, hôtel
), la fréquence denvoi ou le format
de réception, nous vous invitons à cliquer sur le lie
Dear Seller,
Check for today's new open orders on asia sourcing now and get your deals!
Buy 4-CHLORO-2,5-DIMETHOXYANILINE (1000T) from CN
http://asia-sourcing.net/bid.html?bid=161271
Buy 2,4,5-trichloroaniline (100ton) from CN
http://asia-sourcing.net/bid.html?bid=161270
Buy C
In trying to write a nice GUI for rsync, it was difficult to read
rsync's stdout
when using --progress, as --progress uses \r to make things pretty on
a terminal,
but it's painful to read into another process.
The attached patch made it much easier for me to read and parse the output from
--progr
14 matches
Mail list logo