You have been subscribed to a public bug: 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. ** Affects: linux (Ubuntu) Importance: Undecided Assignee: Skipper Bug Screeners (skipper-screen-team) Status: New ** Tags: architecture-s39064 bugnameltc-185713 severity-medium targetmilestone-inin2004 -- zfcpdump-kernel package has different name for dumpkernel image than zipl expects https://bugs.launchpad.net/bugs/1876715 You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. -- Mailing list: https://launchpad.net/~kernel-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
