From owner-freebsd-current Fri Aug 4 19:51:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id TAA20420 for current-outgoing; Fri, 4 Aug 1995 19:51:31 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id TAA20409 for ; Fri, 4 Aug 1995 19:51:23 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA30049; Sat, 5 Aug 1995 12:48:45 +1000 Date: Sat, 5 Aug 1995 12:48:45 +1000 From: Bruce Evans Message-Id: <199508050248.MAA30049@godzilla.zeta.org.au> To: current@freebsd.org, jhs@vector.eikon.e-technik.tu-muenchen.de Subject: Re: Backup of 32bit dev entries Sender: current-owner@freebsd.org Precedence: bulk >I've forgotten what we've got left that still works to make backups >of current /dev entries. I tried these: > tar cf /tmp/ttt . > tar: rsd2s4h: minor number too large; not dumped tar can't handle the problem. Someone should fix gnu tar and cpio to handle 21 bits of minor numbers (instead of 18) like ustar format can and pax does. > pax -w -f /tmp/ttt * > pax: Ustar header field is too small for rsd0.ctl pax -x sv4cpio -w -f /tmp/ttt * # works pax -x sv4crc -w -f /tmp/ttt * # works pax -x ustar -w -f /tmp/ttt * # handles 21 bit minor numbers > find . -print | cpio -o > /tmp/ttt > cpio: sd0 not dumped: device number would be truncated find . | cpio -H newc -o > /tmp/ttt # equiv to above pax command find . | cpio -H crc -o > /tmp/ttt # equiv to above pax command > dump 0f /tmp/ttt . > DUMP: bad sblock magic number The ENTIRE dump is aborted. `dump' only applies to entire file systems. dump 0f /usr/ttt /dev/rsd0a # works >Allowing 32 bits in before we could easily back them up seems strange, 5 ways to back them up seems enough :-). Bruce