You are not logged in.
I recently tried out arch on my laptop searching for a binary replacement to gentoo and was very very impressed. I used the 7.1 base install disc, it worked without a hitch, all hardware detected, sweet. After it was running I did a pacman -Syu, upgraded everything, and it was all still working perfectly.
After the great success, I decided to do it to my desktop. Follow the exact same process, but after I did the system upgrade, all my hardware detection on my desktop stopped. I found that if I ran a hwdetect --load-modules by hand after boot, it loaded all the correct modules and worked fine, except my ethernet card kept changing between eth0 1 and 2. I am running an Nforce 350 series that has dual ethernet port built in.
Normally just having to run the hwdetect by hand wouldn't bother me, I would accept it as a bug or something and keep going, but also having to play guess the ethx device every boot is too much. Any help?
Offline
have you told rc.sysinit to:
MOD_AUTOLOAD="yes"
inc /etc/rc.conf?
you can prevent ethX to roundrobbin by creating /etc/udev/rules.d/10-network.rules which may look somehting like this:
SUBSYSTEM=="net", SYSFS{address}=="00:30:65:f6:32:00", NAME="eth0"
SUBSYSTEM=="net", SYSFS{address}=="00:30:65:13:b4:42", NAME="wlan0"
where the value of SYSFS{address} represents the MAC address of the device. you can get it by a simple ifconfig call.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
Wow thanks, I will give it a try. Is this caused by some recent kernel change? Also, why aren't my sound modules being loaded automatically anymore?
thanks again
Offline
I just ended up adding the modules to the autoload list in the rc.conf. I solved the ethx shifting problem with what you suggested. One oddity still remains. My sound card uses modules snd-intel8x0. I added it to the rc.conf, and like I said, it works, but it still gives an error on boot of "snd_intel8x0 not found". Other than annoying my perfectionist side, I guess its not a big deal. Just curious why it gave the false error.
Offline
have you told rc.sysinit to:
MOD_AUTOLOAD="yes"
I have that in my rc.conf
Offline
What you need to do now to get the sound working is:
1. pacman -Sy alsa-driver alsa-lib alsa-oss alsa-utils alsaplayer hwd
2. edit your /etc/rc.conf DAEMONS line and add (I usually put this before "network") hwd
3. as root run "alsamixer" and set your audio settings. If channels are muted select the channel (use <-- and -->) and press m to un-mute
4. press esc. to finish your audio volume settings
5. as root issue "alsactl store"
6. enjoy
Hope this helps.
Rick
Offline
5. as root issue "alsactl store"
or add alsa to the DAEMONS array in rc.conf. that will store mixer settings on shutdown and restore on boot automagically.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
I think you guys misunderstand my problem a bit. I am whining more than anything I guess. When I initially setup arch, upon boot, my sound modules were loaded for me. Upon upgrading some packages, I admit I didnt pay a whole lot of attention too, my machine no longer did loaded them for me, and started roundrobin'ing my eth cards. I have now fixed that and added my sound modules I want loaded to my rc.conf. I was just curious why they no longer loaded automagically, and if that was normal or not.
Offline
modules for sound cards should be autoloaded if supported devices are found, yes.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
make sure OSS compatibility lines are removed from /etc/modprobe.conf. They'll be marked, and have "oss" somewhere in the line. These can cause sound module auto-loading to fail.
Offline
Huzzah, that fixed it, thanks.
Offline