Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!msuinfo!agate!howland.reston.ans.net!europa.eng.gtefsd.com!news.uoregon.edu!usenet.coe.montana.edu!bsd.coe.montana.edu!nate From: nate@bsd.coe.montana.edu (Nate Williams) Newsgroups: comp.os.386bsd.questions Subject: Re: accessing big-endian BSD4.2 filesystems under FreeBSD Date: 6 Jul 1994 00:32:41 GMT Organization: Montana State University, Bozeman Montana Lines: 30 Message-ID: <2vcu39$t3@pdq.coe.montana.edu> References: <CsGoKB.sFI@mozo.cc.purdue.edu> NNTP-Posting-Host: 153.90.192.29 In article <CsGoKB.sFI@mozo.cc.purdue.edu>, Ben Jackson <bj@staff.cc.purdue.edu> wrote: >I've been trying to mount a Sun CDROM that has a UNIX filesystem on >it. At first I thought my `Bogus superblock' problems were related to >the fabricated disklabel created by the SCSI cd driver, but after >examining the superblock more carefully (dd if=/dev/cd0d bs=8k skip=1 >count=1 | hexdump), I've discovered that the magic number (and, >presumably, the rest of the information) is in big-endian format, and >FreeBSD doesn't do byteorder conversion on filesystem accesses. > Nope, the BSD FFS doesn't do byte-order switching automatically. Can you imagine the overhead of that for EVERY single block. Wow! >Is there an existing solution to this problem? The only thing I've >come up with is hacking ufs to make the `nboufs' (network byte order >ufs). I really don't want to do that. :-) For this particular >purpose, I'd even be happy with a user-level program which let >me copy files out of the CD's directory heirarchy. I've heard of programs that do it. I think someone whipped up a PERL program to do that a while back. Check the archives. Nate -- nate@bsd.coe.montana.edu | FreeBSD core member and all around tech. nate@cs.montana.edu | weenie. work #: (406) 994-4836 | home #: (406) 586-0579 | Available for contract/otherwise work.