I've searched but don't find an answer to this exact problem.
Box: Dell OptiPlex 360 Motherboard: SMBIOS CPU: Intel Core2 Duo E7300 Rev 6.7.6 64-bit Bridge: 82G33/G31/P35/P31 DRAM controller (says 32 bit width) RAM: 2G Disk partitioning: GPT --- 1M empty space sda1 1M unformatted (biosgrub) "use as reserved bios boot area" sda2 500M ext2 /boot sda3 15G ext2 / sda4 47G ext2 /home sda5 2G swap sda6 10G ext2 [not mounted] --- 15.95M unallocated Ubuntu 18.04 LTS 64-bit iso verified by sha256sum and burned to DVD
This box has successfully run various flavors of Ubuntu 16 LTS 32-bit by installing the binary boot code to sda1, a practice that has been successful with several other BIOS based (non-uefi) desktops with disk formatted as GPT. There is no error message about 64 versus 32 bit, afaik it's a 64-bit capable box. I've tried it twice, once specifying as device for boot loader "sda", and then as "sda2." Each time, the install proceeds without interruption and says that it was successful.
However, when booting, it displays the familiar purple background, then the "ubuntu" letters in center with the tri circular symbol; there is disk activity for a few minutes. A mouse arrow appears in the middle of the screen but is frozen. Then, all activity stops and the machine is hung.
Afaik, it's successfully locating the binary in sda1 and begins the boot process (or we wouldn't see the initial ubuntu screen). Could it be confused by the swap partition? I know it uses a file now, but maybe it would just ignore the partition. Could the host bridge be a bottleneck? It says 32b but that's not for the word-width of the machine, just the DRAM transfer protocol, I thought.
I have tried a Linux Rescue CD (5.2.1) and choosing "boot an existing system," but it gives some error messages:
/newroot/sbin/init no such file /sbin/init not found on root filesystem /sbin/init on the root filesystem is an binary [sic]
Then removed rescue cd and restarted, [esc] to enter Ubuntu grub menu, "advanced options" to recovery mode:
Welcome to Ubuntu 18.04 LTS
I chose "update grup bootloader"
will remount / and any others in /etc/fstab cannot create /boot/grub/grub.cfg.new directory non-existant
Back to the recovery menu and a root prompt; it does find all partitions sda1-sda6 under /dev
I also looked at /etc/fstab and it shows all 4 necessary partitions
sda2 /boot sda3 / sda4 /home sda5 swap
were mounted during installation, and their associated UUID's are there in /etc/fstab, so I'd think these should get mounted during boot. Nevertheless, it hangs.
This is an older box that I normally use to test out new OS's before installing on the newer desktop.
Any help or suggestions would be appreciated.
As this is my first question posted here, thank you for welcoming me to the forum, and please be patient with me, I am an experienced digital HW person from long back, but not as good at Software as some of you folks are.