0

I've downloaded/tested the USB live version of Ubuntu 18 on my Desktop and decided to try and install it on my laptop. The laptop is a bit older, runs a 64bit CPU (Intel Q9000). When I try to boot to the USB drive, I see first the regular boot screen (keyboard + circle on bottom), followed by a command line blinking. Then, the screen goes into a pixel test mode, showing all RGB + grayscale test patterns and I hear a drum sound once.

When I try F4 to enter the debug mode, the same issue happens after selecting install.

Any advice?

  • Did you check the download with md5sum? 2. How did you create the USB boot drive (with which tool)? 3. Please specify your computer (brand name and model).
  • – sudodus Aug 30 '18 at 17:02
  • Checked, checksum checks out. As mentioned, the USB drive works with my desktop computer and starts Ubuntu there.

  • Rufus

  • Acer Aspire 8930g, Q9000 CPU, Nvidia 9600M, 4GB Memory, 1TB HDD

  • – petaris Aug 30 '18 at 17:04
  • I think you need the boot option nomodeset to make it work with that graphics card. The following link and links from it can help you enter nomodeset in the correct way, Boot options – sudodus Aug 30 '18 at 17:12
  • You are welcome :-) – sudodus Aug 31 '18 at 04:32
  • After installation and booting linux from HDD it is doing the color test again. How can I permanently modify to have nomodeset set as default for booting? How can I use grub to force a start in nomodeset? I only have command line grub available to me, the installation messed something up, because I have two HDDs and grub landed on the wrong one. Here is what I did:

    Just booted Linux Live, chrooted my installed linux drive and tried to edit /etc/default/grub . However I found that "nomodeset" is already saved in that file. Is there another place where grub accesses this nomodeset data?

    – petaris Aug 31 '18 at 08:06
  • I had to manually install grub with live USB on my boot HDD via: sudo mount /dev/sdb6 /mnt sudo mount /dev/sdb1 /mnt/boot for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done sudo chroot /mnt grub-install /dev/sdb sudo update-grub

    This resulted in a command line only grub upon startup. I got linux to boot via set root=(hd0,msdos6) linux /boot/vmlinuz-4.15.0-29-generic initrd /boot/initrd.img-4.15.0-29-generic boot

    Resulting in the test screen mode.

    – petaris Aug 31 '18 at 08:06
  • Repeated the sudo update-grub step a few times on LiveUSB Linux and used a different guide. It found the vmlinuz/initrd files and stated that it found a Linux, as well as Windows 10. However, upon rebooting it lists only Windows 10, no Linux. Trying to start linux with grub command line (see above) results in a colorful screen again. For some reasons, it doesn't access the grub data on /dev/sdb6/etc/default/grub (where my linux is) – petaris Aug 31 '18 at 08:51
  • To boil it down, I think grub-update (in live linux) does not write the found linux into my windows boot partition /sdb1/grub/grub.cfg. When I boot grub in command line, it does not use the settings from /sdb6/etc/default/grub – petaris Aug 31 '18 at 08:58
  • sudo update-grub is intended for installed systems (not for live systems). – sudodus Aug 31 '18 at 09:03