From owner-freebsd-current Mon Jul 1 13:21:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05077 for current-outgoing; Mon, 1 Jul 1996 13:21:16 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-157.ut.nl.ibm.net [139.92.42.157]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05017 for ; Mon, 1 Jul 1996 13:21:01 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id SAA13056; Mon, 1 Jul 1996 18:04:19 +0200 (MET DST) Date: Mon, 1 Jul 1996 18:04:19 +0200 (MET DST) Message-Id: <199607011604.SAA13056@vector.jhs.no_domain> To: current@freebsd.org Subject: Which tools can back up inodes with 32bit minor numbers ? From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (later) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH 1.6.7, PGP available Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Which if any utils. are available for use in a script to do local backup of directories that have 32bit minor /dev numbers ? Any ? None ? We've had 32 bit minors around for a long time, & there's a release coming up, so it'd be nice if we could handle them easily. dump: doesnt accept a directory specifier of /dev (I dont want whole FS archived) tar: I thought tar wouldn't cope, was suprised to see it extract OK, tried again later, failed (what I'd initially expected), I'm confused by that (I'm the only root, & I can't spot a path change). Maybe I used subtly different tar invocation so that first tar did some kind of 2nd pass (like gtar does on > 128 chars/pathname, to extend beyond POSIX tar definition). cpio: also could not archive large minors, mtree: just creates dirs. dev/MAKEDEV: inappropriate for this as I just want a little script that'll make a freeze copy of what's in /dev, (including all local adjustments automatically done by such as ports mgetty install etc), not a formalised copy of what should be there. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/