|
Menu |
Misc hardware and software notes
diag-file diags oem-banner? false boot-script virt-size -1 fcode-debug? false output-device screen forced-boot real-mode? false use-generic? true input-device adb-keyboard mouse-device mouse virt-base -1 selftest-#megs 0 fw-boot-path load-base 0x800000 boot-device ide0/@0:7,\BootX.bootinfo boot-args -v rd=*ide0/@0:8 screen-#columns 100 ASVP 0111??003<00%00 default-server-ip oem-logo boot-command mac-boot real-base -1 pci-probe-mask -1 boot-file -h auto-boot? true diag-switch? false screen-#rows 40 diag-device floppy default-client-ip little-endian? false default-mac-address? false oem-banner default-gateway-ip nvramrc use-nvramrc? false real-size -1 fw-scsicfg oem-logo? falseIf you look at the settings above and compare them to the Partitions list just below, you see that boot-device describes the helper partition and boot-args describes the root partition. XPostFacto automatically sees any kernel changes and recopies them to the helper partition when you reboot (or after one boot if you've done a software update that required a reboot). For some unknown reason XpostFacto doesn't messup the Open Firmware commands when you use it to reboot from OSX, EXCEPT for the input device! You can use the following command from terminal in OSX to fix that: sudo nvram input-device="keyboard" My partition map follows: dev:/var/log root# hdiutil pmap /dev/rdisk0 Partition List ## Dev_______ Type_______________ Name_____________ Start___ Size____ End_____ 0 disk0s1 Apple_partition_map Apple 1 63 63 1 disk0s2 Apple_Driver_ATA Macintosh 64 54 117 disk0s3 Apple_Driver_ATA Macintosh 118 74 191 3 disk0s4 Apple_Driver_IOKit Macintosh 192 512 703 4 disk0s5 Apple_Patches Patch Partition 704 512 1215 5 disk0s6 Apple_HFS untitled 1216 15769600 15770815 6 disk0s7 Apple_HFS untitled 2 15770816 409600 16180415 7 disk0s8 Apple_HFS untitled 3 16180416 252255029 268435444 8 Apple_Free Extra 268435445 10 268435454 Legend - ... extended entry + ... converted entry Type 1 partition map detected. Block0.blockSize 0x0200 NativeBlockSize 0x0200 Options: PMEXTENDEDMODE PMSECTORIZE PMSORTMAP PMFREEGENERATE PMFREECOMBINE PMVOLSYNTH PMSKIPZEROLGH (-options xsSgcvk)If you run OSX it seems that the system limits the hard drive to 128G. I have however successfully run larger drives in linux. Here is the partition table from another rev C imac with a 160G drive. I copied a bunch of files to that drive over the 128G limit and ran a filesystem check on that partition to make sure linux was actually working properly, not just thinking (incorrectly) that it could work. This means the base hardware supports the larger drive size. This is a rather complex partition table, the drive triple boots OS9, OSX and Linux. hda13 is an xfs partition that spans across the 128G "barrier". root@imac:~ # fdisk -l /dev/hda # type name length base ( size ) system /dev/hda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/hda2 Apple_Driver_ATA Macintosh 54 @ 64 ( 27.0k) Unknown /dev/hda3 Apple_Driver_ATA Macintosh 74 @ 118 ( 37.0k) Unknown /dev/hda4 Apple_Driver_IOKit Macintosh 512 @ 192 (256.0k) Unknown /dev/hda5 Apple_Patches Patch Partition 512 @ 704 (256.0k) Unknown /dev/hda6 Apple_HFS untitled 15400000 @ 1216 ( 7.3G) HFS /dev/hda7 Apple_Bootstrap bootstrap 16384 @ 15401216 ( 8.0M) NewWorld bootblock /dev/hda8 Apple_Loader SecondaryLoader 1024 @ 15417600 (512.0k) Unknown /dev/hda9 Apple_HFS untitled 16366592 @ 15418624 ( 7.8G) HFS /dev/hda10 Apple_HFS Macintosh 37279622 @ 31785216 ( 17.8G) HFS /dev/hda11 Apple_UNIX_SVR2 swap 1953126 @ 69064838 (953.7M) Linux swap /dev/hda12 Apple_UNIX_SVR2 root 19051876 @ 71017964 ( 9.1G) Linux native /dev/hda13 Apple_UNIX_SVR2 untitled 230089545 @ 90069840 (109.7G) Linux native /dev/hda14 Apple_Free Extra 13671 @ 320159385 ( 6.7M) Free space Block size=512, Number of Blocks=320173056 DeviceType=0x0, DeviceId=0x0 Drivers- 1: @ 64 for 21, type=0x701 2: @ 118 for 34, type=0xf8ff |
|
|
|
last modified |