------- Comment From jan.hoepp...@de.ibm.com 2020-07-23 11:48 EDT------- (In reply to comment #11) > (In reply to comment #10) > > Hi, were the s390-tools maintainer able to dive deeper into this? > > Hi, > I'm no s390-tools maintainer but I guess in the long run it's easiest when > you rebuild the zfcpdump kernel with the new names otherwise ubuntu will be > decoupled from upstream.
Hi, I have to agree with Philipp and the decoupling from upstream. I'd also suggest to rebuild the zfcpdump kernel with the new name. For reference, this is the upstream change that introduced the issue: https://github.com/ibm-s390-tools/s390-tools/commit/724f1fea2c523831a300c71fc67a87f598701846 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1876715 Title: [UBUNTU 20.04] zfcpdump-kernel package has different name for dumpkernel image than zipl expects Status in Ubuntu on IBM z Systems: Incomplete Status in linux package in Ubuntu: New Bug description: Under Ubuntu 20.04 I wanted to prepare a SCSI dump disk: root@t35lp25:/~# apt install zfcpdump-kernel Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: zfcpdump-kernel 0 upgraded, 1 newly installed, 0 to remove and 8 not upgraded. Need to get 1655 kB of archives. After this operation, 1757 kB of additional disk space will be used. Get:1 http://de.ports.ubuntu.com/ubuntu-ports focal/universe s390x zfcpdump-kernel s390x 4.13-0ubuntu1 [1655 kB] Fetched 1655 kB in 1s (1803 kB/s) Selecting previously unselected package zfcpdump-kernel. (Reading database ... 53866 files and directories currently installed.) Preparing to unpack .../zfcpdump-kernel_4.13-0ubuntu1_s390x.deb ... Unpacking zfcpdump-kernel (4.13-0ubuntu1) ... Setting up zfcpdump-kernel (4.13-0ubuntu1) ... root@t35lp25:/~# zipl -d /dev/disk/by-id/scsi-36005076303ffd3270000000000004609-part1 Error: Need external file '/lib/s390-tools/zfcpdump/zfcpdump-image' for partition dump: No such file or directory root@t35lp25:~# ls /lib/s390-tools/zfcpdump/ zfcpdump-initrd zfcpdump_part.image root@t35lp25:~# As you can see, zipl expects "zfcpdump-image", but "zfcpdump_part.image" is available. with paramater -d, zipl does NOT accept -i to override the image name. Thus I renamed zfcpdump_part.image to zfcpdump-image: root@t35lp25:~# cd /lib/s390-tools/zfcpdump root@t35lp25:/lib/s390-tools/zfcpdump# mv zfcpdump_part.image zfcpdump-image root@t35lp25:/lib/s390-tools/zfcpdump# zipl -d /dev/disk/by-id/scsi-36005076303ffd3270000000000004609-part1 Building bootmap directly on partition '/dev/disk/by-id/scsi-36005076303ffd3270000000000004609-part1' Adding dump section initial ramdisk...: /lib/s390-tools/zfcpdump/zfcpdump-initrd kernel image......: /lib/s390-tools/zfcpdump/zfcpdump-image kernel parmline...: 'root=/dev/ram0 dump_mem=1 possible_cpus=1 cgroup_disable=memory ' component address: heap area.......: 0x00002000-0x00005fff stack area......: 0x0000f000-0x0000ffff internal loader.: 0x0000a000-0x0000dfff parameters......: 0x00009000-0x000091ff kernel image....: 0x00010000-0x001b9fff parmline........: 0x001ba000-0x001ba1ff initial ramdisk.: 0x001c0000-0x0020edff Preparing boot device: sde. Done. root@t35lp25:/lib/s390-tools/zfcpdump# =============================================== Hi, zfcpdump_part.image got renamed to zfcpdump-image upstream with s390-tools v2.7.0. For me it looks like the old name is hard coded somewhere in the packaging/installation routines. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1876715/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp