s390x from xenial has broken zipl
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
s390-tools (Ubuntu) |
Fix Released
|
Critical
|
Dimitri John Ledkov |
Bug Description
## s390-tools from SID
root@aupkg01:~# dpkg -l | grep s390-tools
ii s390-tools 1.32.0-1 s390x A set of fundamental utilities for Linux on S/390
root@aupkg01:~# zipl -V
Using config file '/etc/zipl.conf'
Target device information
Device.
Partition.
Device name...
Device driver name..............: dasd
DASD device number.
Type.
Disk layout.
Geometry - heads..
Geometry - sectors.
Geometry - cylinders.
Geometry - start..
File system block size..........: 4096
Physical block size.............: 4096
Device size in physical blocks..: 125004
Building bootmap in '/boot/'
Building menu 'zipl-automatic
Adding #1: IPL section 'ubuntu' (default)
initial ramdisk...: /boot/initrd.img
kernel image......: /boot/vmlinuz
kernel parmline...: 'root=/
component address:
kernel image....: 0x00010000-
parmline.
initial ramdisk.: 0x00c60000-
internal loader.: 0x0000a000-
Preparing boot menu
Interactive prompt......: disabled
Menu timeout.
Default configuration...: 'ubuntu'
Preparing boot device: dasda (0200).
Syncing disks...
Done.
# Workaround:
This causes QETH 0.0.600, 0.0.601, 0.0.602 not to come online automatically.
echo 0.0.0600,
echo 1 > /sys/devices/
"Solves" the problem when using S390-TOOLS from Debian into Xenial.
## s390-tools from XENIAL:
root@aupkg01:~# dpkg -l | grep s390-tools
ii s390-tools 1.32.0-1ubuntu2 s390x A set of fundamental utilities for Linux on S/390
root@aupkg01:~# zipl -V
Error: Internal error: Size mismatch of FBA stage 0 loader
A kernel upgrade is impossible due to the fact that zipl won't work. The way to workaround this is to use s390-tools from Debian into Xenial but, then, the network devices are not brought online (due to missing CCW GROUP logic possibly).