From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 18 21:34:36 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2814E1065670 for ; Fri, 18 Jul 2008 21:34:36 +0000 (UTC) (envelope-from didrik@kth.se) Received: from smtp-1.sys.kth.se (smtp-1.sys.kth.se [130.237.32.175]) by mx1.freebsd.org (Postfix) with ESMTP id A39B48FC1D for ; Fri, 18 Jul 2008 21:34:35 +0000 (UTC) (envelope-from didrik@kth.se) Received: from localhost (localhost [127.0.0.1]) by smtp-1.sys.kth.se (Postfix) with ESMTP id EFDFC234E95; Fri, 18 Jul 2008 23:34:03 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-1.sys.kth.se ([127.0.0.1]) by localhost (smtp-1.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QJ6PLp8FHbdM; Fri, 18 Jul 2008 23:34:02 +0200 (CEST) Received: from webmail.sys.kth.se (unknown [IPv6:2001:6b0:1:1300:214:38ff:fec5:5a2d]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 61780234E8C; Fri, 18 Jul 2008 23:33:55 +0200 (CEST) Received: from 91.95.8.243 (SquirrelMail authenticated user didrik) by webmail.sys.kth.se with HTTP; Fri, 18 Jul 2008 23:34:02 +0200 (CEST) Message-ID: <49814.91.95.8.243.1216416842.squirrel@webmail.sys.kth.se> In-Reply-To: <64373.91.95.8.243.1216323299.squirrel@webmail.sys.kth.se> References: <57797.91.95.8.243.1216313772.squirrel@webmail.sys.kth.se> <64373.91.95.8.243.1216323299.squirrel@webmail.sys.kth.se> Date: Fri, 18 Jul 2008 23:34:02 +0200 (CEST) From: "Didrik Madheden" To: "Didrik Madheden" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-sparc64@freebsd.org Subject: Re: Sparc64 partitions compatible with PC? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2008 21:34:36 -0000 I wish to apologoize for me previous mail. For some reason I pressed some key and managed to send it before I was done with it. Lousy custom university webmail. They're getting rid of it just now in favour for SquirrelMail... Not a day too early. Anuway... > I did disklabel -e ad0 on the Sparc and got this: > > # size offset > # ---------- ---------- > a: 20972448 0 > b: 2097648 41612 > c: 54757584 0 > d: 20972448 20806 > e: 737378208 43693 > This was the output disklabel -e ad0 (On the Sparc, running the existing installation of 6.2) This is where things are starting to get fishy... I noticed the file opened in vi, and to quit, I accidently did :wq instead of :q. The program then complained that the slices reached outside of the partition. (Or something to that effect; don't remember exactly now) Is that a warning sign? I also noticed there's a partition too much. From the sizes, I recognice a and d as my system partitions, b as my swap and e as my big storage drive. But what the heck is c? It's not the sume of the sizes of the other labels either. It just doesn't make sense from any angle. I guess I messed around in the label editor when oing the Sparc installation, but I don't see how I could've ended up with the final result as shown above. I'm currently in 7.0 installation mode on Mr Pee-C. What I've done so far is create a partition covering the whole disk. (DD mode, then no, which covered the same range as teh previously existing partition) I've tried recreating slices a, b, d and then pressing C to see what size the editor would suggest. What it suggested was 737380224, which is exactly 2016 blocks too long. So my dilemma now is this: Where does label really begin? *Is it perhaps so that the FreeBSD style partition used a little more overhead, so I should make the previos partitions 2016 blocks longer to compensate for the offset, and make the label the same length it used to be? *Or is it perhaps so that my PC thinks that the disk is 2 sectors/cylinders (Which unit?) well, 2 somethings longer than the Sparc, and that the spot i hit after creating the three other labels is in fact the right one. *Does it really matter? will FreeBSD perhaps compensate for the offset and still work? How fuzzy is it? And a question of importance! How to make sure the area I want to save doesn't get overwritten? I suppose T for toggle newfs=N will do the job, but I'm paranoid, so I want a second opinion. Anything more I need to do? >> BSD has the foundations of a better architecture. there are ioctls in >> bsd to load the in-core disklabel without touching the on-disk label. >> There are userland programs to read bsd labels, bsd slices, smd >> labels, and mbr labels in BSD, which could be built on non-native >> architectures, to read the label and load it into the kernel without >> touching the disk. There is a whole geom framework for doing things >> more complicated than simple disklabels. but in my own experience, >> the right command line flags to do what you want just don't exist. If I interpret this correctly: There's no good way to pop the disk into a box with an existing installation and type the magic command to mount blocks X to Y on the disk as an imaginary, ro file system? /Didrik Madheden