Dear, When I ask for "bug" command in TTY the result is: ask_from_list: empty list interactive::ask_from_listf_raw() called /usr/lib/libDrakX/interactive.pm:284 interactive::ask_from_listf() called /usr/lib/libDrakX/install/commands.pm:404 install::commands::bug() called from /usr/bin/bug:16 (eval)() called from /usr/bin/bug:14 Stéphane. Reproducible: Steps to Reproduce:
Created attachment 5557 [details] picture from tty Picture from TTY. Stéphane.
Created attachment 5558 [details] report.bug.xz /root/Drakx/report.bug.xz Stéphane.
Got exactly the same output here on my second try to (now upgrade-) install with probably the exact same iso: 64bits traditional pre-5beta1 DVD of October 31st. Nothing is written to the USB key. My first try, a regular install with the same iso, gave another error for "bug", but I didn't make a picture because I was too busy with something else, and because I wrongly thought I'd find the error in the logs (however, the ddebug.log stops before the error). The error was either about the file system not being recognised, or the same as leuhmanu reported here: https://bugs.mageia.org/show_bug.cgi?id=12263#c1 I'll try to reproduce I'm not sure it is all one and the same bug-bug :-/
Source RPM: (none) => drakx-installer-stage2CC: (none) => marja11Summary: "bug" command failled => "bug" command failedWhiteboard: (none) => 5beta1
Assignee: bugsquad => thierry.vignaudPriority: Normal => release_blocker
Thierry any feedback on that bug?
CC: (none) => ennael1
Still valid, classical pre-5beta2 64bit iso * error: ask_from_list: empty list interactive::ask_from_listf_raw() called from /usr/lib/libDrakX/interactive.pm:284 interactive::ask_from_listf() called from /usr/lib/libDrakX/install/commands.pm:404 install::commands::bug() called from /usr/bin/bug:16 (eval)() called from /usr/bin/bug:14 The USB key that I had inserted was new, empty and FAT32 formatted. I just wrote to it without any problems.
Whiteboard: 5beta1 => 5beta2
Created attachment 5795 [details] ddebug.log retrieved after "upgrade-install" and reboot ddebug log of today's "upgrade install" in which the "bug" command was given
Since finding the provenance of the /usr/bin/bug script is not straight-forward for the non-initiated, here are some pointers: The "bug" command seems to be defined by this script: http://gitweb.mageia.org/software/drakx/tree/perl-install/install/commands where $progname is "bug". It then calls this subroutine which fails when used without arguments on line 404: http://gitweb.mageia.org/software/drakx/tree/perl-install/install/commands.pm#n387 $part = $in->ask_from_listf('', "Which device?", \&partition_table::description, [ install::any::removable_media__early_in_install() ]) or return; I'm not fluent enough in perl to tell why it fails though, but at least the issue is located.
CC: (none) => remi
Whiteboard: 5beta2 => 5beta3
Claire, is this the same bug as what you described in bug 12263? I get the same debug output as you do in tty3, though it's in a VM without USB stick attached so I don't know how relevant it is.
Forgot to CC Claire, please see comment 8.
CC: (none) => eeeemail
looks like the same bug. close the old one if you like
*** Bug 12263 has been marked as a duplicate of this bug. ***
Interesting photo of the debug output from bug 12263: https://dl.dropboxusercontent.com/u/4147101/mga4rc/DSC02476.JPG
(In reply to Rémi Verschelde from comment #7) No it fails b/c it didn't find any removable device. You need to either put a floppy or a USB key.
(In reply to Thierry Vignaud from comment #13) > (In reply to Rémi Verschelde from comment #7) > No it fails b/c it didn't find any removable device. > You need to either put a floppy or a USB key. Ok, thanks for the precision. Shouldn't it say that it can't find a removable device instead of erroring out because of an empty list?
it fails even with a usb key Thierry. It works still if you manually specify the partition (eg. bug /dev/sdc1) but used to work with just bug on it's own.
I'll first make a better error handling then look at USB issue
commit 5eba62f7462c30319ce7dd540cf0cd2600611bc5 Author: Thierry Vignaud <thierry.vignaud@...> Date: Tue Feb 17 22:41:25 2015 +0100 display a nicer message when no removable medium is found (mga#14435) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=5eba62f7462c30319ce7dd540cf0cd2600611bc5
commit 377e714008c08a1b8439ae619624b1218627afd9 Author: Thierry Vignaud <thierry.vignaud@...> Date: Tue Feb 17 22:41:25 2015 +0100 display a nicer message when no removable medium is found (mga#14435) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=377e714008c08a1b8439ae619624b1218627afd9
For USB, the issue is that the {usb_media_type} field is not filled. It looks like detect_devices::complete_usb_storage_info() failed to retrieve the proper data. There's something that differs between standalone & install regarding /sys
CC: (none) => mageia, mageia, tmb
And the winner is: debugfs is not mounted on /sys/kernel/debug anymore in drakx Once it's manually mounted, bug works again... Colin? http://gitweb.mageia.org/software/drakx/commit/?id=63d2a603b9b2bc27090405ba4a05a4aaa8840ea2 was a bit brutal...
Created attachment 5929 [details] mount again debugfs
commit d590e8727f7274119df1f9e98adc11aca6aafaaa Author: Thierry Vignaud <thierry.vignaud@...> Date: Wed Feb 18 01:11:51 2015 +0100 mount again debugfs for ldetect (mga#14435) regression from commit 63d2a603b9b2bc27090405ba4a05a4aaa8840ea2 --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=d590e8727f7274119df1f9e98adc11aca6aafaaa
Closing
Status: NEW => RESOLVEDResolution: (none) => FIXED
(In reply to Thierry Vignaud from comment #20) > And the winner is: debugfs is not mounted on /sys/kernel/debug anymore in > drakx > Once it's manually mounted, bug works again... > > Colin? > http://gitweb.mageia.org/software/drakx/commit/ > ?id=63d2a603b9b2bc27090405ba4a05a4aaa8840ea2 was a bit brutal... Oops... a bit brutal indeed :( Wonder why this didn't come up before now (that change was a while back!) Thanks for fixing all the same!
*** Bug 15281 has been marked as a duplicate of this bug. ***
CC: (none) => tarazed25
*** Bug 15240 has been marked as a duplicate of this bug. ***
CC: (none) => brianpeterson2
*** Bug 15239 has been marked as a duplicate of this bug. ***
Would this also account for stage2 screenshots being created as zero byte files Thierry?
Source RPM: drakx-installer-stage2 => drakx-installer-binaries
Summary: "bug" command failed => "bug" command failed (USB devices were no more detected)
(In reply to Colin Guthrie from comment #24) What's more it broke detecting USB devices. At least, udev masked it a bit as we were able to detect USB mass storage b/c drivers were loaded by udev (modulo identifying USB devices like this one & a couple release blockers I'll tag as duplicates) (In reply to claire robinson from comment #28) No. That was bug #13684 on UEFI machines. If you saw empty screenshots, ask Marja about it then open a new bug report
Created attachment 5961 [details] Diagnostic report from UEFI install
Sending bug.report.xz.
*** Bug 15071 has been marked as a duplicate of this bug. ***
CC: (none) => seilebost
*** Bug 9904 has been marked as a duplicate of this bug. ***
CC: (none) => ftg