Background/Hardware:
- Sony Vaio SVE17137 CXB, pre-installed with Windows 8
- Intel Core i7-3632QM
- Mobile Intel® HM76 Express Chipset
- AMD Radeon HD7650M
- 16 GB RAM
- 1 TB internal drive
- Windows 8 wiped. No dual boot.
- Secure Boot is turned off.
- UEFI is on.
Booting any of the (U/Ku/Lu)buntu installations, I get the split screen error that others have reported with the latest AMD Mobile Graphics controllers. This isn't a problem. Once the installation is complete (assuming it does complete), I simply install the latest Catalyst distribution, and the split screen problem is gone.
Regardless of which distribution I use, my disk is partitioned as follows:
- /dev/sda: GPT Partition Table
- /dev/sda1: 256 MB EFI boot partition (automatically mounted on /boot/efi)
- /dev/sda2: 16 GB swap partition (Overkill. I know.)
- /dev/sda3: 900+ GB ext4 partition mounted on /
Every attempt at installing one of the three Ubuntu distributions mentioned above fails in some way!!!
Kubuntu (which I prefer) and Lubuntu fail before completion of the installation.
In both cases, I boot up the CD's, and select "Try Ubuntu". Once in the booted OS (which do work just fine, BTW!), I select "Install Ubuntu".
I partition my disk as above, and let it run. Both versions fail with one of two fatal errors:
- "subprocess installed post-installation script returned error exit status 17"
- "grub-install dummy fatal error"
The latter sometimes reports a different grub-install failure, which I've unfortunately forgotten to write down, but it's essentially the same.
Regardless, there is no reason for these to fail! My partitioning is as simple as possible, and I'm not trying to do anything more than install a single OS! I understand the difficulties with dual booting. They don't apply.
I should add that I've also tried selecting the "entire disk" partitions, where the installer partitions the disk itself. I've tried both using and not using LVM. The installations fail in the exact same way! (And, it should be noted, the partitions created by the installer are essentially the same as mine.)
So, even with virtually zero customization on my part, these installers fail!!!
The Ubuntu installation acts somewhat differently. It will sometimes just crash on me, but usually it installs successfully! When I try to log in, the interface freezes. That is somehow linked to the AMD split screen error.
At that point I just open a console and install the AMD Catalyst. The split screen error and the login freeze both go away.
I log in, and get a blank screen! That's ALL!!! I can right click and change my background. I can create a new document or a new folder. Nothing else!
The desktop manager doesn't start. I've re-installed at least a dozen times with the same exact results!
Please note, I've searched and searched for explanations to these errors. I've tried every single fix I've been able to find. NONE of them have helped!
Any help would be greatly appreciated!
EDIT: 5/11/2013
With the help of Rod Smith's response, I now have more information to add to my attempts to install Kubuntu... (Although I'm still failing!)
The first error message I referenced:
- "subprocess installed post-installation script returned error exit status 17"
was due to the fact that I'd stupidly turned Secure Boot back on to test it, and then promptly forgot that I'd done so!
After turning Secure Boot off again, I'm back to the second error:
- "grub-install dummy fatal error"
Rod, in answer to your suggestions, yes, the installer is installing in EFI mode! The directory you referenced, /sys/firmware/efi
does indeed exist.
Furthermore, when I had Secure Boot turned on, the first of the error messages happened earlier in the installation process than the grub-install dummy fatal error
. Therefore, with Secure Boot on, the /boot/efi directory was never even populated. Now that directory contains /boot/efi/EFI/kubuntu/grubx64.efi
.
Regardless, now that I've realized that I'm an idiot and have corrected my mistake, the installation still continues to fail with:
- "grub-install dummy fatal error"
My next test is to try installing in BIOS mode, using the BIOS boot partition you mentioned. (Thanks for that! I didn't know that GPT disks needed that!)
However, I would very much prefer to boot in EFI mode, if at all possible!
Googling that error message returns a number of hits, but none of them have helped!
EDIT: 5/14/2013
Rod, there's too much to write to do so in a comment...
I tried to install rEFInd from your website, but it failed, and I'm not sure why! First off, here are the steps that I took:
While running the Live CD, and after the installation failed, I mounted the following:
- /dev/sda3 on /mnt
- /dev/sda1 on /mnt/boot/efi
I copied refind-bin-0.6.11.zip onto the system and unzipped it.
After unzipping the archive, I cd'd to it and ran:
sudo ./install.sh --root /mnt
but got the error:
There were problems running the efibootmgr program!
You may need to rename the refind_x64.efi binary to the default name (EFI/boot/bootx64.efi on x86-64 systems or EFI/boot/bootia32.efi on x86 systems) to have it run!
I used efibootmgr to list out the boot entries, and no change was made to the list. The rEFInd entry was absent.
I didn't quite know where to go from there, so I decided I would just do it manually, from the instructions on your website.
I generally prefer doing things that way anyway! Believe it or not, I've been a System Administrator for over 25 years! However, all of my experience has been with Sun systems running Solaris, and, before that, SunOS, as well as quite a bit of experience with Windows. I'm therefore familiar with the basics of Linux and, obviously, the GNU software, as most of it is similar to Solaris. Unfortunately, I have zero experience with UEFI! I'm using BIOS on the new Windows system I just build, because it wasn't worth the time to figure out how to use UEFI. Well, now it's time to learn!
Anyway, I went through the manual instructions exactly as on your site. (Add sudo
before all of these commands.):
The internal drive is mounted under /mnt and /mnt/boot/efi, as above.
From "refind-bin-0.6.11", ran
cp -r refind /mnt/boot/efi/EFI/
cd /mnt/boot/efi/EFI/refind
rm -r drivers_ia32 tools_ia32 refind_ia32.efi
cd drivers_x64 ; rm ext2_x64.efi hfs_x64.efi reiserfs_x64.efi ; cd ..
(Didn't know if I should keepiso9660_x64.efi
, so I kept it.)mv refind.conf-sample refind.conf
And finally, I ran "efibootmg", using the long form options, simply to make it easier for me to read:
efibootmgr --create --disk /dev/sda --part 1 --loader EFIrefindrefind_x64.efi --label rEFInd --verbose
which returned absolutely nothing. It just returns without any messages or any output whatsoever, which, considering that I specified the '--verbose' option, was a bit of a surprise!
EDIT: 5/15/2013
So, I was looking through the system logs, and noticed that every time efibootmgr is run, it logs an entry in /var/log/kern.log
.
According to, well, you, (in another thread), the efivars module is now built into the kernel, and the /sys/firmware/efi
directory is evidence of that.
So then, one would not expect this in their kernel log:
kubuntu kernel: [80182.133386] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80633.493177] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80696.988083] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80721.952797] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80725.893414] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80790.848496] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [86511.078667] efivars: set_variable() failed: status=8000000000000009
I have no idea why these are happening, but, for now, it's all a moot point...
Since I'd already wiped Windows off of this sytstem, I figured I'd just use the DOS BIOS upgrade tools. I of all people should have known that there was something screwy with their instructions! I should have searched online about this first, because, for the first time in my life, I have bricked a machine!!!! :-(
This machine is only a month old, so Sony is actually sending someone out to take a look at it. The guy I spoke with seemed to think it wouldn't be a problem getting it fixed!
There are literally dozens of posts online from Vaio owners who have done the same thing when trying to flash their BIOS in DOS!!!
So, I won't be able to test anything more for a time! :-)
I'll be back!
EDIT: 5/26/2013
And he's back...
So, rather than continue to try the same thing over and over and expect a different answer, I decided to take an alternate root!
I decided that the easiest way to deal with this was to install the system in Legacy mode and then convert it to EFI mode.
I know that this isn't "easy", but it gives me the advantage that I start with an installed system, rather than running off of CD.
That said, this required some "pre-configuration" first...
To make this possible at all, I had to partition my disk with both an EFI system partition and a BIOS boot partition! Unfortunately, I discovered that, if you boot the Live CD in Legacy mode, you cannot create an EFI partition with the Ubiquity installer! Unlike when you boot in EFI mode, the selection of the EFI system partition is missing from the disk partition interface.
Note that I could have used Rod's excellent GPT fdisk utility to create the partition table I needed, but I wanted the EFI partition setup first.
I first booted the Live CD in EFI mode. I started the installer, so that I could partition my disk as follows:
- 1 Type: fat32 Name: EFI System Flags: boot
- 2 Type: Name: BIOS boot Flags: bios_grub
- 3 Type: swap Name: Linux Swap
- 4 Type: ext4 Name: Linux Filesystem
I actually let the installer run until it crashed (as always) at the EFI boot manager installation.
I then changed the BIOS to Legacy and did the full install, making sure not to touch the EFI partition.
And there I am...
While this may sound convoluted (because it is! :-D ), I now at least have a running Kubuntu installation, for the first time! :-)
I don't know where to go next! Rod, if you see, do you have instructions on how to turn a BIOS boot with a GPT disk into an EFI boot? I thought you did, but I can't find it.
As always, any advice, such as: "You idiot! What were you thinking?!? No, here is the right way to do it..." would be greatly appreciated!
(In the interest of keeping this cordial, respectful site the way it is, perhaps it would be best to leave out the first part!!!)
Thanks!