/dev/disk/by-label/INSTALL does not exist

[Jan Robinson]

Hello All

We are building an installation ISO to install SLES15SP4 to /dev/sda.

Assistance needed please.

1. The installation fail with: /dev/disk/by-label/INSTALL does not exist (after the 360 tries)
   booting with a minios to the shell shows availability of /dev/sda.
   the config.xml is attached at the bottom as my company's VPN does not allow attaching to Google groups.

2. There is no keyboard response to interact with the shell.
   On the kernelcmdline adding/omitting "console=ttyS0" "console=tty1" makes no difference.
   
   Please help here, are there drivers missing somewhere?


The grub screen (editable) on the Web iDRAC console:

(the pasted sample here is from qemu - same as on Web console)
┌────────────────────────────────────────────────────────────────────────────┐
│setparams 'Install ABC-SLES15SP4-UEFI'                                      │
│                                                                            │
│    set gfxpayload=keep                                                     │
│    echo Loading kernel...                                                  │
│    $linux ($root)/boot/x86_64/loader/linux cdinst=1 elevator=noop console=\│
│ttyS0 console=tty1 splash rd.kiwi.debug  loglevel=0 root=install:CDLABEL=IN\│
│STALL                                                                       │
│    echo Loading initrd...                                                  │
│    $initrd ($root)/boot/x86_64/loader/initrd        


Later on the Web iDRAC console: (reconstructed for this post)

[ 138.358351] dracut-initqueue[1504]•. Warning: dracut—initqueue: starting timeout scripts
[ 199.463482] dracut-initqueue[15041: warning: dracut—initqueue: timeout, still waiting for following initqueue hooks:
[199 .481176] dracut—initqueuet1504J: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\2xfdev\2xfdisk\2xfby-label\2xfINSTALL.sh: "[ -e /dev/disk/by-label/INSTALL" ]"
[ 139 .504308] dracut—initqueue[1504]: Warning: dracut—initqueue: starting timeout scripts
[ 199.516B41 dracut-initqueue[15041: Warning : Could not boot.
               Starting Dracut Emergency Shell…
Warning: /dev/disk/by—label/INSTALL does not exist

Generating "/run/initramfs/rdsosreport. txt"

Press Enter for maintenance
(or press Control—D to continue) :


Kiwi for server and ISO:
kiwi-9.24.48-1.1
Server Sles15-sp3

Thanks so much,
Jan

config.sys
------------------------------------------------
<?xml version="1.0" encoding="utf-8"?>
<image name="ABC-SLES15SP4-UEFI" displayname="ABC-SLES15SP4-UEFI" schemaversion="7.3">
    <description type="system">
        <author>Dan</author>
        <contact>dan</contact>
        <specification>ABC SLES 15 SP4</specification>
    </description>
    <profiles>
    <profile name="HW_DELL" description="Image for DELL Server"/>
    </profiles>
    <preferences>
        <version>15.4.0</version>
        <packagemanager>zypper</packagemanager>
        <rpm-check-signatures>false</rpm-check-signatures>
        <timezone>Europe/Berlin</timezone>
        <locale>en_US</locale>
    </preferences>
    <preferences profiles="HW_DELL">
        <type image="oem" installboot="install" installiso="true" bootpartition="true" bootpartsize="1024" bootfilesystem="ext4" filesystem="xfs" kernelcmdline="elevator=noop console=ttyS0 console=tty1 splash rd.kiwi.debug" initrd_system="dracut" firmware="uefi">
            <bootloader name="grub2" console="console" timeout="10"/>
            <oemconfig>
                <oem-systemsize>8192</oem-systemsize>
                <oem-skip-verify>true</oem-skip-verify>
                <oem-unattended>false</oem-unattended>
                <oem-unattended-id>/dev/sda</oem-unattended-id>
                <oem-swap>false</oem-swap>
                <oem-multipath-scan>false</oem-multipath-scan>
            </oemconfig>
        </type>
    </preferences>

    <users>
        <user password="$5$oV" realname="root,,,,umask=0077" home="/root" name="root" groups="root" shell="/bin/bash"/>
    </users>

    <repository type="rpm-md" imageinclude="true" alias="KIWI: SLES15SP4 ALL">
        <source path="https://repo.ABCgroup.net/ABC-SLES15-SP4/"/>
    </repository>
    <repository type="rpm-dir">
        <source path="this://repo"/>
    </repository>
    <repository profiles="HW_DELL" type="rpm-md" imageinclude="true" alias="KIWI: SLES15 DELL Tools">
        <source path="https://repo.ABCgroup.net/VENDOR-DELL-SLES15/"/>
    </repository>

    <drivers profiles="HW_DELL">
        <file name="crypto/*"/>
        <file name="drivers/virtio/*"/>
        <file name="drivers/acpi/dock.ko"/>
        <file name="drivers/ata/*"/>
        <file name="drivers/block/aoe/aoe.ko"/>
        <file name="drivers/block/brd.ko"/>
        <file name="drivers/block/cciss.ko"/>
        <file name="drivers/block/loop.ko"/>
        <file name="drivers/block/nbd.ko"/>
        <file name="drivers/char/lp.ko"/>
        <file name="drivers/hid/*"/>
        <file name="drivers/hv/*"/>
        <file name="drivers/ide/*"/>
        <file name="drivers/input/keyboard/*"/>
        <file name="drivers/input/mouse/*"/>
        <file name="drivers/md/*"/>
        <file name="drivers/message/fusion/*"/>
        <file name="drivers/net/*"/>
        <file name="drivers/nvme/*"/>
        <file name="drivers/nvmem/*"/>
        <file name="drivers/parport/*"/>
        <file name="drivers/scsi/*"/>
        <file name="drivers/staging/hv/*"/>
        <file name="fs/binfmt_aout.ko"/>
        <file name="fs/binfmt_misc.ko"/>
        <file name="fs/btrfs/*"/>
        <file name="fs/exportfs/*"/>
        <file name="fs/ext2/*"/>
        <file name="fs/ext3/*"/>
        <file name="fs/ext4/*"/>
        <file name="fs/overlayfs/*"/>
        <file name="fs/fat/*"/>
        <file name="fs/fuse/*"/>
        <file name="fs/hfs/*"/>
        <file name="fs/jbd/*"/>
        <file name="fs/jbd2/*"/>
        <file name="fs/lockd/*"/>
        <file name="fs/mbcache.ko"/>
        <file name="fs/quota_v1.ko"/>
        <file name="fs/quota_v2.ko"/>
        <file name="fs/squashfs/*"/>
        <file name="fs/vfat/*"/>
        <file name="fs/xfs/*"/>
        <file name="fs/isofs/*"/>
        <file name="lib/crc-t10dif.ko"/>
        <file name="lib/crc16.ko"/>
        <file name="lib/libcrc32c.ko"/>
        <file name="lib/zlib_deflate/zlib_deflate.ko"/>
        <file name="net/ipv6/*"/>
        <file name="net/packet/*"/>
        <file name="net/sunrpc/*"/>
    </drivers>

    <packages type="image" patternType="onlyRequired">
        <namedCollection name="base"/>
        <package name="kernel-default"/>
        <package name="grub2"/>
        <package name="python"/>
        <package name="python3"/>
        <package name="perl"/>
        <package name="perl-NetAddr-IP"/>
        <package name="perl-Module-Runtime"/>
        <package name="perl-Class-Method-Modifiers"/>
        <package name="perl-Sub-Exporter-Progressive"/>
        <package name="perl-Devel-GlobalDestruction"/>
        <package name="perl-Role-Tiny"/>
        <package name="perl-Moo"/>
        <package name="perl-XML-Simple"/>
        <package name="perl-Socket6"/>
        <package name="perl-JSON"/>
        <package name="vim"/>
        <package name="vim-data"/>
        <package name="ntp"/>
        <package name="postfix"/>
        <package name="openssh"/>
        <package name="syslog-service"/>
        <package name="rsyslog"/>
        <package name="man"/>
        <package name="man-pages"/>
        <package name="ca-certificates"/>
        <package name="ca-certificates-mozilla"/>
        <package name="rsync"/>
        <package name="screen"/>
        <package name="suse-build-key"/>
        <package name="snapper"/>
        <package name="snapper-zypp-plugin"/>
        <package name="grub2-snapper-plugin"/>
        <package name="sudo"/>
        <package name="ethtool"/>
        <package name="psmisc"/>
        <package name="mksh"/>
        <package name="acl"/>
        <package name="supportutils"/>
        <package name="sysstat"/>
        <package name="terminfo"/>
        <package name="termcap"/>
        <package name="libyaml-0-2"/>
        <package name="cron"/>
        <package name="dmidecode"/>
        <package name="ABC-cacerts"/>
        <package name="install_config"/>
        <package name="parted"/>
        <package name="xfsprogs"/>
        <package name="rootsh"/>
        <package name="tcsh"/>
        <package name="sca-patterns-sle15"/>
        <package name="sca-patterns-base"/>
        <package name="net-tools"/>
        <package name="iputils"/>
        <package name="iproute2"/>
        <package name="docker"/>
        <package name="strace"/>
        <package name="which"/>
        <package name="bind-utils"/>
        <package name="at"/>
        <package name="nmap"/>
        <package name="netcat-openbsd"/>
        <package name="tcpdump"/>
        <package name="bash-completion"/>
        <package name="bash-doc"/>
        <package name="mailx"/>
        <package name="curl"/>
        <package name="wget"/>
        <package name="lsof"/>
        <package name="zip"/>
        <package name="unzip"/>
        <package name="bc"/>
        <package name="lsb-release"/>
        <package name="procinfo"/>
        <package name="sqlite3"/>
        <package name="gpart"/>
        <package name="p7zip"/>
        <package name="whois"/>
        <package name="socat"/>
        <package name="subversion"/>
        <package name="git-core"/>
        <package name="nfs-client"/>
        <package name="nfsidmap"/>
        <package name="lftp"/>
        <package name="gdb"/>
        <package name="vlan"/>
        <package name="traceroute"/>
        <package name="attr"/>
        <package name="dnsmasq"/>
        <package name="hwinfo"/>
        <package name="ipmitool"/>
        <package name="lsscsi"/>
        <package name="sg3_utils"/>
        <package name="mdadm"/>
        <package name="pciutils"/>
        <package name="multipath-tools"/>
        <package name="kdump"/>
        <package name="libcap-progs"/>
        <package name="haveged"/>
        <package name="uuidd"/>
        <package name="atop"/>
        <package name="atop-daemon"/>
        <package name="htop"/>
        <package name="pbzip2"/>
        <package name="iotop"/>
        <package name="telnet"/>
        <package name="freeipmi"/>
        <package name="lldpd"/>
        <package name="xterm"/>
        <package name="xauth"/>
        <package name="expect"/>
        <package name="libnuma1"/>
        <package name="mcelog"/>
        <package name="deltarpm"/>
        <package name="rpm-build"/>
        <package name="glibc-i18ndata"/>
        <package name="cpupower"/>
        <package name="cpupower-management"/>
        <package name="collectl"/>
        <package name="perl-XML-LibXML"/>
        <package name="dos2unix"/>
        <package name="sharutils"/>
        <package name="libxml2-tools"/>
        <package name="ebtables"/>
        <package name="libteamdctl0"/>
        <package name="libteam5"/>
        <package name="libteam-tools"/>
        <package name="lvm2"/>
        <package name="time"/>
        <package name="bridge-utils"/>
        <package name="ed"/>
        <package name="systemd-coredump"/>
        <package name="insserv-compat"/>
        <package name="libopenssl1_0_0"/>
        <package name="libncurses5" />
        <package name="branding-SLE" />
        <package name="openldap2-client" />
        <package name="glibc-32bit"/>
        <package name="lz4"/>
        <package name="sysvinit-tools"/>
        <package name="postfix-ldap"/>
        <package name="rpcgen"/>
        <package name="libcroco"/>
    </packages>
    <packages type="image" profiles="HW_DELL">
        <package name="grub2-x86_64-efi" arch="x86_64"/>
        <package name="dracut-kiwi-oem-repart"/>
        <package name="dracut-kiwi-oem-dump"/>
        <package name="storcli"/>
        <package name="perccli"/>
        <package name="usbutils"/>
        <package name="MegaCli"/>
        <package name="elxlinlpcfg"/>
        <package name="elxflashOffline"/>
        <package name="ndctl"/>
        <package name="ipmctl"/>
   </packages>
   <packages type="bootstrap" >
        <package name="patterns-base-base"/>
        <package name="filesystem"/>
        <package name="glibc-locale"/>
        <package name="udev"/>
        <package name="kmod"/>
        <package name="kmod-compat"/>
        <package name="sles-release"/>
        <package name="cracklib-dict-full"/>
        <package name="ca-certificates"/>
        <package name="ABC-cacerts"/>
        <package name="ABC-SW-VRTS-traditional"/>
    </packages>
    <packages type="delete">
        <package name="ABC-SW-VRTS-traditional"/>
    </packages>
</image>

[Marcus Schäfer]

Hi Jan,

> Assistance needed please.
> 1. The installation fail with: /dev/disk/by-label/INSTALL does not
> exist (after the 360 tries)

According to your config you are building a hybrid install ISO image.
Because of that can you check the following on the .install.iso file

fdisk -l file.install.iso

It should list something like:

Device Boot Start End Sectors Size Id Type
xxxx.install.iso1 * 64 1107595 1107532 540.8M cd unknown
xxxx.install.iso2 1107596 1148555 40960 20M ef EFI (FAT-12/16/32)

Next call:

kpartx -a file.install.iso

This maps the partitions of the embedded table to devices. e.g
/dev/mapper/loop0p1

Now call:

blkid /dev/mapper/loop0p1

You should see something similar to:

/dev/mapper/loop0p1: BLOCK_SIZE="2048" UUID="2022-10-25-09-28-12-00"
LABEL="INSTALL" TYPE="iso9660"

If you can see the LABEL="INSTALL" the ISO and its embedded partition
table are correct.

Next we need to debug why /dev/disk/by-label/INSTALL is not created
by udev. To do this bootup your ISO, interrupt the boot process
and add the following boot options:

rd.debug rd.shell rd.break=initqueue

You will now be dropped into a debug shell inside of the initrd.
Check which devices exists in /dev/disk/by-xxx. Also check if udev
is running. Also check which storage devices you can see at all
etc etc..

> Please help here, are there drivers missing somewhere?

With the provided information we can't tell yet

> The grub screen (editable) on the Web iDRAC console:
> (the pasted sample here is from qemu - same as on Web console)

> bel\2xfINSTALL.sh: "[ -e /dev/disk/by-label/INSTALL" ]"
> [ 139 .504308] dracut—initqueue[1504]: Warning: dracut—initqueue:
> starting timeout scripts
> [ 199.516B41 dracut-initqueue[15041: Warning : Could not boot.
> Starting Dracut Emergency Shell…

yeah probably no devices which usually points to missing storage
drivers. Is there something special ? raid device, or similar ?

> <drivers profiles="HW_DELL">

I wondered about this drivers settings in the kiwi XML description.
As you are using dracut as initrd system and not the kiwi builtin
initrd system all the drivers settings here are meaningless because
dracut handles this on its own or by settings in /etc/dracut.conf.d/...

Hope I could give you some pointers to start with

Cheers,
Marcus
--
Public Key available via: https://keybase.io/marcus_schaefer/key.asc
keybase search marcus_schaefer
-------------------------------------------------------
Marcus Schäfer Brunnenweg 18
Tel: +49 7562 905437 D-88260 Argenbühl
Germany
-------------------------------------------------------

[Jan Robinson]

Hello Marcus

Thanks so much for the help.

I am in the shell now (after adding the debug) and the /dev/sr0 does not exist.

I'll update tomorrow.

Regards,

Jan

[Jan Robinson]

Hello Marcus

Some feedback.

The fdisk and kpartx outputs are fine.

Device                                    Boot   Start     End Sectors   Size Id Type

SLES15SP4-UEFI.x86_64-15.4.0.install.iso1 *         64 1383659 1383596 675.6M cd unknown
SLES15SP4-UEFI.x86_64-15.4.0.install.iso2      1383660 1424619   40960    20M ef EFI (FAT-12/16/32)

blkid  /dev/mapper/loop0p1
/dev/mapper/loop0p1: BLOCK_SIZE="2048" UUID="2022-10-27-11-51-17-00" LABEL="INSTALL" TYPE="iso9660"


We have two images we have/trying to convert to UEFI boot and at the same time
have the server iso image install to /dev/sda.
/dev/sda is present and so is the nvme drive but no /dev/sr0.

Minios - Works
Server image - fails  /dev/sr0 is not created.

1. a MiniOS that boot to ram - working fine.
   The config.xml file are almost identical to the one used in the Server.

        <type image="oem" filesystem="ext4" installiso="true" initrd_system="dracut" installboot="install" kernelcmdline="splash rd.kiwi.ramdisk ramdisk
_size=4096000" firmware="uefi">

        <bootloader  name="grub2" console="console" timeout="10"/>
        <oemconfig>

            <oem-skip-verify>true</oem-skip-verify>
            <oem-unattended>true</oem-unattended>
            <oem-unattended-id>/dev/ram0</oem-unattended-id>
            <oem-device-filter>/dev/sd</oem-device-filter>

            <oem-swap>false</oem-swap>
            <oem-multipath-scan>false</oem-multipath-scan>
        </oemconfig>
        </type>

   

2. a Server image that should boot and install to /dev/sda - the problem image.
   /dev/sr0 missing
   
           <type image="oem" installboot="install" installiso="true" bootpartition="true" bootpartsize="1024" bootfilesystem="ext4" filesystem="xfs" kernelcmdline="console=ttyS0 console=tty1 splash rd.debug rd.shell rd.break=initqueue" initrd_system="dracut" firmware="uefi">

            <bootloader name="grub2" console="console" timeout="10"/>
            <oemconfig>
                <oem-systemsize>8192</oem-systemsize>
                <oem-skip-verify>true</oem-skip-verify>

                <oem-unattended>true</oem-unattended>

                <oem-unattended-id>/dev/sda</oem-unattended-id>
                <oem-swap>false</oem-swap>
                <oem-multipath-scan>false</oem-multipath-scan>
            </oemconfig>
        </type>

   

Both these ISOs are booted on the same Dell server.
The repositories are the same.
The debug information attached are from setting the rd.shell and rd.break=initqueue on both booted images.


I'll attach files.

Thanks so much for the help.

Jan

[Jan Robinson]

Hello Marcus

Please do not spend time in this now, I came across a dracut issue I missed.

Thanks so much,

Jan

[Marcus Schäfer]

Hi Jan,

> Please do not spend time in this now, I came across a dracut issue I
> missed.

Ok, still would be interested in your findings :)

[Jan Robinson]

Hello Marcus

Sorry for the delayed answer.

There was a fairly large config.sh where I sadly overlooked a fatal dracut entry.

echo -e 'omit_drivers+=" lpfc usbcore usb_storage usb_common "' >> /etc/dracut.conf.d/01-dell.conf

This was okay in the image.raw file for installation during a 'dd' of the raw to disk. (old way)
During further customization this will be added.

I have a question though please.

During unattended installaion with a prevoius installed image on disk it fails with
'not enough space on device'
A fair/valid message but if you make it unattended = false one can manualy answer yes to
the do you want to overwrite? To procedd with the installation.

Are there a way to tell Kiwi to proceed with such a situation in the <oem-unattended>true< oemconfig?

If not, can this be put a wish list please. :)

Thank you for the help once again.
Regards,
Jan

[Marcus Schäfer]

Hi Jan,

> There was a fairly large config.sh where I sadly overlooked a fatal
> dracut entry.
> echo -e 'omit_drivers+=" lpfc usbcore usb_storage usb_common "' >>
> /etc/dracut.conf.d/01-dell.conf

yeah that explains why an installation from USB becomes very difficult ;)

> This was okay in the image.raw file for installation during a 'dd' of
> the raw to disk. (old way)

yes got it

> I have a question though please.
> During unattended installaion with a prevoius installed image on disk
> it fails with
> 'not enough space on device'
> A fair/valid message but if you make it unattended = false one can
> manualy answer yes to
> the do you want to overwrite? To procedd with the installation.
> Are there a way to tell Kiwi to proceed with such a situation in the
> <oem-unattended>true< oemconfig?

I think I can't follow you. If there is not enough space available
to dump the image we have the following in the kiwi dracut code:

report_and_quit "Not enough space available for this image"

I think this is the message you refer to, right ?

The implementation of report_and_quit looks like this:

function report_and_quit {
local text_message="$1"
run_dialog --timeout 60 --msgbox "\"${text_message}\"" 5 80
if getargbool 0 rd.debug; then
die "${text_message}"
else
reboot -f
fi
}

So this code point is independent of the unattended setting.
Without debugging configured the machine should reboot after 60
seconds. The 60 seconds are hard-coded though. Do you intend
to make the timeout configurable ?

In case I misunderstood can you explain what workflow you had
in mind ?

Thanks

> If not, can this be put a wish list please. :)

We have a wish list ? maybe during X-Mas :-))

[Jan Robinson]

Hello Marcus

Sorry for being vague.

Kiwi detects a previous installation on /dev/sda on re-installation.
Then refuses to destroy/overwrite /dev/sda when

 
- <oem-unattended>true</oem-unattended>

On a server being re-installed we do not want a full re-init of the vdisk.

As a fast rebuild causes Kiwi to still detects
an OS installation on /dev/sda and fails the install with:

"Not enough space available for this image"

Once /dev/sda has an OS installed on it the subsequent
installations starts these dialogs.

------------
With:
<oem-unattended>false</oem-unattended>

the dialog is:

Select Installation Disk
/dev/disk/by-id/scsi-fZ7c34ZOe368ddxxxxxxxxxxxxxx  446.6

<OK>   <Cancel>

Select OK, then

Destroying ALL data on
/dev/disk/by-id/scsi-fZ7c34ZOe368ddxxxxxxxxxxxxxx  continue ?

< Yes >    <No>

Select Yes and installation continues to completion.

-------------
With :
<oem-unattended>true</oem-unattended>

The message is printed and installation fails.

Not enough space available for this image

 <OK>

The request:
Could there please be something added like? (as in the dracut interactive)

<oem-unattended-destroy>true</oem-unattended-destroy>

This will make a server re-deploy much much easier. ;)

Thanks so much,
Jan

[Marcus Schäfer]

Hi Jan,

> Kiwi detects a previous installation on /dev/sda on re-installation.

Hmm, actually there is no code in kiwi to do this. The installation
aka dump of an image to a target device does not check if there is
something on that target. It's really very simple, we just check
if the number of blocks on the device is suitable to hold the image.
The respective code for this is here:

function check_image_fits_target {
local image_target=$1
local need_mbytes
local have_mbytes
need_mbytes=$((blocks * blocksize / 1048576))
have_mbytes=$(($(get_block_device_kbsize "${image_target}") / 1024))
echo "Have size: ${image_target} -> ${have_mbytes} MB"
echo "Need size: ${image_source} -> ${need_mbytes} MB"
if [ ${need_mbytes} -gt ${have_mbytes} ];then

report_and_quit "Not enough space available for this image"

fi
}

and get_block_device_kbsize to check if it fits does the following

function get_block_device_kbsize {
local device=$1
if [ ! -e "${device}" ];then
echo 0; return 1
fi
echo $(($(blockdev --getsize64 "${device}") / 1024))
}

It is immaterial what is on the device and kiwi also does
not check this.

My assumption is that on the second try another device (for
whatever reason) is chosen in your non-interactive process.
The blocksize of that device is smaller than the image and
so you receive the error

With the log excerpt you provided I unfortunately cannot
dig deeper into the issue. Maybe you can repeat the process
with

rd.kiwi.debug

in the kernel cmdline. This produces a log file in

/run/initramfs/log/boot.kiwi

which would help to see what is happening

> - <oem-unattended>true</oem-unattended>
> On a server being re-installed we do not want a full re-init of the
> vdisk.

What does that mean ? "full re-init of the vdisk"

> As a fast rebuild causes Kiwi to still detects
> an OS installation on /dev/sda and fails the install with:
> "Not enough space available for this image"
> Once /dev/sda has an OS installed on it the subsequent
> installations starts these dialogs.

And that's strange behavior by kiwi. My expectation would be
that the same deployment happens again on the same device

> ------------
> With:
> <oem-unattended>false</oem-unattended>
> the dialog is:
> Select Installation Disk
> /dev/disk/by-id/scsi-fZ7c34ZOe368ddxxxxxxxxxxxxxx 446.6
> <OK> <Cancel>
> Select OK, then
> Destroying ALL data on
> /dev/disk/by-id/scsi-fZ7c34ZOe368ddxxxxxxxxxxxxxx continue ?
> < Yes > <No>
> Select Yes and installation continues to completion.

yes, expected behavior. And if you do it again it should be the
same process on the same /dev/disk/by-id/scsi-fZ7c34ZOe368ddxxxxxxxxxxxxxx
if not something is strange

> -------------
> With :
> <oem-unattended>true</oem-unattended>
> The message is printed and installation fails.
> Not enough space available for this image
> <OK>

yeah and looks like it uses a different device now.

> The request:
> Could there please be something added like? (as in the dracut
> interactive)
> <oem-unattended-destroy>true</oem-unattended-destroy>
> This will make a server re-deploy much much easier. ;)

We can certainly add a different/updated UI behavior, but I wonder
about the behavior at all. I'd like to first clarify why a
second deployment behaves differently than the initial one

Would be great to see the logs, what do you think ?

Thanks

[Jan Robinson]

Hi Marcus

The rd.kiwi.debug did reveal a bit in 'boot.kiwi'

The output is attached.

> What does that mean ? "full re-init of the vdisk"

If you in iDRAC wipe the virtual disk and re-create it with a full format so

that data is destroyed to have blank new disk ( no sda{1..5} present ).

On a re-install /dev/sda{1..5} exists on /dev/sda 

With image :

<oem-unattended>false</oem-unattended>

and replied "Yes" to Destroy.

Line 832 boot.kiwi

++ for cmd in ${cmd_list[*]}
++ case ${cmd} in
++ partid=5
++ sgdisk --delete 5 /dev/sda
The operation has completed successfully.

I would like to see in

<oem-unattended>true</oem-unattended>

" <oem-unattended-destroy>true</oem-unattended-destroy> "  <- new option

to delete /dev/sda if it exists and recreate /dev/sda

and not fail the install.

Thanks a mil,

Jan