I'm going to document some of the troubles and solutions for installing #! on my new HP 15-g012dx. This is a new model that was recently released. At the time of purchase (a week ago), there were ZERO customer reviews -- only blogger-type reviews were available. Thus, I took a chance that this computer would run linux. I already had #! installed and working on a toshiba laptop running a A6-5200 CPU, but the toshiba keyboard wasn't responding appropriately. Anywaey, here's some tips/info for anybody who gets this laptop.
Model: HP 15-g012dx
CPU: A8-6410 with R5 graphics
Win8.1 Prep: You must shutdown Win 8.1 completely. Even with fastboot disabled, the laptop will not shutdown completely. Restarting will shut the computer down instead of putting it into a sort-of hibernation state. This will then allow you to boot the live drive. Or, in Win 8.1, you can hold shift while clicking on shutdown. Either way, make sure you watch the messages when booting the live distro. If you see anything about the harddrive being in a suspended state, then reboot into Windows and shut it down completely.
Booting: the bios might be a hybrid bios (more on this later) because even though secure boot and UEFI are disabled, Win 8.1 will still boot. To boot the live distro, you have to press ESC shortly after turning it on. This brings up a menu. Press F9 to get to a boot menu and select the USB drive. You must be in legacy boot mode.
Installation: This happened without a hitch.
Booting with UEFI: I followed this post: Dual Booting with UEFI. You have to boot with the live distro, chroot into the new installation, install grub2, then it will be set to go with a minor problem. See next issue.
Booting with GRUB2: This is an unresolved problem. I booted into UEFI shell (modified version 1 to give access to bcfg command) and added grub to the boot options. I changed the boot order to make USB first, CD/DVD second, Grub third, and WIN last, but upon reboot I lose this order. A UEFI flash drive seems to trump windows boot, but I am unable to get grub to boot as default. Several hours of research suggest that this laptop might have a hybrid bios/EFI boot menu. As such, the computer will ALWAYS look for windows boot file first regardless of the order that's given in the bios or EFI memory. I read about some work around, but I have yet to try it out. Currently, I have to use ESC then F9 to manually select GRUB2 and boot into #!.
Graphics: This was also a problem, but it was one that I encountered with the A6-5200 CPU. The live distro has no problem booting into the desktop, but the installed version puts me right at tty1. I followed a post about installing smxi and using that to install the graphics driver. For the toshiba c55d (with A6-5200), the current fglrx driver works great for the stable kernel. It also works well with the 3.14-1 kernel. Unfortunately, the R5 graphics in the A8-6410 APU is not supported by the current fglrx. You'll receive a 'no device found' message when installing the fglrx driver. However, the beta version does support the R5 graphics (linux-amd-catalyst-14.6-beta-v1.0-may23.zip). I installed lynx (text-based web browser) to get to the AMD site and download the beta driver. Alternatively, boot with the live distro and use iceweasel to get the file. You'll have to mount your home folder and save the file there. In the folder where you saved the zipped driver, unzip it ('sudo apt-get unzip' if unzip isn't found), cd into the new folder, then try 'sudo ./amd-driver-installer-14.20-x86.x86_64.run'. If you're lucky, then the install works without a hitch. This seemed to be the case with the stable kernel (v 3.2). Installing and booting with a new kernel (I don't know the cutoff, but I installed 3.14-1) resulted in the loss of my brightness keys. Common backlight fixes (eg., xbacklight) didn't work, and I remember smxi saying that if you update the kernel, then you need to reinstall the video driver. In the newer kernel (3.14-1), though, the install of the beta driver throws an error message related to KCL_GetEffectiveUID. In the log, there's a statement saying 'Incompatible types when returning type kuid_t but KCL_TYPE_Uid expected'. I resolved it by making a patch file. On another computer (it was easier to do this for me) or after booting with the live distro, open geany and paste the following into a text file:
--- lib/modules/fglrx/build_mod/firegl_public.c +++ lib/modules/fglrx/build_mod/firegl_public.c @@ -1784,7 +1784,11 @@ KCL_TYPE_Uid ATI_API_CALL KCL_GetEffecti #else #ifdef current_euid +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3,14,0) + return __kuid_val(current_euid()); +#else return current_euid(); +#endif #else return current->euid; #endif
I saved it as KCLUid.patch. Next, go into the fglrx folder (same one where you .run file is and run this command:
./amd-driver-installer-14.20-x86.x86_64.run --extract amd cd amd
Copy your patch file into the amd/common folder and issue the patch command:
patch -p0 < KCLUid.patch cd ..
You should be in the amd folder now. Lastly, install the beta driver:
sudo ./ati-installer.sh 14.20 --install
You should receive some sort of congratulatory message telling you that the driver installed correctly. I rebooted and now my brightness keys work. (NOTE: I have no idea what 'patch -p0' did. And, I have no idea why I had to use '14.20' in the ati-installer.sh command. I used patching info for catalyst drivers in various distros to get the beta driver to install on this computer)
That's sums up the install process. I've been happy that I've only had to deal with the video driver. Now, I'm going to try some workarounds with the UEFI boot process to make #! the default OS.
Last edited by Choven (2014-06-20 02:23:33)