How to recover from a botched graphics card driver install
OK,
Lastnight I decided to finally attempt to install the dedicated ATI/AMD Catylist drivers. After all I was successfull with the HP drivers, right... No matter which grub selection I make, getting in is broken, except of course for the Windows XP Pro x64 entry, that works just fine. I'm here with you today, because of the Fedora 21 Live DVD, (slooooww). Here is the drivers log file: ========================================================== Supported adapter detected. Check if system has the tools required for installation. Uninstalling any previously installed drivers. Unloading radeon module... rmmod: ERROR: Module radeon is in use Unloading drm module... rmmod: ERROR: Module drm is in use by: ttm drm_kms_helper radeon [Message] Kernel Module : Trying to install a precompiled kernel module. [Message] Kernel Module : Precompiled kernel module version mismatched. [Message] Kernel Module : Found kernel module build environment, generating kernel module now. AMD kernel module generator version 2.1 doing Makefile based build for kernel 2.6.x and higher rm -rf *.c *.h *.o *.ko *.a .??* *.symvers make -C /lib/modules/3.18.3-201.fc21.x86_64/build SUBDIRS=/usr/lib/modules/fglrx/build_mod/2.6.x modules make[1]: Entering directory '/usr/src/kernels/3.18.3-201.fc21.x86_64' CC [M] /usr/lib/modules/fglrx/build_mod/2.6.x/firegl_public.o /usr/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:6396:12: warning: ‘KCL_fpu_save_init’ defined but not used [-Wunused-function] static int KCL_fpu_save_init(struct task_struct *tsk) ^ CC [M] /usr/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.o /usr/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c: In function ‘KCL_ACPI_Slot_No_Hotplug’: /usr/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.c:845:21: error: ‘struct acpi_device_flags’ has no member named ‘no_hotplug’ tdev->flags.no_hotplug = true; ^ scripts/Makefile.build:257: recipe for target '/usr/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.o' failed make[2]: *** [/usr/lib/modules/fglrx/build_mod/2.6.x/kcl_acpi.o] Error 1 Makefile:1385: recipe for target '_module_/usr/lib/modules/fglrx/build_mod/2.6.x' failed make[1]: *** [_module_/usr/lib/modules/fglrx/build_mod/2.6.x] Error 2 make[1]: Leaving directory '/usr/src/kernels/3.18.3-201.fc21.x86_64' Makefile:88: recipe for target 'kmod_build' failed make: *** [kmod_build] Error 2 build failed with return value 2 [Error] Kernel Module : Failed to compile kernel module - please consult readme. [Reboot] Kernel Module : dracut ========================================================== I just rebooted without attempting to configure the card, as per the ATI/AMD warning stating that it's important to do so, because my thinking was derailed due to seeing errors, and the install program said I needed to reboot. Afterall, I just couln't believe that with a "Failed to compile kernel module" error, it would actually keep the changes I'd made, that surely Linux had a failsafe in place for such circumstances. In other words, I'm also a newbie, and just don't know how many hoops of fire one has to jump through to be at peace with linux. Can anyone please help be get back into my install, I've already set up so many things, there's just got to be a way, right? Thanks in Advance! JustAnotherHuman |
I would mount the root file system under /mnt (on your live DVD), chroot into the system and uninstall the ATI/Catalyst driver. Something like, as root, assuming your root filesystem is under dev/sda1:
Code:
mount /dev/sda1 /mnt |
Quote:
In this case I was hoping to find someone that's been there and done that, was once where I find myself ;) So thanks for the help, I believe I understand it. You're saying that while the Linux Live DVD is running, I can mount my linux installation on the HD, and uninstall the ATI drivers that are there, which should set up the default MESA driver configuration, right? I'm just confused how the Live DVD will know that i'm dealing with another install of linux. But then I'm a newbie! ;) Thanks very much for your time, I really do appreciate it! Have a good day! P.S. that last line "/usr/share/ati/fglrx-uninstall.sh" is in fact the correct path and filename, so you got it right! ;) Update: OK sda1 happens to be an NTFS partition. Using the desktop file explorer program supplied with fedora it shows that all installed linux volumes are mounted (on HD), as well as the live volumes. So how do I chroot (change root) so as to run the uninstall program? OK the sda naming scheme seems to be not used under this 'live' distrubution. When I use the file explorer, my installed Home partition is called "54 GB Volume". When I right click and select properties, it's "name" is some long string of alpha/numerics with dash's (-) thrown in from time to time, and the "volume" is still called "54 GB Volume". The same thing applies to the live partitions, they are called _Fedora-Live-WS- (both volume and name) What do I need to do? |
The syntax should work, and the "chroot" part is the part that makes the live distribution know it's on your installed system.
The long characters are probably the UUID, for example 75b654f6-0b39-4ae8-99ef-19520b732d2a Whatever the name or mount point that the home file system is on will work. Type in "mount" or "sudo mount" and post your results. You should be able to substitute whatever the mount point is for "mnt" in my example above. |
You don't have the option to boot into console?
There should be an Advanced Option at grub splash, just press the down arrow to scroll thru them. To get partition list use Quote:
|
Quote:
Quote:
Quote:
|
Quote:
Yes even the rescue line. I know, I tried them all. But thanks for your time! |
If I grok your mount output, then it would seem that
/run/media/liveuser/7603f734-a399-4a10-b68e-48455f99ea37 is your installed 54 GB root filesystem. If you type cd /run/media/liveuser/7603f734-a399-4a10-b68e-48455f99ea37 and then type ls, I presume you will see your filesystem? The list should start with bin, etc, boot sbin and friends.. If that is so, and usr is there as well, with the directory populated with the usual bin, sbin, lib64 and so forth, particularly share/ati/, then you should be able to execute the initial chroot commands by substituting in run/media/liveuser/7603f734-a399-4a10-b68e-48455f99ea37 every time I wrote mnt; ie Code:
cd /run/media/liveuser/7603f734-a399-4a10-b68e-48455f99ea37 |
I don't see why you can't boot into single user mode...? I would try that before attempting to chroot in.
Just hit 'e' at the grub menu on the kernel command line you wish to edit. This should be the latest kernel, so should usually be at the top of the list and then add the following to the end of the line (don't remove stuff that's already there). Code:
single modprobe.blacklist=fglrx This should start the kernel in single user mode and will also blacklist any existing fglrx module from loading. You should then be able to remove fglrx/undo what you did, etc. |
That sounds like good advice too.
|
Quote:
Yes it worked! I'm back into my Linux install. Of course I've learned a few things today. Thanks, old "older than newbie!" ;) The weird thing though is that originally, during boot up, there was this little teardrop shaped graphic that fills up with white until the end when it finally flashes the fedora "F" and you're in, that was changed to a bar, that eventually led to a lock up, after I botched the ati/catylist install, that has some how persisted, even though I'm in and it's working. Not that it's that big of a deal, either a teardrop shaped ball or a bar, but it does indicate that all was not reversed, I'm just hoping that enough was! Yes there were a few errors during the uninstall as well, but I'm thinking it was ati's fault. Again, thanks man! One question though, am I right to assume that we bound the two dirs from the two installations that you believed would be required for the uninstall, namely "sys" and "dev"? That's my take; yes/no? Later my friend! |
Quote:
Thanks man, I'll probably try and install the ati/catalyst drivers at a later date, once I figure out what went wrong, and I'll remember this just in case it fails again. Thanks guys! Later! JustAnotherHuman |
proc and sys are part of the running system (in this case the live DVD); if you want your chrooted system to reflect what the running kernel is using, you should bind them. Uninstall might have worked anyway; I'm not sure; it probably varies from uninstaller to uninstaller script.
Personally, I kind of liked it when uninstalling meant erasing the executable. ;) |
Quote:
|
All times are GMT -5. The time now is 11:01 PM. |