Package: live-boot Version: 2.0.15-1 Severity: wishlist Steps to reproduce: 1) script -c 'set -x; ls -a; sudo lb config --packages "gnome wireless-tools wpasupplicant" -d squeeze -b usb-hdd -p standard-x11 -m http://apt-proxy:9999/debian --bootappend-live "live-config.keyboard-layouts=fi" --linux-flavours 486 --binary-indices false --apt apt --memtest memtest86+ --debian-installer live --debian-installer-gui true --win32-loader false && sudo lb build' 2) write the resulting binary.img to an USB drive 3) boot the USB drive
Expected results: 3) the live system either boots or informs the user about an error Actual results: 3) At a low probability the boot fails. User sees just a green background and a mouse cursor that can be moved. Screenshot is attached as gnome_green_background1.jpg More info: 1) This happens quite rarely, rebooting the computer was enough to make it boot successfully. The cause of the failure is not important here. This wishlist bug is about improving error reporting so that people can detect and report such failures in the first place. 2) When I told the user that he should try ctrl-alt-f1 he was able to see squashfs read errors. Attached as squash_error_unable_to_read_page1.png 3) md5sum -c md5sums.txt says "OK" for all files 4) Would it be possible to switch out of X if read errors are detected? Would KMS make it possible for kernel to print the errors on top of X? -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash
<<attachment: gnome_green_background1.jpg>>
<<attachment: squash_error_unable_to_read_page1.png>>
