disklabel (was: install files on mac UFS partition) mac mini G4)
kristoff <[email protected]> Sun, 7 Nov 2021 15:02:09 +0100
| Newsgroups | gmane.os.netbsd.ports.macppc |
|---|---|
| Message-ID | <[email protected]> |
Hi Valery, all, On 07.11.21 02:38, Valery Ushakov wrote: >> - I managed to format the first partition in HFS format and put >> ofwboot.elf and ofwboot.xcf on it > Why? Do you plan to dual-boot with OS X? ISTR you mentioned you > don't, so why go through the unnecessary hoops? All to end up with a > filesystem for the bootloaders that you cannot write to natively too. Do you mean to use a FAT partition? My main concern is that I then need to delete/overwrite the Apple Partition Map, and I didn't know if I would be able to put it back, if that was needed. (In the mean time, some body on the matrix room on netbsd proposed to do a 'dd' of the first few sectors of the disk so I had a copy. Anycase, ofwboot.xcf does boot from my UFS partition, so I think that is not the issue anymore. The problem is the 2nd step: get ofwboot to load and start the netbsd kernel (which is on the FFS partition). >> Some blogs indicate that the '.xcf' version is buggy and that you >> must use the 'elf' version, while other do use the '.xcf' in the >> final configuration? > On Mini G4 the XCF version exhibits a bug where it cannot load kernels > larger than a certain size, so netbsd-GENERIC.gz would boot, but > uncompressed netbsd-GENERIC wouldn't. thorpej@ was fixing memory > management issues in this area in -current a while back, so may be > it's fixed already, I don't know. OK, thanks for the info. Somebody in the matrix chat-room yesterday noted that the output of 3disklabel" was quite weird: - no "c" partition - type; unknown - label: fictitious - flags: (no flags) Can somebody who has a mac-mini post the output of the command "disklabel" so I can compare with what I have on my box? I also found that I pdisk and disklabel give different results. This is the pdisk table: type name length base 1 Apple_Part_map Apple 17 1 2 Apple_HFS boot 1600 24 3 Apple_UNIX_SVR2 root 73398720 1624 4 Apple_UNIX_SVR2 swap 3907585 73400344 This is what I get with disklabel: size offset fstype a 1600 24 ufs b 4410496 73729664 swap d 73728000 1664 4.2BSD Shouldn't the "length" vs. "size", and "base" vs. "offset" be the sane for the root and the swap partitions? Is this normal? > -uwe Kr. Bonne