home *** CD-ROM | disk | FTP | other *** search
- In-Reply-To: <m0uLuJY-000GQSC@gwar.ardi.com>
- To: executor@ardi.com
- X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
- Sender: owner-executor@ardi.com
- Precedence: bulk
-
- On Tue, 21 May 1996, Mat Hostetter wrote:
-
- > >>>>> "Vincent" == <coyote@step.polymtl.ca> writes:
- >
- > Vincent> Unfortunately, adding --null to my tar command line did
- > Vincent> not seem to make any kind of difference (current command
- > Vincent> line: tar --null -cvpzf ...): tar still complains about
- > Vincent> Long Links.. could it be that GNU tar has a limitation on
- > Vincent> the number of characters in the names of the files handed
- > Vincent> to it? I know this is not really the right newsgroup for
- > Vincent> that but tar only has problems with my executor partition
- > Vincent> and the some of the files and directories on it. At this
- > Vincent> point, I am a little lost about what to do to be able to
- > Vincent> put all files on my executor partition on my backups.
- >
- > "Normal" tar has a limitation of 100 characters per pathname. GNU tar
- > does not have this restriction; it uses some magic to save and restore
- > the correct full pathnames. I typically invoke GNU tar with:
- >
- > tar cvzf foo.tar.gz foo
- >
- > and I have never had any problems with long pathnames. Strange. Make
- > sure you are invoking it in such a way that spaces in filenames will
- > not cause files to get split into multiple argumements to tar...
-
- Well, this is exactly what I am doing:
-
- palanthas:~/scripts# tar --version
- GNU tar version 1.11.2
-
- My command line looks like (it's a short example in which I am trying to
- backup .../ExecutorVolume/Programs/Execl 4.0 to show the problem):
-
- palanthas:~$ tar --null -cvzf /tmp/test.tgz
- /usr/local/lib/executor/ExecutorVolume/Programs/Ex*
-
- And I got a lot of these things while the backup runs:
-
- ************* LOG **************
- usr/local/lib/executor/ExecutorVolume/Programs/Excel 4.0/Biblioth%8Fque de macros/Checkup
- usr/local/lib/executor/ExecutorVolume/Programs/Excel 4.0/Biblioth%8Fque de macros/%Checkup
- ././@LongLink
- usr/local/lib/executor/ExecutorVolume/Programs/Excel 4.0/Biblioth%8Fque de macros/Comparaison de feuilles
- ././@LongLink
- usr/local/lib/executor/ExecutorVolume/Programs/Excel 4.0/Biblioth%8Fque de macros/%Comparaison de feuilles
- ././@LongLink
- *********** End log ************
-
- Note the "././@LongLink" errors. Anyway, I managed to fix my
- problems by modifying my backup scripts and things seem to work so far
- with afio but I am surprised that GNU tar seems to have problems with some
- files. Maybe this is because of accent letters inside the file names. From
- the first two lines of this LOG, you can see, however, that this does not
- happen with all files and that very slight difference in file names length
- can cause this.. Anyway, this is not really executor related but I was
- really wondering how other people were doing reliable backups on their
- ext2fs installed executor partitions.
-
- BTW, thanks ARDI for making executor's filesystem use ext2fs! It's
- really nice to be able to backup the executor partitions like real files
- on a real filesystem and not like a few very huge files like for the DOS
- version. :)
-
- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,
- Vincent S. Cojot, Computer Engineering.
- Ecole Polytechnique de Montreal, Comite Micro-Informatique.
- coyote@step.polymtl.ca, coyote@info.polymtl.ca
-
- They cannot scare me with their empty spaces
- Between stars - on stars where no human race is
- I have it in me so much nearer home
- To scare myself with my own desert places. - Robert Frost
-
-
-
-
-