Return to BSD News archive
Path: sserve!manuel!munnari.oz.au!spool.mu.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy!miavx1!miamiu!ai4cphyw
Newsgroups: comp.unix.bsd
Subject: Help: 386bsd NFS Filename Truncation
Message-ID: <92252.103621AI4CPHYW@MIAMIU.BITNET>
From: <AI4CPHYW@MIAMIU.BITNET>
Date: Tuesday, 8 Sep 1992 10:36:21 EDT
Organization: Miami University - Academic Computer Service
Lines: 45
I installed the binary release of 386bsd on my machine and it works
fine. So I tried to install the source distribution and ran out of
disk space (80MB drive in the machine). After some thought I realized
that I could do an NFS mount of another Unix machine (an Intergraph
CAD server running Clix, I-graph's flavor of Unix) and use that disk
space to hold the source distribution.
So after successfully NFS mounting more disk space to the /usr/src
directory (using the -o wsize=4096,rsize=4096 option) I tried a
"manual" unpack of the src01.* files, to the NFS mounted disk, with
the cat /tmp/src* | uncompress | cpio -idalmu. I got a bunch of
errors about how cpio couldn't modify permissions in the /usr/src
directory and couldn't write to directories sub to /usr/src.
I halted the uncompress and decided to work the other way. I NFS
mounted more disk space to the /tmp directory, dumped the src01.*
files there and ran the manual unpack to dump the source distribution
on the local disk. No problem, other than a 97% full local drive.
Then I tried to copy the entire /usr/src tree to the NFS mounted disk
to clear space on the local drive. The cp -R command seemed to work
fine, except when I went to compare the directory trees to each other,
I found differences. First, the ownership was different (the files on
the local disk were owned by root and the copies were owned by 32767
(not a problem for chown, but still :) Second, and more important,
the long filenames were truncated. (i.e. Makefile.symlinks on the
local drive appeared as Makefile.symli on the remote disk
elvispreserve.8 appeared as elvispreserve. and so on.) Renaming the
files to their correct names failed (i.e. mv elvispreserve.
elvispreserve.8 seems to come back successfully, but an ls elvis*
shows the filename is still elvispreserve.)
Frankly, I'm at a loss. I don't know if this a problem with the
implementation of NFS, or if I'm doing something wrong, or if the
machine I'm borrowing disk space from needs to have something done to
it. If anyone can provide some insight, I would appreciate it.
-Alec D. Isaacson
AI4CPHYW @ miamiu.acs.muohio.edu
isaacson @ rogue.acs.muohio.edu (NeXt Mail)
Miami University, Oxford, OH
-------------------------------------------------------------------------
Only a barbarian would eat chive cream cheese and blackberry jam on the
same bagel. -Spenser