Even Ubuntu allows this chicanery to continue. It's just not fair that we spend all this money on a machine that we can't use how we wish. My distro carries an Ubuntu 14.04 base - why is it this hard to install?! I think the last issue may be a AHCI/RAID thing, but everything I've read about it seems to say disable the RAID option in the BIOS and do AHCI, but mine was already set like that. I even tried to reformat the drive with Acronis Disk Director and the Acronis bootable could only see itself in the tool, not even the drives on the machine. I did a BIOS wipe which managed to kill the obnoxious Dell OS Recovery Agent, turned off almost everything in my BIOS, and still get an UEFI error at the end of the Backbox installation saying it couldn't be installed into /target/. So instead, I got a Dell XPS 13 Developer Edition, brand new, with Ubuntu pre-installed and I STILL can't get Backbox on it. I started with a Lenovo Thinkpad 440 and could only get Ubuntu 16.04 installed under UEFI after 8 hours of trying to get Backbox Linux on there, which is based on Ubuntu but doesn't have the Microsoft extortion certificate on it (has to be installed Legacy).
#Startup disk creator ubuntu not working install
Lenovo and Dell both make it impossible to install any Legacy ROMs. I can confirm the same issues as Adrian, with a slightly different use case.
I can repeat the repair to load as many times as needed.Īt this point, my suspicion is the BIOS has problems with USB3 devices.
On next restart however it will be back to efi grub failing to find the stick. will allow the USB stick to boot precisely one more time.
#Startup disk creator ubuntu not working windows
Similarly, USB3 install media, such as the Kubuntu installer, do not appear on the UEFI boot selection screen after this point either.īooting into Windows from the SSD, loading up vmware with boot-repair-disk with the USB stick passed through, and then performing a repair of the bootloader on the stick. Future attempts to boot the stick result in UEFI loading local EFI grub, however grubs search_fs then fails to find the USB3 stick. However when the BIOS is set to USB3 mode, the stick can only be booted from this entry once. UEFI loads the efi copy of Grub, and grub search_fs finds the USB stick partition's uuid and chainloads usb grub further. When the BIOS is set to DISABLE USB3 mode I can boot from this fine as per the UEFI entry. I have Kubuntu 15.04 installed on a USB3 stick (full os, not a livecd). dev/sdb: 518 files, 144205/1952917 can confirm the same issues as Adrian, with a slightly different use case.
dev/sdb: 518 files, 144205/1952917 adrian- xps-13- 9343:~$Īfter that I am back to the beginning of this comment, USB boot into "Try Ubuntu" works sudo fsck /dev/sdb There are differences between boot sector and its backup. Fs was not properly unmounted and some data may be corrupt. Running fsck on the no longer booting USB stick I get this and can repair it with the -a option (shown below).Īfter that I am back to the beginning of this comment, USB boot into "Try Ubuntu" works adrian- xps-13- 9343:~$ sudo fsck /dev/sdbĠx41: Dirty bit is set. To get SSD boot to work again I have to add a UEFI boot opton pointing to After creating a ubuntu 15.04 USB startup disk (same for Startup Disk Creator and UNetbootin) I can boot exactly once from it in UEFI mode.Īfter that I can neither boot from USB nor internal SSD.