Fresh Slack 10 install::Can't modprobe...insmod failing.
Hey everybody, I started a thread about this a while ago and didn't get any response...I'm trying again, as I can't figure out the problem and it's driving me batty.:confused:
I just did a fresh install of slack 10 on an old sony vaio laptop. I have ndiswrapper "working" with (read recognizing) a D-Link pcmcia card, but I can't get it to modprobe. Actually, I can't really get anything to modprobe--I get errors about insmod failing, no such device with sonypi.0.gz, etc. Here's the errors: Code:
/lib/modules/2.4.26/kernel/drivers/char/sonypi.o.gz: init_module: No such device I've tried googling sonypi.o.gz. I'm thinking the init_module error there may be the root of my problem--but I haven't figured anything out yet. Why would modprobe ndiswrapper attempt to load the sonypi.o.gz module before loading ndiswrapper? If anyone has any ideas, I'd really appreciate the help...I'm stumped.:scratch: |
Why not compile the drive into the kernel instead of using modules?
|
i use modprobe instead of insmod. i just find it easier for slack to load all the necessary modules with the one i want to load.
if youre gettin errors, then these are probably the following problems: 1. IRQ conflicts 2. the module does not exist 3. the component the module supports is not recognized by the OS i would just try compiling a new kernel and adding module support for whatever you need. then the modules will be loaded on startup, and you know they are included. if you have problems still, its probably a problem with the hardware. |
If you get those messages at boot time, they may be happening when
your init scripts load /etc/rc.d/rc.modules. As far as the sonypi.o.gz kernel modules that is failing to load, documentation for my 2.4.26 Slack 10 system can be found in /usr/src/linux-2.4.26/Documentation/sonypi.txt. It seems like it's a driver specific to your system. If it's not in the path shown in the errors, you might want to recompile your kernel to add it as a module, or at least check that it's compiled statically. To see if that drivers working the following could check for the device it's supposed to create. #ls /dev/sonypi That's about all I can come up with, I also have a related question. Carboncopy, you touched on it. How would I compile an external module statically into a kernel? Like ndiswrapper for instance, how would add that into a kernel at compile time, rather than use it as a module? |
All times are GMT -5. The time now is 06:06 AM. |