cksum entire dir??
gobble.wa at gmail.com
Wed Sep 12 17:56:05 UTC 2012
On Wed, Sep 12, 2012 at 10:46 AM, Gary Kline <kline at thought.org> wrote:
> On Wed, Sep 12, 2012 at 07:31:45AM +0100, Matthew Seaman wrote:
> > On 12/09/2012 00:14, Polytropon wrote:
> > > % cksum <directory>
> > >
> > > and could obtain a checksum - so it _seems_ to work.
> > > After alteration of one file within the hierarchy a
> > > different result was printed.
> > That will give you a checksum on the directory inode -- file names and
> > associated metadata only, not file content. In theory you could edit a
> > file without modifying any of the timestamps, and that wouldn't result
> > in any change to the directory checksum. Also, modifying things a few
> > layers down the filesystem hierarchy won't have any effect either.
> > Generally I find the best test for differences between old and new
> > copies of a filesystem is 'rsync -avx -n ...'
> > Also, sum and cksum have way too small a key size for this to be
> > reliable, since you can't tell a true result from a hash collision. Use
> > md5 or sha1 or sha256 for best results.
> So this sha256 is *real*?? I have no md5 on my "fedora"
> that is on my desktop and m having trouble getting used to.
> but the gentleman who recommened cpio was right on the money.
are you sure it's not 'md5sum' ? ... that seems to be on all my GNU/Linux
San Jose California USA
> note that I am loathe to spam this list with the following mail
> from my
> files in sept, 1988, but here it is. if I had only gr -r -w cpio
> around in all my directories, I would have found this, sent to one
> Myers across the pond ::
> >From kline Sat Sep 5 11:52:20 1998
> Subject: lost mail file...
> To: dirkm at buster.dhis.eu.org (Dirk Myers)
> Date: Sat, 5 Sep 1998 11:52:20 -0700 (PDT)
> Organization: <> thought.org: public access uNix in service... <>
> X-Mailer: ELM [version 2.4ME+ PL32 (25)]
> MIME-Version: 1.0
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: 7bit
> Content-Length: 2283
> Status: RO
> Yesterday morning I began composing the next two Q's and A's
> in my mailer. Last night in the wee hours there was a power
> glitch and I lost the mail.
> Enclosed is the first//next Q/A. I'll send along another one
> or two later today. One that I was playing around with *failed*
> and I'm trying to figure out why.
> How can I uise my FBSD floppy drive to copy files to it (in this case,
> at work), and retrieve the files on my FBSD systtem at home. So far
> I've only seen examples that used floppies with a filesystem on them.
> Is there a simplr, more direct way?
> You can treat the 'raw' floppy device as if it is a tape drive, and
> use typically UNIX tape tools to read/write, such as tar and cpio.
> For instance, to copy the current directory onto a floppy to
> take home at night:
> (put the floppy in the drive, and cd to the directory where
> the files are; then )
> % tar -cvf /dev/rfd0 .
> To read it when you get home:
> (put the floppy in the drive at home; and extract the tarball
> wherever you want the files)
> % tar -xvf /dev/rfd0
> The flags -c and -x indicate create and extract mode, the ``v''
> specifies verbose mode, and the ``f'' tells tar that the following
> argument is the file or device that tar acts upon. Here, it is
> the floppy devide.
> With cpio:
> (chdir to the directory where the files are)
> % ls | cpio -oc > /dev/rfd0
> To read a cpio archive from a tape drive:
> % cpio -icd < /dev/rfd0
> The flags -i and -o indicate copy-in or extract mode and
> copy-out or create archive mode. The ``c'' tells cpio
> to use the old, portablr ASCII archive format. And the
> ``d'' flag tells cpio to create directories where necessary.
> Do a
> % man cpio
> for much greater detail on this utility.
> There are another one or two of the simpler Q/A's and one or two
> more involved.
> Then, for this month only, I want to write a paragraph or two
> about who I am and where I'm coming from. Since you are sharing
> the by-line you might want to consider this too.
> PS: Next month we get a break!!
> Gary D. Kline kline at tao.thought.org Public service
> as you can see, this dealt with my olden tape drive. a 250meg
> QIC drive, I think. but this was about the earliest reference
> I could find re my use of cpio. there are others in my journal
> dir that reference my running out of hard drive and using cpio
> that a straight cp -rp. [this was back when a 130meg drive was
> and made me feel rick.]
> > Cheers,
> > Matthew
> > --
> > Dr Matthew J Seaman MA, D.Phil.
> > PGP: http://www.infracaninophile.co.uk/pgpkey
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions