LinuxQuestions.org - Udev in Slackware

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Udev in Slackware (https://www.linuxquestions.org/questions/slackware-14/udev-in-slackware-182872/)

Udev in Slackware

Recently I updated to "current" and tried to start new device filesystem udev (I installed "udev" package and new start scripts). Everything seemed to start OK, until it came to Nvidia video driver. It refused to start. When I removed udev package, all is OK.
Does it need any further tweaking to make udev to work, or I do something wrong? Has anybody tried udev from current branch till now?

I have the same problem, I tried reinstalling the nvidia drivers but the drivers wouldn't compile. M my sound also stopped working, but that's probably something with the permissions. So anybody know how to solve these problems ?

Using google I found this :

http://www.reactivated.net/udevrules.php#nvidia

Which says this :

Quote:

...

Another solution is to simply create the nvidia specific nodes on bootup. X will then load the module when required, and as the nodes are already in existance, you will not run into the problem described above. Place these commands in a file that is automatically executed on bootup (e.g. /etc/conf.d/local.start for Gentoo):

mknod /dev/nvidia0 c 195 0
mknod /dev/nvidiactl c 195 255

You should now be able to get into X with no problems.

So dumping the above commands in /etc/rc.d/rc.local should fix the problem.

cool, just the problem(s) i was having

i'm not too fond of retrying udev right now... i installed it caused a bunch of trouble, specifically with nvidia drivers and sound

does anyone have a solution to the sound issue? i am running kernel 2.6.5 with all sound enabled as modules, with a proper alsaconf-generated /etc/modules.conf (and modprobe.conf); at bootup, i get errors about alsactl; rerunning alsaconf works fine, but running alsamixer also produced errors....

please compile kernel with alsa and the right driver built in, it works much easier and better at least for me. Remember to removepkg alsa-driver.

There's a new update for sysvinit and udev which have fixed my audio problems with udev.

Thanks George666, your advice concerning on Nvidia works OK. After updating sysvinit and udev also alsa works good.
OK, it works, but what are advantages of this new solution? With former devfs also all worked ....

Quote:

Originally posted by George666
There's a new update for sysvinit and udev which have fixed my audio problems with udev.

It does not fix the nvidia problem. Still need to use the mknod solution.

Quote:

Originally posted by Waldi
Thanks George666, your advice concerning on Nvidia works OK. After updating sysvinit and udev also alsa works good.
OK, it works, but what are advantages of this new solution? With former devfs also all worked ....

Googling for udev gives me this :
http://www.kernel.org/pub/linux/util...tplug/udev-FAQ

hmm, upgrading udev doesn't seem to help me with alsa troubles

yes, i have found several sources saying that i could manually create the devices at bootup, but i feel that it defeats the purpose of udev

so, when you updated udev, did you also remove the configuration scripts? the changelog states that updatepkg automatically deletes old config files

also, which init script starts udevd at bootup? if i don't use udev, i don't want that daemon running

According to the ChangeLog:

a/sysvinit-2.84-i486-39.tgz: In rc.S, support udev in 2.6 kernels.

and rc.S calls rc.udev but it won't attempt to load udev unless it sees sysfs mounted. So I edited /etc/fstab and added:
sysfs /sys sysfs defaults 0 0

I haven't had any trouble with ALSA... I didn't have to change or reinstall anything. If you are having alsa troubles, udev probably won't help that... what exactly is the trouble with alsa you are having?

I did find with udev if I want to mount to a loop device I have to 'modprobe loop' first. I don't know why that isn't handled... anybody? Also having a little trouble with VMWare. I think I need to create device nodes for VMWare similiar to creating them for NVidia.

Cheers -

Chuck

Quote:

Originally posted by TheOneAndOnlySM
hmm, upgrading udev doesn't seem to help me with alsa troubles

yes, i have found several sources saying that i could manually create the devices at bootup, but i feel that it defeats the purpose of udev

so, when you updated udev, did you also remove the configuration scripts? the changelog states that updatepkg automatically deletes old config files

also, which init script starts udevd at bootup? if i don't use udev, i don't want that daemon running

I copied over the new rc.S and rc.M over the old ones, upgrading sysvinit doesn't overwrite the old files it just creates rc.S.new and rc.M.new.

alsa works fine without udev, it is a problem (apparently) with its reluctance to automatically spawn the sound devices

and yes, i have copied all the .new files to their correct places, so the newest scripts do load proc and sys before udev is started

i completely uninstalled udev and reinstalled it again via the slackware package

strangely, even though dmesg and lsmod show that my sound module is working, i don't seen any entries for sound devices in my /dev directory (this is where they belong, hopefully, since i also have a new /udev directory....)

do you guys have alsa configured into the kernel or as outside modules? mine is currently configured with all alsa modularized (since building it into the kernel gave me problems in kde)

Slackware-current; updateed udev, sysvinit, etc, Changelog:
Fri May 21 01:39:02 PDT 2004
a/devs-2.3.1-noarch-21.tgz: Chgrp some devices to audio, video, or cdrom.
a/etc-5.1-noarch-8.tgz: Add to /etc/group: audio(17), video(18), cdrom(19).
Don't leave $file set after running scripts in /etc/profile.d/.
a/lilo-22.5.9-i486-1.tgz: Upgraded to lilo-22.5.9.
Patched liloconfig to only suggest using ide-scsi for 2.4.x kernels.
a/shadow-4.0.3-i486-10.tgz: In /etc/login.defs, allow console users access
to the audio, video, and cdrom groups.
a/sysvinit-2.84-i486-41.tgz: Various updates in /etc/rc.d/.
In rc.S:
Mount /proc before doing anything else.
Remove SGIVWS hwclock cruft.
Use /proc/sys/kernel/random/poolsize for random_seed (Daniel de Kok).
In rc.M:
Power down monitor after one hour (Gerardo Exequiel Pozzi).
Increase supported dmesg buffer size to 64K (Lech Szychowski).
Support an /etc/rc.d/rc.hpoj if found (Marc A. Mironescu).
In rc.6:
Remove SGIVWS hwclock cruft.
Use /proc/sys/kernel/random/poolsize for random_seed (Daniel de Kok).
a/udev-025-i486-3.tgz: Moved make_extra_nodes into a separate script.
Fixed detection/perms on IDE cdrom devices.
Use new cdrom/audio/video groups.
d/automake-1.8.5-noarch-1.tgz: Upgraded to automake-1.8.5.
d/perl-5.8.4-i486-2.tgz: Support modules compiled for older perl versions.
n/curl-7.11.2-i486-1.tgz: Upgraded to curl-7.11.2.
xap/xpdf-3.00-i486-2.tgz: Fixed Cyrillic support in xpdfrc.
Thanks to Alexey Remizov for the bug report and patch.
xap/xv-3.10a-i486-2.tgz: Applied Greg Roelofs' "jumbo" fix and enhancement
patches (thanks, Greg!).
pasture/devfsd-1.3.25-i486-4.tgz: On systems that support both devfs and
udev, do not use devfs unless /etc/rc.d/rc.udev is non-executable.

yes, i have upgraded to the absolute latest, and all the config and init files are in place correctly...

it doesn't seem to be a problem with slackware, because other users of other distros (specifically gentoo) seem to have problems with alsa and udev

i have found another oddity; my /dev/cdrom (only when booting with udev) points to the wrong device (/dev/hdd) when it should point to /dev/hdc, and my lilo.conf contains the line hdc=ide-cd; is this a bug or is it resolvable?

I ran in to an issue whereacpi on my laptop was causing the sound card to fail. It would load the modules but not be bale to find the card. Disableing acpi and teh sound card worked again.

Slackware 10.0
2.6.7/2.6.9 kernel
toshiba 2805-s402