|
When you say he updated, did he have a working Ubuntu installation and then used the internal update mechanism to upgrade to 9.10? If so, working installation went, that could be a source of the problem. Depending on how far back the working installation goes, it could make unraveling what happened quite complex.
Extremely generic advice:
That said, most of these driver issues boil down to a couple things. Assuming the driver actually exists on the system, the driver may not be compiled against the current kernel and thus is failing to load. Or, if it is there and is correct for the current kernel version, either some other driver is being loaded that interferes with it, or the driver itself is being blocked by some configuration file. The system calls it but then doesn't actually load it. The latter often happens when the packager (Ubuntu) changes the configuration of the driver to be used, blocking the old one from loading, or they do this in testing and forget to change it back before release. It's easy to do when you're dealing with a billion drivers of various sorts, most of which the hardware manufacturer doesn't support and sometimes tries actively to prevent from working properly.
The lsmod command can tell you what modules are actually loaded. You can pipe that through grep of course to search for specific things. I'd first check to see if the ath5k is actually being loaded, then go from there. (If it *is* loaded and isn't working, there's another problem than this.) Anyway, when you're searching for an answer, look for potential solutions that mention these things. You'll probably need to check the modprobe configuration.
|