Comment # 10 on bug 1227345 from Maxime Thirion

Ubuntu is just used to launch the remote installation of openSUSE.

To install, I proceed as follows:

cd /boot

wget --output-
document=vmlinuz.install
http://download.opensuse.org/tumbleweed
/repo/oss/boot/x86_64/loader/linux

wget --output-
document=initrd.install
http://download.opensuse.org/tumbleweed
/repo/oss/boot/x86_64/loader/initrd

I retrieve the disk UUID via lsblk :
lsblk -f /dev/sdb2
NAME FSTYPE
 LABEL
 UUID
MOUNTPOINT
sdb2 linux_raid_member 62-210-136-200:0
f10e1a06-0cb2-1aeb-e92f-937476d3ea65
└─md0 ext4
5b69725e-6914-463e-bf26-6b02a222f59c/boot

I modify on ubuntu the 40_custom to add a section that will allow me to start
the installation :

menuentry "openSUSE Tumbleweed" {
   set root='mduuid/f10e1a060cb21aebe92f937476d3ea65'
   linux /vmlinuz.install noapic usessh=1 sshpassword="12345678"
install=http://download.opensuse.org/tumbleweed/repo/oss/ hostip=XXX
netmask=XXX gateway=XXX nameserver=XXX
}

Indeed, in my notes, based on the tutorial I had taken over, the noapic option
is used.

I then edit the /etc/default/grub file to change the `GRUB_DEFAULT="openSUSE
Tumbleweed"`.

update-grub2

Reboot

ssh -X root@IP_SERVEUR

and then run the installation (yast.sh I think).

Then the openSUSE installation takes over, deletes ubuntu, reformats the disks
as I wish and the server works fine afterwards.

So the installer thinks it's doing the right thing by defaulting the option I
use to start the installation.

In the end, it's really well done, the bug is me following the tutorial without
cleaning up this piece of code.

However, the behavior of the NOAPIC option has changed in 6.9, and would
otherwise have gone unnoticed.