[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Is there an install method for buster/sid on an old PowerMac G5 ?



On 1/13/19 9:10 PM, John Paul Adrian Glaubitz wrote:
On 1/14/19 12:41 AM, Dennis Clarke wrote:
Ah yes ... this all seems familiar to me now.
OKay .. going to try again and perhaps with a separate ext2fs /boot if
possible.  Not sure.  The Apple PowerMac G5 units want a strange
partition table with an Apple boot slice and I can not recall what else.

debian-installer should automatically correct your partition setup to
accommodate for the bootloader, you don't have to worry about that.

For the sake of testing the obscure I went with :

   Guided partitioning
   Configure software RAID
   Configure the Logical Volume Manager
   Configure ZFS
   Configure encrypted volumes
   Configure iSCSI volumes

   SCSI3 (0,0,0) (sdb) - 500.1 GB ATA Hitachi HDS72505
   >     #1     32.3 kB                    Apple
   >     #2      1.0 MB  B  K  boot        untitled
   >     #3     96.0 GB     f  ext3        root      /
   >     #4      8.0 GB     f  swap        swap      swap
   >     #5     32.0 GB     f  ext4        var       /var
   >     #6     16.0 GB     f  ext4        tmp       /tmp
   >     #7     96.0 GB     f  ext4        opt       /opt
   >     #8     64.0 GB     f  ext4        home      /home
   >     #9    188.1 GB     f  ext4        local     /usr/local
   >            25.1 kB        FREE SPACE

Which worked wonderfully all expect for /dev/sda9 which could not be
mounted at first boot. I had to drop to single user mode and then use
wipefs to eradicate what looked like a ZFS filesystem there :

root@hydra:~# wipefs --all --force  /dev/sda9
/dev/sda9: 2 bytes were erased at offset 0x00000438 (ext4): 53 ef
/dev/sda9: 8 bytes were erased at offset 0x2bcc02a000 (zfs_member): 00 00 00 00 00 ba b1 0c /dev/sda9: 8 bytes were erased at offset 0x2bcc029c00 (zfs_member): 00 00 00 00 00 ba b1 0c
.
.
.

/dev/sda9: 8 bytes were erased at offset 0x2bcc060400 (zfs_member): 00 00 00 00 00 ba b1 0c /dev/sda9: 8 bytes were erased at offset 0x2bcc060000 (zfs_member): 00 00 00 00 00 ba b1 0c
root@hydra:~#

Then create my own etc4fs for /usr/local :

root@hydra:~# mke2fs -b 1024 -L local -e continue -E num_backup_sb=2,root_owner=0:0,nodiscard -i 4096 -I 512 -j -J size=8 -r 1 -t ext4 -v /dev/sda9
mke2fs 1.44.2 (14-May-2018)
fs_types for mke2fs.conf resolution: 'ext4'
warning: 575 blocks unused.

Filesystem label=local
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
45924352 inodes, 183697409 blocks
9184870 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=217317376
22424 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Filesystem UUID: 739abc14-60a1-44f7-8d48-978dad0e8352
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409, 663553,
        1024001, 1990657, 2809857, 5120001, 5971969, 17915905, 19668993,
        25600001, 53747713, 128000001, 137682945, 161243137

Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

root@hydra:~#

Then update /etc/fstap with the uuid data and all is well thereafter.

The only thing missing ( perhaps forever ) is libquadmath but I think
 perhaps that will never exist on big-endian ppc64.

Dennis


Reply to: