Discussion:
GRUB testers on SPARC needed
(too old to reply)
John Paul Adrian Glaubitz
2017-12-08 12:24:27 UTC
Permalink
Hi!

We're in the process of migrating Debian for sparc64 from SILO to GRUB
as GRUB upstream is adding support for modern SPARC machines thanks to
the work of Eric Snowberg from Oracle.

In order to make sure GRUB works on all machines supported by the sparc64
port, we need your help to test GRUB on your particular hardware, the older
your machine, the better.

So, in order to help us, please follow the guide below to install GRUB to
replace SILO as your boot loader.

NOTE: If your system doesn't boot after installing GRUB, don't panic. Use
the current Debian sparc64 installation image and boot into rescue
mode by typing "rescue". Then chroot into your installed system and
just run "silo -t -f" to restore SILO on your machine.

1. Install the grub2 package:

***@andi:~# apt install grub2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
grub-common grub-ieee1275 grub-ieee1275-bin grub2-common libfreetype6 libfuse2 libpng16-16 os-prober
Suggested packages:
multiboot-doc xorriso desktop-base console-setup fuse
The following NEW packages will be installed:
grub-common grub-ieee1275 grub-ieee1275-bin grub2 grub2-common libfreetype6 libfuse2 libpng16-16 os-prober
0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded.
Need to get 4,556 kB of archives.
After this operation, 23.6 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://ftp.ports.debian.org/debian-ports unstable/main sparc64 libpng16-16 sparc64 1.6.34-1 [271 kB]
(...)

Creating config file /etc/default/grub with new version
Setting up grub2 (2.02-2+sparc64.3) ...
***@andi:~#

2. Make sure you have version 2.02-2+sparc64.3

***@andi:~# apt-cache show grub2 |grep Version
Version: 2.02-2+sparc64.3
***@andi:~#

3. Find your boot partition:

***@andi:~# mount |grep /boot
/dev/sda1 on /boot type ext3 (rw,relatime,data=ordered)
***@andi:~#

If you don't have one but just one root file system, grep for " / " instead

4. Install grub into your boot partition:

***@andi:~# grub-install --force --skip-fs-probe /dev/sda1
Installing for sparc64-ieee1275 platform.
grub-install: warning: Discarding improperly nested partition (hostdisk//dev/sda,sun1,sun2).
grub-install: warning: Discarding improperly nested partition (hostdisk//dev/sda,sun1,sun4).
grub-install: warning: Attempting to install GRUB to a disk with multiple partition labels. This is not supported yet..
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
Installation finished. No error reported.
***@andi:~#

Note: If you are using GPT partition tables instead of Sun partition
tables, you need to install GRUB into /dev/sda
(see: https://github.com/esnowberg/grub2-sparc/wiki)

5. Run update-grub:

***@andi:~# update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.14.0-1-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-1-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-trunk-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-rc7-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-rc7-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-rc5-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-rc5-sparc64-smp
Found linux image: /boot/vmlinuz-4.12.0-rc1-sparc64-smp
Found initrd image: /boot/initrd.img-4.12.0-rc1-sparc64-smp
Found linux image: /boot/vmlinuz-4.11.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.11.0-trunk-sparc64-smp
Found linux image: /boot/vmlinuz-4.10.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.10.0-trunk-sparc64-smp
Found Debian GNU/Linux buster/sid on /dev/md0p1
done
***@andi:~#

6. Reboot:

***@andi:~#

7. Report back to the list and include your hardware and partition setup

Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Frans van Berckel
2017-12-08 13:27:16 UTC
Permalink
Hi Adrian,
Post by John Paul Adrian Glaubitz
Hi!
We're in the process of migrating Debian for sparc64 from SILO to
GRUB as GRUB upstream is adding support for modern SPARC machines
thanks to the work of Eric Snowberg from Oracle.
In order to make sure GRUB works on all machines supported by the
sparc64 port, we need your help to test GRUB on your particular
hardware, the older your machine, the better.
7. Report back to the list and include your hardware and partition setup
Probing system devices
Probing memory
Probing I/O buses
screen not found.
keyboard not found.
Keyboard not present. Using ttya for input and output.
Probing system devices
Probing memory
Probing I/O buses

Sun Fire V440, No Keyboard
Copyright 2010 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.30.4.a, 20480 MB memory installed, Serial #57654521.
Ethernet address 0:3:ba:6f:bc:f9, Host ID: 836fbcf9.

booting with command: boot
Boot device: disk File and args:

GRUB Loading kernel...
screen not found.
error: out of memory.
error: no suitable video mode found.

GNU GRUB version 2.02-2+sparc64.3

Loading Linux 4.13.0-1-sparc64-smp ...

# lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 136.7G 0 disk
├─sda1 8:1 0 902.1M 0 part /boot
├─sda2 8:2 0 135.9G 0 part
│ └─md0 9:0 0 135.7G 0 raid1 /
└─sda3 8:3 0 136.7G 0 part
sdb 8:16 0 136.7G 0 disk
├─sdb1 8:17 0 902.1M 0 part
├─sdb2 8:18 0 135.9G 0 part
│ └─md0 9:0 0 135.7G 0 raid1 /
└─sdb3 8:19 0 136.7G 0 part
sdc 8:32 0 33.9G 0 disk
├─sdc1 8:33 0 30G 0 part
│ └─md1 9:1 0 30G 0 raid1 /home
└─sdc2 8:34 0 3.9G 0 part [SWAP]
sdd 8:48 0 33.9G 0 disk
├─sdd1 8:49 0 30G 0 part
│ └─md1 9:1 0 30G 0 raid1 /home
└─sdd2 8:50 0 3.9G 0 part [SWAP]
sr0 11:0 1 197.2M 0 rom

The sda and sdb are Sun, sdc and sdd are GTP.

# uname -a

Linux deblnxsrv211 4.13.0-1-sparc64-smp #1 SMP Debian 4.13.4-2 (2017-
10-15) sparc64 GNU/Linux

Thanks,


Frans van Berckel
John Paul Adrian Glaubitz
2017-12-08 13:28:58 UTC
Permalink
Post by Frans van Berckel
Sun Fire V440, No Keyboard
Copyright 2010 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.30.4.a, 20480 MB memory installed, Serial #57654521.
Ethernet address 0:3:ba:6f:bc:f9, Host ID: 836fbcf9.
booting with command: boot
GRUB Loading kernel...
screen not found.
error: out of memory.
error: no suitable video mode found.
GNU GRUB version 2.02-2+sparc64.3
Loading Linux 4.13.0-1-sparc64-smp ...
So, I assume this means GRUB works as expected?

Do you get the normal boot menu? Does everything work?

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Frans van Berckel
2017-12-08 13:37:34 UTC
Permalink
Post by John Paul Adrian Glaubitz
Post by Frans van Berckel
Sun Fire V440, No Keyboard
Copyright 2010 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.30.4.a, 20480 MB memory installed, Serial #57654521.
Ethernet address 0:3:ba:6f:bc:f9, Host ID: 836fbcf9.
booting with command: boot
GRUB Loading kernel...
screen not found.
error: out of memory.
error: no suitable video mode found.
GNU GRUB version 2.02-2+sparc64.3
Loading Linux 4.13.0-1-sparc64-smp ...
So, I assume this means GRUB works as expected?
Do you get the normal boot menu? Does everything work?
Yes, yes and yes.

Thanks,


Frans van Berckel
Frans van Berckel
2017-12-09 09:43:02 UTC
Permalink
Post by Frans van Berckel
Post by John Paul Adrian Glaubitz
So, I assume this means GRUB works as expected?
Do you get the normal boot menu? Does everything work?
Yes, yes and yes.
About grub.conf the header section ...

### BEGIN /etc/grub.d/00_header ###

at

if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_sun
insmod part_sun
insmod diskfilter
insmod mdraid1x
insmod ext2

The part_sun module is called twice.

Thanks,

Frans van Berckel
Tony Rodriguez
2017-12-08 15:27:10 UTC
Permalink
Please provide a link to the latest ISO with grub support for sparc64. I
will happy to test if it works on my t5120, t5140, and T4-2 systems.

Tony
Post by Frans van Berckel
Hi Adrian,
Post by John Paul Adrian Glaubitz
Hi!
We're in the process of migrating Debian for sparc64 from SILO to
GRUB as GRUB upstream is adding support for modern SPARC machines
thanks to the work of Eric Snowberg from Oracle.
In order to make sure GRUB works on all machines supported by the
sparc64 port, we need your help to test GRUB on your particular
hardware, the older your machine, the better.
7. Report back to the list and include your hardware and partition setup
Probing system devices
Probing memory
Probing I/O buses
screen not found.
keyboard not found.
Keyboard not present. Using ttya for input and output.
Probing system devices
Probing memory
Probing I/O buses
Sun Fire V440, No Keyboard
Copyright 2010 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.30.4.a, 20480 MB memory installed, Serial #57654521.
Ethernet address 0:3:ba:6f:bc:f9, Host ID: 836fbcf9.
booting with command: boot
GRUB Loading kernel...
screen not found.
error: out of memory.
error: no suitable video mode found.
GNU GRUB version 2.02-2+sparc64.3
Loading Linux 4.13.0-1-sparc64-smp ...
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 136.7G 0 disk
├─sda1 8:1 0 902.1M 0 part /boot
├─sda2 8:2 0 135.9G 0 part
│ └─md0 9:0 0 135.7G 0 raid1 /
└─sda3 8:3 0 136.7G 0 part
sdb 8:16 0 136.7G 0 disk
├─sdb1 8:17 0 902.1M 0 part
├─sdb2 8:18 0 135.9G 0 part
│ └─md0 9:0 0 135.7G 0 raid1 /
└─sdb3 8:19 0 136.7G 0 part
sdc 8:32 0 33.9G 0 disk
├─sdc1 8:33 0 30G 0 part
│ └─md1 9:1 0 30G 0 raid1 /home
└─sdc2 8:34 0 3.9G 0 part [SWAP]
sdd 8:48 0 33.9G 0 disk
├─sdd1 8:49 0 30G 0 part
│ └─md1 9:1 0 30G 0 raid1 /home
└─sdd2 8:50 0 3.9G 0 part [SWAP]
sr0 11:0 1 197.2M 0 rom
The sda and sdb are Sun, sdc and sdd are GTP.
# uname -a
Linux deblnxsrv211 4.13.0-1-sparc64-smp #1 SMP Debian 4.13.4-2 (2017-
10-15) sparc64 GNU/Linux
Thanks,
Frans van Berckel
John Paul Adrian Glaubitz
2017-12-08 15:39:02 UTC
Permalink
There is no separate ISO. You can just choose to install GRUB instead of SILO when you install your machine with the current ISO.

Just go back to the main menu instead of finishing the installation at the last installation step. Then choose „Install GRUB boot loader“, ignore the two errors about missing packages and install into /dev/BOOTDISK1 where BOOTDISK is your boot disk (e.g. sda or vdiska).

Adrian
Please provide a link to the latest ISO with grub support for sparc64. I will happy to test if it works on my t5120, t5140, and T4-2 systems.
Tony
Post by Frans van Berckel
Hi Adrian,
Post by John Paul Adrian Glaubitz
Hi!
We're in the process of migrating Debian for sparc64 from SILO to
GRUB as GRUB upstream is adding support for modern SPARC machines
thanks to the work of Eric Snowberg from Oracle.
In order to make sure GRUB works on all machines supported by the
sparc64 port, we need your help to test GRUB on your particular
hardware, the older your machine, the better.
7. Report back to the list and include your hardware and partition setup
Probing system devices
Probing memory
Probing I/O buses
screen not found.
keyboard not found.
Keyboard not present. Using ttya for input and output.
Probing system devices
Probing memory
Probing I/O buses
Sun Fire V440, No Keyboard
Copyright 2010 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.30.4.a, 20480 MB memory installed, Serial #57654521.
Ethernet address 0:3:ba:6f:bc:f9, Host ID: 836fbcf9.
booting with command: boot
GRUB Loading kernel...
screen not found.
error: out of memory.
error: no suitable video mode found.
GNU GRUB version 2.02-2+sparc64.3
Loading Linux 4.13.0-1-sparc64-smp ...
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 136.7G 0 disk
├─sda1 8:1 0 902.1M 0 part /boot
├─sda2 8:2 0 135.9G 0 part
│ └─md0 9:0 0 135.7G 0 raid1 /
└─sda3 8:3 0 136.7G 0 part
sdb 8:16 0 136.7G 0 disk
├─sdb1 8:17 0 902.1M 0 part
├─sdb2 8:18 0 135.9G 0 part
│ └─md0 9:0 0 135.7G 0 raid1 /
└─sdb3 8:19 0 136.7G 0 part
sdc 8:32 0 33.9G 0 disk
├─sdc1 8:33 0 30G 0 part
│ └─md1 9:1 0 30G 0 raid1 /home
└─sdc2 8:34 0 3.9G 0 part [SWAP]
sdd 8:48 0 33.9G 0 disk
├─sdd1 8:49 0 30G 0 part
│ └─md1 9:1 0 30G 0 raid1 /home
└─sdd2 8:50 0 3.9G 0 part [SWAP]
sr0 11:0 1 197.2M 0 rom
The sda and sdb are Sun, sdc and sdd are GTP.
# uname -a
Linux deblnxsrv211 4.13.0-1-sparc64-smp #1 SMP Debian 4.13.4-2 (2017-
10-15) sparc64 GNU/Linux
Thanks,
Frans van Berckel
Frans van Berckel
2017-12-11 21:50:24 UTC
Permalink
Hi Mark,
Post by John Paul Adrian Glaubitz
So, in order to help us, please follow the guide below to install GRUB to
replace SILO as your boot loader.
NOTE: If your system doesn't boot after installing GRUB, don't panic. Use
the current Debian sparc64 installation image
From where? The "Regularly updated" link on
https://wiki.debian.org/Sparc64 doesn't have any SPARC stuff.
You're right. Please checkout, where all ports are saved now.

https://cdimage.debian.org/cdimage/ports/

Thanks,


Frans van Berckel
Tony Rodriguez
2017-12-16 08:45:16 UTC
Permalink
FYI, as requested, successfully installed Debian 9 using grub2 on my sun
T5120 and T4-2.

Tony Rodriguez
Post by John Paul Adrian Glaubitz
Hi!
We're in the process of migrating Debian for sparc64 from SILO to GRUB
as GRUB upstream is adding support for modern SPARC machines thanks to
the work of Eric Snowberg from Oracle.
In order to make sure GRUB works on all machines supported by the sparc64
port, we need your help to test GRUB on your particular hardware, the older
your machine, the better.
So, in order to help us, please follow the guide below to install GRUB to
replace SILO as your boot loader.
NOTE: If your system doesn't boot after installing GRUB, don't panic. Use
the current Debian sparc64 installation image and boot into rescue
mode by typing "rescue". Then chroot into your installed system and
just run "silo -t -f" to restore SILO on your machine.
Reading package lists... Done
Building dependency tree
Reading state information... Done
grub-common grub-ieee1275 grub-ieee1275-bin grub2-common libfreetype6 libfuse2 libpng16-16 os-prober
multiboot-doc xorriso desktop-base console-setup fuse
grub-common grub-ieee1275 grub-ieee1275-bin grub2 grub2-common libfreetype6 libfuse2 libpng16-16 os-prober
0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded.
Need to get 4,556 kB of archives.
After this operation, 23.6 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://ftp.ports.debian.org/debian-ports unstable/main sparc64 libpng16-16 sparc64 1.6.34-1 [271 kB]
(...)
Creating config file /etc/default/grub with new version
Setting up grub2 (2.02-2+sparc64.3) ...
2. Make sure you have version 2.02-2+sparc64.3
Version: 2.02-2+sparc64.3
/dev/sda1 on /boot type ext3 (rw,relatime,data=ordered)
If you don't have one but just one root file system, grep for " / " instead
Installing for sparc64-ieee1275 platform.
grub-install: warning: Discarding improperly nested partition (hostdisk//dev/sda,sun1,sun2).
grub-install: warning: Discarding improperly nested partition (hostdisk//dev/sda,sun1,sun4).
grub-install: warning: Attempting to install GRUB to a disk with multiple partition labels. This is not supported yet..
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
Installation finished. No error reported.
Note: If you are using GPT partition tables instead of Sun partition
tables, you need to install GRUB into /dev/sda
(see: https://github.com/esnowberg/grub2-sparc/wiki)
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.14.0-1-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-1-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-trunk-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-rc7-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-rc7-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-rc5-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-rc5-sparc64-smp
Found linux image: /boot/vmlinuz-4.12.0-rc1-sparc64-smp
Found initrd image: /boot/initrd.img-4.12.0-rc1-sparc64-smp
Found linux image: /boot/vmlinuz-4.11.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.11.0-trunk-sparc64-smp
Found linux image: /boot/vmlinuz-4.10.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.10.0-trunk-sparc64-smp
Found Debian GNU/Linux buster/sid on /dev/md0p1
done
7. Report back to the list and include your hardware and partition setup
Thanks,
Adrian
John Paul Adrian Glaubitz
2017-12-16 08:53:56 UTC
Permalink
Hi Tony!
FYI, as requested, successfully installed Debian 9 using grub2 on my sun T5120 and T4-2.
Thanks! I'm starting to get confident now that we will be able to completely
replace SILO with GRUB on sparc and sparc64 :).

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
txt.file
2017-12-18 04:01:00 UTC
Permalink
I tested it on a SunFire V440 and it is booting. I plan to test it also
on a Sun Netra T1.

***@txt-sunfire-v440:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 67.9G 0 disk
├─sda1 8:1 0 94.1M 0 part /boot
├─sda2 8:2 0 67.8G 0 part
│ ├─txt--sunfire--v440--vg-root 254:0 0 11.7G 0 lvm /
│ ├─txt--sunfire--v440--vg-swap_1 254:1 0 7.7G 0 lvm [SWAP]
│ ├─txt--sunfire--v440--vg-var 254:2 0 4.2G 0 lvm /var
│ ├─txt--sunfire--v440--vg-tmp 254:3 0 800M 0 lvm /tmp
│ └─txt--sunfire--v440--vg-home 254:4 0 43.5G 0 lvm /home
└─sda3 8:3 0 67.9G 0 part
sr0 11:0 1 1024M 0 rom
***@txt-sunfire-v440:~#

kind regards
txt.file
Post by John Paul Adrian Glaubitz
Hi!
We're in the process of migrating Debian for sparc64 from SILO to GRUB
as GRUB upstream is adding support for modern SPARC machines thanks to
the work of Eric Snowberg from Oracle.
In order to make sure GRUB works on all machines supported by the sparc64
port, we need your help to test GRUB on your particular hardware, the older
your machine, the better.
So, in order to help us, please follow the guide below to install GRUB to
replace SILO as your boot loader.
NOTE: If your system doesn't boot after installing GRUB, don't panic. Use
the current Debian sparc64 installation image and boot into rescue
mode by typing "rescue". Then chroot into your installed system and
just run "silo -t -f" to restore SILO on your machine.
Reading package lists... Done
Building dependency tree
Reading state information... Done
grub-common grub-ieee1275 grub-ieee1275-bin grub2-common libfreetype6 libfuse2 libpng16-16 os-prober
multiboot-doc xorriso desktop-base console-setup fuse
grub-common grub-ieee1275 grub-ieee1275-bin grub2 grub2-common libfreetype6 libfuse2 libpng16-16 os-prober
0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded.
Need to get 4,556 kB of archives.
After this operation, 23.6 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://ftp.ports.debian.org/debian-ports unstable/main sparc64 libpng16-16 sparc64 1.6.34-1 [271 kB]
(...)
Creating config file /etc/default/grub with new version
Setting up grub2 (2.02-2+sparc64.3) ...
2. Make sure you have version 2.02-2+sparc64.3
Version: 2.02-2+sparc64.3
/dev/sda1 on /boot type ext3 (rw,relatime,data=ordered)
If you don't have one but just one root file system, grep for " / " instead
Installing for sparc64-ieee1275 platform.
grub-install: warning: Discarding improperly nested partition (hostdisk//dev/sda,sun1,sun2).
grub-install: warning: Discarding improperly nested partition (hostdisk//dev/sda,sun1,sun4).
grub-install: warning: Attempting to install GRUB to a disk with multiple partition labels. This is not supported yet..
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
Installation finished. No error reported.
Note: If you are using GPT partition tables instead of Sun partition
tables, you need to install GRUB into /dev/sda
(see: https://github.com/esnowberg/grub2-sparc/wiki)
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.14.0-1-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-1-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-trunk-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-rc7-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-rc7-sparc64-smp
Found linux image: /boot/vmlinuz-4.14.0-rc5-sparc64-smp
Found initrd image: /boot/initrd.img-4.14.0-rc5-sparc64-smp
Found linux image: /boot/vmlinuz-4.12.0-rc1-sparc64-smp
Found initrd image: /boot/initrd.img-4.12.0-rc1-sparc64-smp
Found linux image: /boot/vmlinuz-4.11.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.11.0-trunk-sparc64-smp
Found linux image: /boot/vmlinuz-4.10.0-trunk-sparc64-smp
Found initrd image: /boot/initrd.img-4.10.0-trunk-sparc64-smp
Found Debian GNU/Linux buster/sid on /dev/md0p1
done
7. Report back to the list and include your hardware and partition setup
Thanks,
Adrian
Frank Scheiner
2017-12-31 20:29:12 UTC
Permalink
Hi Adrian, hi Eric,

thanks for getting GRUB2 with support for sparc64 into Debian Ports.
Looks very good so far. :-D
Post by John Paul Adrian Glaubitz
7. Report back to the list and include your hardware and partition setup
I had some spare time these days and tested on the following machines:

## Machines tested ##

* Sun Enterprise 250
* Sun Ultra 80
* Sun Enterprise 4500
* Sun Fire V240
* Sun Fire V445
* Sun SPARC Enterprise T1000

## General information ##

I started with my Ultra 80 but wasn't able to successfully install
Debian Sid (from the sparc64 ISO from 2017-12-04 created by Adrian) -
the installation process always blocks during partman startup (always at
33%) but sadly for no obvious reason (nothing specific in syslog). Later
I sucessfully installed Debian Sid with the mentioned ISO on a V240 and
moved its disk to the other machines with parallel SCSI SCA ports (Ultra
80, E250).

When running `update-grub` GRUB2 configures the "root" device by using a
"search hint" with the OF path for the partition containing `/boot` on
the currently used machine:

e.g. from `/boot/grub/grub.cfg` on E250:
```
[...]
set root='hd0,sun1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root
--hint-ieee1275='ieee1275//***@1f\,4000/***@3/***@0\,0,sun1'
--hint-bios=hd0,sun1 --hint-efi=hd0,sun1 --hint-baremetal=ahci0,sun1
df9a392d-2dc5-4981-b6f9-57476351d51b
else
search --no-floppy --fs-uuid --set=root
df9a392d-2dc5-4981-b6f9-57476351d51b
fi
[...]
```

...but when moving the disk to a different machine with different bus
structure and different devices this OF path usually does not exist
there, so GRUB2 won't be able to find the correct "root" device.
Fortunately it's possible to use available OF device aliases in GRUB2 by
e.g. `set root='ieee1275/disk,1'`, where "disk" is a device alias which
usually translates to the very first disk and ",1" selects the partition
which contains `/boot`. So to boot successfully the easiest way for me
was to modify the device setting for the "root" device of GRUB2 (`set
root=[...]`) and remove the whole if clause below it. This can be done
directly from the GRUB2 menu on startup (select the desired entry and
hit the "e" key). When booted, a call to `update-grub` should configure
the correct search hint and this change won't be needed any longer
(works on E250, V240 and V445, not tested on Ultra 80 and not working on
E4500).

## Specific information ##

UPDATE: V445 and V240 tested with Linux kernel v4.14.2. E250, E4500,
Ultra 80 and T1000 tested with both v4.14.2 and v4.14.7.

### Enterprise 250 ###

* 2 x UltraSPARC II @ 400 MHz
* partition layout => same as on the V240
* booting via GRUB2 works
* installation from ISO not tested, used SCSI SCA disk from V240

### Ultra 80 ###

* 4 x UltraSPARC II @ 450 MHz
* partition layout => same as on the V240
* booting via GRUB2 works
* installation does not succeed (see above), used SCSI SCA disk from V240

### Enterprise 4500 ###

* 14 x UltraSPARC II @ 400 MHz
* partition layout => similar to the one on the V240
* booting via GRUB2 works, but problems with console (handover - I
assume) during kernel boot (at least with the MP kernel, the SP kernel
from the installer and the Debian Sid repo work without issues but leave
me with 13 unused CPUs, which is a pity :-/)
* installation from ISO worked somehow: the GRUB2 installer suggests to
install into MBR although the disk has a Sun disk label on it. I
selected /dev/sda1 manually (assuming an installation in the MBR would
overwrite the Sun disk label) and it looks like it worked. On reboot
though I noticed, that there was no ieee1275 search hint in the grub.cfg
entry (see above for an entry for E250), hence booting didn't work
without manual intervention (i.e. setting "root" to "ieee1275/disk,1").

### Fire V240 ###

* 2 x UltraSPARC IIIi @ 1 GHz
* partition layout:
```
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
[...]
sda 8:0 0 33.9G 0 disk
├─sda1 8:1 0 94.1M 0 part /boot
├─sda2 8:2 0 22.3G 0 part /
├─sda3 8:3 0 33.9G 0 part
└─sda4 8:4 0 11.6G 0 part [SWAP]
[...]
```
* booting via GRUB2 works
* installation from ISO worked, but I only installed SILO from ISO
first, GRUB2 was installed manually later (as per Adrian's howto).

### Fire V445 ###

* 4 x UltraSPARC IIIi @ 1.59 GHz
* partition layout similar to layout on V240, but as the machine since
the latest package upgrades no longer successfully boots I cannot get
the lsblk output :-(
* booting via GRUB2 works
* initially used an updated SATA disk from a V245 with Debian Sid and
installed GRUB2 manually but a later installation from ISO and a SAS
disk also worked (but similar situation as for E4500, i.e. GRUB2
proposed installation to MBR although the disk has a Sun disk label on
it, but at least a correct ieee1275 search hint made it to grub.cfg)

### SPARC Enterprise T1000 ###

* 1 x UltraSPARC T1 @ 1 GHz (8 cores)
* partition layout => same as on V445, as the same disk was used
* booting via GRUB2 works, but segfaults already with Linux kernel v4.14.2

Cheers,
Frank
Frank Scheiner
2018-02-19 09:26:58 UTC
Permalink
Post by John Paul Adrian Glaubitz
We're in the process of migrating Debian for sparc64 from SILO to GRUB
as GRUB upstream is adding support for modern SPARC machines thanks to
the work of Eric Snowberg from Oracle.
In order to make sure GRUB works on all machines supported by the sparc64
port, we need your help to test GRUB on your particular hardware, the older
your machine, the better.
So, in order to help us, please follow the guide below to install GRUB to
replace SILO as your boot loader.
[...]
2. Make sure you have version 2.02-2+sparc64.3
Version: 2.02-2+sparc64.3
There's a new package version (2.02+dfsg1-1) available since a few days
([1]).

[1]:
http://metadata.ftp-master.debian.org/changelogs/main/g/grub2/grub2_2.02+dfsg1-1_changelog

Installing it **and** using the mentioned `grub-install` command to
install it on the `/boot` partition over the previous version
(2.02-2+sparc64.3) breaks booting with GRUB2:

```
Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 440MHz), No Keyboard
OpenBoot 3.31, 512 MB (60 ns) memory installed, Serial #12345678.
Ethernet address 8:0:20:12:34:56, Host ID: 80c6bc6f.



Rebooting with command: boot
Boot device: disk File and args:
GRUB Loading kernel..
Fast Data Access MMU Miss
ok
```

@Adrian:
Could or will you provide a new package with Eric's patches included -
assuming those are missing in 2.02+dfsg1-1?

Cheers,
Frank
John Paul Adrian Glaubitz
2018-02-19 13:37:28 UTC
Permalink
This post might be inappropriate. Click to display it.
Frank Scheiner
2018-02-19 14:35:08 UTC
Permalink
Hi,
Post by John Paul Adrian Glaubitz
Post by Frank Scheiner
Installing it **and** using the mentioned `grub-install` command to
install it on the `/boot` partition over the previous version
Yes, this is something I don't have any control over. The grub2 package will
break every time on sparc64 until GRUB 2.04 has been released with hopefully
all of Eric's patches merged.
I see.
Post by John Paul Adrian Glaubitz
Alternatively, you can try to convince Debian's GRUB maintainers (CC'ed) that
they will merge my patch from #854568 [1].
If they couldn't be convinced by you despite all your hard work on
Debian Ports, not even for the experimental suite, why should they
bother about me? :-)

But if someone cares: GRUB2 (w/those patches) allows network booting for
sparc64 w/modern (aka huge) kernels and initram file systems - something
that wasn't working properly (if at all) for a long time on sparc64.

Though the selection of per MAC/IP address configuration files during
startup as of now is in fact not on par with other network capable boot
loaders like pxelinux or yaboot, one can still script together a
somewhat similar method (see [1]).

[1]: https://bugzilla.redhat.com/show_bug.cgi?id=873406#c1

In addition it works on every sparc64 (Sun-4u, Sun-4v) machine I've
tested so far.

Hence I consider it a must have for sparc64. And my machines see things
the same way. :-)

Cheers,
Frank
txt.file
2018-02-19 14:49:00 UTC
Permalink
I finally found time to test GRUB on my Netra T1. But then I saw this
message and am demotivated.

Please add a grub build with Erics patches to experimental.

kind regards
txt.file
Post by John Paul Adrian Glaubitz
Hello!
There's a new package version (2.02+dfsg1-1) available since a few days ([1]).
http://metadata.ftp-master.debian.org/changelogs/main/g/grub2/grub2_2.02+dfsg1-1_changelog
Installing it **and** using the mentioned `grub-install` command to
install it on the `/boot` partition over the previous version
Yes, this is something I don't have any control over. The grub2 package will
break every time on sparc64 until GRUB 2.04 has been released with hopefully
all of Eric's patches merged.
Alternatively, you can try to convince Debian's GRUB maintainers (CC'ed) that
they will merge my patch from #854568 [1].
ifneq (,$(filter sparc sparc64,$(DEB_HOST_ARCH_CPU)))
export TARGET_LDFLAGS := -no-pie
endif
Could or will you provide a new package with Eric's patches included -
assuming those are missing in 2.02+dfsg1-1?
Well, this will break over and over again, so I rather prefer getting the
patch merged into the Debian package officially.
Adrian
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854568
John Paul Adrian Glaubitz
2018-02-23 22:37:46 UTC
Permalink
There's a new package version (2.02+dfsg1-1) available since a few days ([1]).
[1]: http://metadata.ftp-master.debian.org/changelogs/main/g/grub2/grub2_2.02+dfsg1-1_changelog
Installing it **and** using the mentioned `grub-install` command to install it on the `/boot` partition over the previous version (2.02-2+sparc64.3) breaks
I just uploaded "2.02+dfsg1-1+sparc64.1" which fixes the problem.
Just wait some hours until it shows up on the regular FTP servers or
fetch it from https://incoming.debian.org/debian-buildd/pool/main/g/.

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
John Paul Adrian Glaubitz
2018-02-23 22:38:27 UTC
Permalink
Post by John Paul Adrian Glaubitz
I just uploaded "2.02+dfsg1-1+sparc64.1" which fixes the problem.
Just wait some hours until it shows up on the regular FTP servers or
fetch it from https://incoming.debian.org/debian-buildd/pool/main/g/.
Wrong link. Should be: http://incoming.ports.debian.org/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Frank Scheiner
2018-02-26 16:55:40 UTC
Permalink
Post by John Paul Adrian Glaubitz
Post by John Paul Adrian Glaubitz
I just uploaded "2.02+dfsg1-1+sparc64.1" which fixes the problem.
Just wait some hours until it shows up on the regular FTP servers or
fetch it from https://incoming.debian.org/debian-buildd/pool/main/g/.
Wrong link. Should be: http://incoming.ports.debian.org/
Thanks for the upload. The new version works like version
2.02-2+sparc64.3 for me.

Although not that useful currently:

I just tested this also with a PRIMEPOWER 250 with two SPARC64 V+
(sun4us) CPUs and guess what, GRUB(2) also works on this machine:

```
Fujitsu Siemens PRIMEPOWER250 2x SPARC64 V, No Keyboard
OpenBoot 3.18.1-1, 16384 MB memory installed
Ethernet address 0:b:5d:12:34:56, Host ID: 80123456.
XSCF Version: 4.12.1



{0} ok boot net:dhcp
Boot device: /***@83,4000/***@1,1:dhcp File and args:
44800 screen:r1024x768x75 not found.
Will use config file "(tftp)/etc/01-00-0b-5d-12-34-56"
Network status of pp250-3:
ofnet_gnet 00:0b:5d:12:34:56
ofnet_net0 00:0b:5d:12:34:56
ofnet_net0 00:0b:5d:12:34:56 172.16.2.109
ofnet_net0:local 172.16.0.0/16 ofnet_net0
ofnet_net0:default 0.0.0.0/0 gw 172.16.0.1


Loading Linux kernel ...
Loading initial ramdisk ...

[ 0.000058] PROMLIB: Sun IEEE Boot Prom 'OBP 3.18.1 2006/01/23 17:06'
[ 0.000067] PROMLIB: Root node compatible: sun4us
[ 0.000259] Linux version 4.15.0-1-sparc64-smp
(debian-***@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-3)) #1
SMP Debian 4.15.4-1 (2018-02-18)
[ 0.295767] bootconsole [earlyprom0] enabled
[ 0.346696] ARCH: SUN4U
[ 0.375829] Ethernet address: 00:0b:5d:12:34:56
[ 0.429880] MM: PAGE_OFFSET is 0xfffff80000000000 (max_phys_bits == 40)
[ 0.508875] MM: VMALLOC [0x0000000100000000 --> 0x0000060000000000]
[ 0.583726] MM: VMEMMAP [0x0000060000000000 --> 0x00000c0000000000]
[ 0.659608] Kernel: Using 3 locked TLB entries for main kernel image.
[ 0.735624] Remapping the kernel...
[ 0.735682] done.
RED State Exception ( CPU#0 )
{0} ok
```

Though downloading kernel and initramfs via TFTP is slow on this machine
and the kernel crashes the machine, GRUB already works well.

Nice!

Cheers,
Frank
John Paul Adrian Glaubitz
2018-02-27 10:42:23 UTC
Permalink
Thanks for the upload. The new version works like version 2.02-2+sparc64.3 for me.
Frank, if you like, you can help improving grub-installer for sparc64.

We have extended the hardware detection in debian-installer on sparc and
sparc64 now, so that the installer can detect whether the hardware supports
GPT partition tables or not.

On a sparc64 with GPT support, you get something like:

sparc64/sun4v_gpt as the hardware type.

A sparc with GPT gives:

sparc/sun4v_gpt

And a sparc64 which is a sun4u without GPT, gives:

sparc64/sun4u_sun
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n628
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n853
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n867
https://github.com/esnowberg/grub2-sparc/wiki
I am building a new installer image necessary to work on this.

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
John Paul Adrian Glaubitz
2018-02-27 10:57:28 UTC
Permalink
Post by John Paul Adrian Glaubitz
I am building a new installer image necessary to work on this.
https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso
Note: This image might have issues, it's solely intended for working
on grub-installer in case anyone else wants to use it.

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Frank Scheiner
2018-03-02 20:53:48 UTC
Permalink
Hi Adrian,
Post by John Paul Adrian Glaubitz
Post by Frank Scheiner
Thanks for the upload. The new version works like version
2.02-2+sparc64.3 for me.
Frank, if you like, you can help improving grub-installer for sparc64.
Sure! :-) I had a first look and also did some testing.

I did use the image from 2018-02-16 for my testing though, as the newer
one from 2018-02-27 didn't work for me. When selecting the menu option
to load additional installer components I get a red screen
("Installation step failed") and looking into the log I see the following:

```
[...]
Mar 2 20:34:21 cdrom-retriever: warning: File
/cdrom/dists/sid/main/debian-installer/binary-sparc64/Packages does not
exist.
Mar 2 20:34:21 main-menu[220]: (process:836): Segmentation fault

Mar 2 20:34:21 kernel: [ 151.303940] anna[838]: segfault at 0 ip
ffff800100497648 (rpc ffff800100308f74) sp 000007feff91a961 error 1 in
libc.so.6[ffff800100410000+15e000]

Mar 2 20:34:21 main-menu[220]: WARNING **: Configuring 'load-cdrom'
failed with error code 139
Mar 2 20:34:21 main-menu[220]: WARNING **: Menu item 'load-cdrom' failed.
```

As I don't have a T4 (=minimum requirement for GPT support according to
Eric's wiki page) I cannot test booting from a GPT partitioned disk. But
I assume I can still test GRUB installations to GPT partitioned disks.
So I rewrote `/lib/partman/lib/disk-label.sh` to propose a default
partitioning scheme depending on the existence of a properly named file
in `/tmp`:

```
[...]
sparc|sparc64)
if [ -e /tmp/gpt ]; then
echo gpt
elif [ -e /tmp/sun ]; then
echo sun
else
echo UNKNOWN
fi;;
[...]
```

...which also works around the missing new subarch hardware detection on
the older image I had to use.

## Results ##

Up until now I got GRUB2 installations working automatically for disks
with Sun disklabel and GPT partitioned disks. For GPT I had to manually
partition the disk to get that required BIOS_GRUB partition. In the end
it worked with the following layout:

```
# parted /dev/sda print
Model: ATA Samsung SSD 850 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 7340kB 6291kB bios_grub
2 7340kB 263MB 256MB ext2
3 263MB 240GB 240GB ext4
4 240GB 250GB 9796MB linux-swap(v1)
```

So we should also have a look into the recipe for GPT partitioning on
sparc(64).

The modifications I made autoselect (1) the partition for `/boot` as
target if a Sun disklabel is used and (2) the whole disk containing the
partition for `/boot` as target if the disk is GPT partitioned. A user
is never asked to select a target device.

Is that what we want?
Post by John Paul Adrian Glaubitz
We have extended the hardware detection in debian-installer on sparc and
sparc64 now, so that the installer can detect whether the hardware supports
GPT partition tables or not.
Nice. I have to say I never noticed that the subarch was always
"generic" for sparc(64) up until your changes ([1]).

[1]:
https://anonscm.debian.org/cgit/d-i/libdebian-installer.git/commit/src/system/subarch-sparc-linux.c?id=aa1ce486176b0cb24f5783d67eb28f80128aafb3
Post by John Paul Adrian Glaubitz
Post by Frank Scheiner
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n628
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n853
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n867
I don't think we can rely on the subarch value in this case, but have to
determine the actual partitioning scheme (available in `bootfslabel`
when running `grub-installer` or via `partmap <DISK>`) to select the
correct installation method. This because at least for sun4v with GPT
support users could also manually select to use a Sun disklabel. I used
the `bootfslabel` variable in my modifcations.

Up until now I tested with a single disk installed, but I'll also test
with multiple disks installed in my T5220 to see if this will make any
difference.

I can come up with a patch the next days perhaps. This should be much
smaller than the patchset for NewWorld Power Macs.

Cheers,
Frank
John Paul Adrian Glaubitz
2018-03-02 21:10:25 UTC
Permalink
I don't think we can rely on the subarch value in this case, but have to determine the actual partitioning scheme (available in `bootfslabel` when running `grub-installer` or via `partmap <DISK>`) to select the correct installation method. This because at least for sun4v with GPT support users could also manually select to use a Sun disklabel. I used the `bootfslabel` variable in my modifcations.
Well, debian-installer normally does not allow you to choose the partition table type.

On x86, it will automatically use GPT if the machine is booted in EFI mode. On sparc64, we would normally just switch to GPT if the machine supports GPT.

I don’t know how debian-installer behaves if you boot an x86 machine in EFI mode which has an MFT partition table, but I think that’s not supported by debian-installer.

For now it should be reasonable to assume GPT partioning on a machine that supports it and defaulting to Sun otherwise.

Please don’t let‘s us over-engineer this just to be able the rare case that someone used Sun partition tables from a previous installation on a machine that supports GPT.

I know you try to make the most compatible design to fit all use cases, but I don’t think we should support such edge cases when debian-installer doesn’t support it on other platforms.

Adrian
Frank Scheiner
2018-03-02 21:27:58 UTC
Permalink
Post by John Paul Adrian Glaubitz
Well, debian-installer normally does not allow you to choose the partition table type.
I remember I had a problem - which must be due to that behaviour in
hindsight - when I used a GPT partitioned disk from an rx2620 in a
rp3440. Although the installer created a different partition layout it
continued to use the GPT partitioning scheme and whan palo should be
installed it failed miserably.
Post by John Paul Adrian Glaubitz
On x86, it will automatically use GPT if the machine is booted in EFI mode. On sparc64, we would normally just switch to GPT if the machine supports GPT.
I understand. Then it's safe to just use the subarch to select how GRUB2
should be installed, although it's really not less complex than using
the variable.
Post by John Paul Adrian Glaubitz
I don’t know how debian-installer behaves if you boot an x86 machine in EFI mode which has an MFT partition table, but I think that’s not supported by debian-installer.
For now it should be reasonable to assume GPT partioning on a machine that supports it and defaulting to Sun otherwise.
Please don’t let‘s us over-engineer this just to be able the rare case that someone used Sun partition tables from a previous installation on a machine that supports GPT.
I know you try to make the most compatible design to fit all use cases, but I don’t think we should support such edge cases when debian-installer doesn’t support it on other platforms.
Ok, makes sense.
John Paul Adrian Glaubitz
2018-03-03 00:09:40 UTC
Permalink
Post by John Paul Adrian Glaubitz
On x86, it will automatically use GPT if the machine is booted in EFI mode. On sparc64, we would normally just switch to GPT if the machine supports GPT.
I understand. Then it's safe to just use the subarch to select how GRUB2 should be installed, although it's really not less complex than using the variable.
The thing is - I don't want to deviate the code too much from what's doing
on the other architectures. I don't necessarily disagree with you, but I just
want to go along with the other architectures for the time being.

However, if you're really concerned about the issue, I think we should discuss
this in a separate thread and also involve the debian-boot mailing list so
that we can find a common solution for all architectures.
Post by John Paul Adrian Glaubitz
I know you try to make the most compatible design to fit all use cases, but I don’t think we should support such edge cases when debian-installer doesn’t
support it on other platforms.
Ok, makes sense.
We can still address this once the other stuff works. You definitely have a
point though that there can be cases where the current code will most likely
fail.

Maybe it's a good idea to perform some tests with such setups on x86 (e.g.
having MBR partitioning and then booting the machine in EFI mode and keeping
the MBR setup) and observe what debian-installer does.

PS: I wrote "MFT" in my previous mail. I meant MBR, of course. MFT is part of NTFS.

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
John Paul Adrian Glaubitz
2018-03-05 10:45:16 UTC
Permalink
At least with the stretch installer there is no problem with using a MBR partitioning
on the am64 arch. You maybe can't select it, but if you generate a MBR partitioning using
the shell inside the installer this will work.
Ok, after a quick look it seems that this particular configuration is actually
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n338
On EFI systems, it will test whether /var/lib/partman/ignore_uefi exists which I
assume is written by partman if it finds an MBR partition table on an EFI system.

We can most certainly add support for that later on sparc*. I just want to
get a simple GRUB installation on a clean system working and we're almost
there regarding that.
Also IMHO this (EFI partition on MBR) is usefull to work, as the server BIOSses here are all able
to boot from an USB stick which usually have MBR partitioning.
This is for installed systems, not for installer images.
As the servers used here all have an internal USB slot thats my favorite setup at the moments.
Why not use a remote KVM? ;)

Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - ***@debian.org
`. `' Freie Universitaet Berlin - ***@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hermann Lauer
2018-03-05 11:45:35 UTC
Permalink
Post by John Paul Adrian Glaubitz
At least with the stretch installer there is no problem with using a MBR partitioning
on the am64 arch. You maybe can't select it, but if you generate a MBR partitioning using
the shell inside the installer this will work.
Ok, after a quick look it seems that this particular configuration is actually
https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n338
On EFI systems, it will test whether /var/lib/partman/ignore_uefi exists which I
assume is written by partman if it finds an MBR partition table on an EFI system.
Thanks for this information.
Post by John Paul Adrian Glaubitz
Also IMHO this (EFI partition on MBR) is usefull to work, as the server BIOSses here are all able
to boot from an USB stick which usually have MBR partitioning.
This is for installed systems, not for installer images.
Yes, exactly: Booting the installed system via UEFI from usb stick. The netboot installer
has no partitioning - so no issue with installer images, at least not in my case.
Post by John Paul Adrian Glaubitz
As the servers used here all have an internal USB slot thats my favorite setup at the moments.
Why not use a remote KVM? ;)
Because netbooting rocks - or what are I'm missing ? ;-)

Probably we are getting to OT now...
Greetings
Hermann
--
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427
Email: ***@iwr.uni-heidelberg.de
Continue reading on narkive:
Loading...