Date: Sat, 5 Aug 1995 12:48:45 +1000 From: Bruce Evans <bde@zeta.org.au> To: current@freebsd.org, jhs@vector.eikon.e-technik.tu-muenchen.de Subject: Re: Backup of 32bit dev entries Message-ID: <199508050248.MAA30049@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199508050248.MAA30049>