Help answer threads with 0 replies.
Go Back > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Slackware This Forum is for the discussion of Slackware Linux.


  Search this Thread
Old 03-03-2007, 09:07 PM   #16
Slackware Contributor
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,221

Rep: Reputation: 709Reputation: 709Reputation: 709Reputation: 709Reputation: 709Reputation: 709Reputation: 709

Originally Posted by GrapefruiTgirl
This is where I got the UDEV 103 from
Okay, then we've got a misunderstanding with respect to custom compiled software. The location pasted above is the upstream source of udev - in other words, that's what the udev developers release. You can certainly get that and compile it locally (as you already know ), but there are often some other things that need to be taken into account to make sure the whole system is going to play nicely with it (this is especially important with respect to udev).

Hmmm, as far as the 103 of you guys *not* supposed to work on a "stock" Slack-11 system, what do you mean by "stock" ?
By a "stock" system, I mean a full installation of Slackware 11.0 that has not been modified. For the purposes of udev development testing, the important parts are the kernel and the init scripts. In order to get good (usable) feedback from testing, we like for people to use the official kernel from /extra or the 2.6.18 kernel from /testing (or the compiled from the same config) and our modified versions of the init scripts as included in the sysvinit-2.86 package.

Mine gets farther from stock every day :P LOL I have changed almost all of my rc.scripts from a tiny bit to.. Well, to more than a tiny bit. I've changed rc.M and rc.S , re: the order in which services are started relative to udev and the syslogger..I've changed the udev/uevents junk over to the newer way with udevtrigger and udevsettle..
If you've figured out all (or even most) of the needed changes to stuff for newer udev (especially the ones needed to the rules files), then we'd definitely love to get you involved in testing our stuff.

In reference to your changes of rc.* - well, I understand; sometimes there's just no way around it, and even when there is, sometimes it's the best way. That being said, modifying the stock rc.* scripts (especially rc.{S,M,6}, make upgrades a tremendous headache. Once you go through an upgrade cycle and fight with trying to figure out if your changes are even needed any more, where to put them, and so on, in the new scripts, you'll probably decide that rc.local is a *wonderful* place to put things after all... ;-)
Old 03-03-2007, 09:34 PM   #17
LQ Guru
Registered: Dec 2006
Location: underground
Distribution: Slackware64
Posts: 7,594

Rep: Reputation: 551Reputation: 551Reputation: 551Reputation: 551Reputation: 551Reputation: 551
LOL @ rc.local.. Hehehe I have a bunch of things in there.. My hdparm settings are in there (rather than make **another** rc.file (which I did first) I just put my IDE device IO settings, save-settings, power-down settings, and also rc.local initializes my motherboard HWsensors stuff.)
Umm, as far as a stock installation, I guess mine doesn't count. However, I do have almost 300 GB free, and it would be small beans to install another Slack-11 installation in another partition, fresh off of the CD's.. In fact, I have been meaning to do this for some time, as it would be a perfect learning/testing ground where I wouldn't risk my actual 'real' install.. You should know, I came full-speed from Windoze XP about 2 months ago after it DESTROYED my old HD and I finally 'threw it out the window' (Windoze I mean, once and for all ) so I am far from an expert, but I am definitely a tuner/tweaker/perfectionist when it comes to this puter .
That said, I'd be happy to install a 'stock' slack-11 with which to play with your new udev's, for the good of all.
Keep me posted.

Last edited by GrapefruiTgirl; 03-03-2007 at 09:40 PM.
Old 02-05-2008, 10:43 PM   #18
LQ Newbie
Registered: Oct 2005
Posts: 22

Rep: Reputation: Disabled
Just an update for anyone else who might come across this thread, the issues of udev not being able to "rmdir" due to the fact that /dev is a "read-only filesystem" and the "file exists" error when the kernel/boot scripts try to create symlinks which already exists is, indeed related to the kernel config.

I'm running 2.6.24 which I downloaded from and just compiled and installed myself. With the stock kernel, no error messages on boot; with the custom (i.e. configured to fit my machine, as opposed to the configuration which comes with Slackware 12) kernel, I get hundreds of these errors. Other than slowing down the boot process, wasting my battery, and annoying me, they don't seem to have any effect. I still have to work on my configuration to get my sound card working and such, but I was hoping that I could get this udev business sorted out first. Since I'm not sure how to find out which options cause it, nor how to find out if my kernel has been compiled "incorrectly," I'm a bit stuck on the "fixing udev errors" front.

I'll post back if I figure it out. In the meantime, if anyone has any suggestions...
Old 03-18-2008, 02:07 PM   #19
LQ Newbie
Registered: Mar 2008
Location: Texas
Distribution: Slackware, OpenBSD
Posts: 1

Rep: Reputation: 0
I had this same problem; I believe the solution was to enable tempfs support in the kernel under "File systems" -> "Pseudo filesystems" -> "Virtual memory file system support".
Old 03-20-2008, 02:13 PM   #20
LQ Newbie
Registered: Feb 2008
Posts: 17

Rep: Reputation: 0
Originally Posted by Daemonstar View Post
I had this same problem; I believe the solution was to enable tempfs support in the kernel under "File systems" -> "Pseudo filesystems" -> "Virtual memory file system support".
That worked for me, no more udev boot errors. Thanks. By the way,
it makes sense because rc.udev checks for tmpfs, which I will have to
look more in detail to know what it does.

Also, the boot message "Triggering udev events" appears twice in my boot,
one some place early and the other one near the end, second one adding "--retry-failed". Don't know what this is.
Old 03-21-2008, 10:46 AM   #21
LQ Newbie
Registered: Oct 2005
Posts: 22

Rep: Reputation: Disabled
I reverted back to the stock Slackware 11 configuration and it fixed my problem. I just checked and saw that tempfs is, indeed, enabled. For anyone who's looking for it in the kernel config (as of 2.6.24):

-> File systems
-> Pseudo filesystems
-> Virtual memory file systems support (former shm fs)


failed, rmdir, udev, udevd

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
mount : ... failed, reason given by server: Permission denied knaries2000 Linux - Networking 4 06-25-2013 11:33 AM
XMMS: alsa_get_mixer(): Attaching to mixer hw:0 failed: Permission denied Adrohak Linux - Software 3 06-24-2010 03:10 PM
Failed to send mail : Write failed : Permission denied shawnbishop Linux - Software 1 03-27-2006 01:50 PM
php failed: Permission denied (13) in rino.caldelli Linux - Software 2 03-18-2006 11:25 AM
Wine Installation failed, permission denied enegron Linux - Newbie 4 10-15-2003 03:08 AM > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 04:31 AM.

Main Menu
Write for LQ is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration