Description of problem: Due to bugs in the way auto_inst supports SW MD Raid, I put my partition phase as an interactive one. However, auto-inst goes into interactive mode and ask for xdm later during the install process, whereas I'd have expected to other interaction till the end where it asks for reboot (this one sems normal) Version-Release number of selected component (if applicable): How reproducible: each time Steps to Reproduce: Use that auto_inst conf: 'interactiveSteps' => [ 'doPartitionDisks', ], And then the installer will wask for xdm installation despite ll other steps are given in the auto_inst file. Here is my auto_inst file: $o = { 'timezone' => { 'ntp' => 'ntp.dmz.musique-ancienne.org', 'timezone' => 'Europe/Paris', 'UTC' => 1 }, 'services' => [ 'acpid', 'cpufreq', 'crond', 'gpm', 'httpd', 'irqbalance', 'mdadm', 'msec', 'network', 'network-up', 'ntpd', 'numlock', 'partmon', 'postfix', 'rpcbind', 'resolvconf', 'rsyslog', 'shorewall', 'sshd', 'vsftpd', ], 'security_user' => 'bruno@musique-ancienne.org', 'default_packages' => [ 'acpi', 'acpid', 'apache-mpm-prefork', 'apache-mod_perl', 'apache-doc', 'autofs', 'basesystem', 'bind', 'bind-utils', 'drakconf', 'drakxtools-curses', 'ethtool', 'grub', 'kernel-server-latest', 'keychain', 'lndir', 'locales-fr', 'mdadm', 'mondo', 'mutt-utf8', 'msec', 'nss', 'nss_updatedb', 'ntp', 'openssh-server', 'openssh-client', 'pam_abl', 'pam_ccreds', 'pam_cgroup', 'postfix', 'rsync', 'rsyslog', 'shorewall', 'shorewall-doc', 'strace', 'sudo', 'tcpdump', 'tmpwatch', 'traceroute', 'tshark', 'vim-enhanced', 'vlock', 'vsftpd', 'wget', 'xauth', ], 'users' => [ { 'icon' => 'default', 'realname' => 'fwadmin', 'uid' => undef, 'groups' => [], 'name' => 'fwadmin', 'shell' => '/bin/bash', 'gid' => undef, 'pw' => 'xxx', } ], 'locale' => { 'country' => 'FR', 'IM' => undef, 'lang' => 'fr', 'langs' => { 'fr' => 1 }, 'utf8' => 1 }, 'net' => { 'zeroconf' => {}, 'network' => { 'NETWORKING' => 'yes', 'GATEWAY' => '192.168.8.254', 'CRDA_DOMAIN' => 'FR', 'FORWARD_IPV4' => 'false' }, 'autodetect' => {}, 'network::connection::ethernet' => {}, 'resolv' => { 'DOMAINNAME' => 'nameserver', 'dnsServer' => '192.168.8.55', 'DOMAINNAME2' => 'nameserver', 'dnsServer2' => '192.168.8.150', 'DOMAINNAME2' => 'search', 'dnsServer2' => 'home.musique-ancienne.org dmz.musique-ancienne.org', }, 'wireless' => {}, 'ifcfg' => { 'eth0' => { 'BROADCAST' => '', 'isUp' => 1, 'BOOTPROTO' => 'dhcp', 'isPtp' => '', 'NETWORK' => '', 'HWADDR' => undef, 'DEVICE' => 'eth0', 'METRIC' => 10 } }, 'type' => 'network::connection::ethernet', 'net_interface' => 'eth0', 'PROFILE' => 'default' }, 'authentication' => { 'shadow' => 1, 'blowfish' => 1 }, }, 'partitions' => [ # 2 x 200MB /boot spaces { 'fs_type' => 'ext4', 'mntpoint' => '/boot', # 200 MB 'size' => 403808, 'hd' => 'sda', }, { 'fs_type' => 'ext4', 'mntpoint' => '/boot1', # 200 MB 'size' => 403808, 'hd' => 'sdb', }, # 2 x 1 GB swap spaces { 'fs_type' => 'swap', 'mntpoint' => 'swap', # 1 GB 'size' => 2038086, 'hd' => 'sda', }, # seems there is a bug preventing the creation of 2 swaps parts # TODO in postinstall instead { 'fs_type' => 'ext4', 'mntpoint' => '/swap', # 1 GB 'size' => 2038086, 'hd' => 'sdb', }, #Using Software Raid { 'mntpoint' => 'raid_a_root', # 1000 MB 'size' => 2138567, 'type' => 0xfd, 'hd' => 'sda', }, { 'mntpoint' => 'raid_b_root', # 1000 MB 'size' => 2138567, 'type' => 0xfd, 'hd' => 'sdb', }, { 'fs_type' => 'ext4', 'mntpoint' => '/', 'hd' => 'md0', 'level' => 1, 'parts' => 'raid_a_root raid_b_root', }, { 'mntpoint' => 'raid_a_usr', # 10 GB 'size' => 20165190, 'type' => 0xfd, 'hd' => 'sda', }, { 'mntpoint' => 'raid_b_usr', # 10 GB 'size' => 20165190, 'type' => 0xfd, 'hd' => 'sdb', }, { 'fs_type' => 'ext4', 'mntpoint' => '/usr', 'hd' => 'md1', 'level' => 1, 'parts' => 'raid_a_usr raid_b_usr', }, { 'mntpoint' => 'raid_a_var', # 7 GB 'size' => 14283384, 'type' => 0xfd, 'hd' => 'sda', }, { 'mntpoint' => 'raid_b_var', # 7 GB 'size' => 14283384, 'type' => 0xfd, 'hd' => 'sdb', }, { 'fs_type' => 'ext4', 'mntpoint' => '/var', 'hd' => 'md2', 'level' => 1, 'parts' => 'raid_a_var raid_b_var', }, # Put the one extending last { 'mntpoint' => 'raid_a_users', # 10 GB mini 'size' => 20283384, 'ratio' => 100, 'type' => 0xfd, 'hd' => 'sda', }, { 'mntpoint' => 'raid_b_users', # 10 GB mini 'size' => 20283384, 'ratio' => 100, 'type' => 0xfd, 'hd' => 'sdb', }, { 'fs_type' => 'ext4', 'mntpoint' => '/users', 'hd' => 'md3', 'level' => 1, 'parts' => 'raid_a_users raid_b_users', }, ], 'partitioning' => { 'auto_allocate' => 1, 'clearall' => 1, 'clear' => [ 'sda', 'sdb' ], }, 'superuser' => { 'pw' => 'xxx', 'realname' => 'root', 'uid' => '0', 'shell' => '/bin/bash', 'home' => '/root', 'gid' => '0' }, 'security' => 'secure', 'mouse' => { 'EmulateWheel' => undef, 'synaptics' => undef, 'name' => 'Any PS/2 & USB mice', 'device' => 'input/mice', 'evdev_mice' => [ { 'device' => '/dev/input/by-id/usb--event-mouse', 'HWheelRelativeAxisButtons' => '7 6' } ], 'evdev_mice_all' => [ { 'device' => '/dev/input/by-id/usb--event-mouse', 'HWheelRelativeAxisButtons' => '7 6' } ], 'type' => 'Universal', 'nbuttons' => 7, 'Protocol' => 'ExplorerPS/2', 'wacom' => [], 'MOUSETYPE' => 'ps/2' }, 'interactiveSteps' => [ 'doPartitionDisks', ], 'autoExitInstall' => '0', 'no_suggests' => 1, 'mkbootdisk' => 0, 'isUpgrade' => 0, 'excludedocs' => 0, 'miscellaneous' => { 'numlock' => 1, }, 'keyboard' => { 'GRP_TOGGLE' => '', 'KEYBOARD' => 'us' }, 'postInstall' => ' cd /root wget http://192.168.8.55/pub/ks/www/post-install.sh chmod 755 ./post-install.sh ./post-install.sh 2>&1 | tee /dev/tty7 | tee /var/log/post-install.log rm -f ./post-install.sh ', }; Reproducible: Steps to Reproduce:
Please attach the /root/drakx/report.bug.xz file of that machine
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
Also next time attach big files instead of pasting them...
Created attachment 3848 [details] report file for the xdm query Here is the corresponding report.bug.xz
Created attachment 3858 [details] make installing xdm automatic if step isn't interactive
Created attachment 3859 [details] the same fix but as a patch file ready to be used by the installer just put this file a USB key, named either "patch" or "patch.pl" (any would work) Then start the install by typing "linux patch" at the boot CD prompt. Well in your case, it would be "linux patch kickstart=..."
Keywords: (none) => PATCH
Was this patch commited? I have hitten this bug with MGA3 x86, while release notes say it is fixed... https://wiki.mageia.org/en/Mageia_3_Release_Notes
Status: NEW => REOPENEDCC: (none) => lists.jjorge
At least it seems to be in my mga4 Drak code (/usr/lib/libDrakX/any.pm) so I think it can be closed now.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED