From: clemens@dwf.com
To: linux-hotplug@vger.kernel.org
Subject: Re: udev problems
Date: Mon, 18 Apr 2005 21:27:43 +0000 [thread overview]
Message-ID: <200504182127.j3ILRhBU025216@orion.dwf.com> (raw)
In-Reply-To: <200403071315.02925.michal@cihar.com>
> On Mon, Apr 18, 2005 at 12:13:38PM -0600, clemens@dwf.com wrote:
> > is.
> >
> > If it is legal, then I have a complaint...
> >
> > This has happened to me twice now (three times if you count the twice
> > yesterday while I was trying to dig my way out).
> >
> > It would seem, that on a reboot (on the way down, on the way up, Im not
> > sure) that udev proceeds to remove all files that were active at the
> > time the system went down. I will assume that it created all of these
> > files, so it thinks that it can remove them.
>
> No, odds are /dev is mounted on a ram or tmpfs filesystem, which means
> the whole thing was thrown away when the machine was rebooted. udev did
> not remove anything on it's own.
No, /dev is just part of the root file system. /dev/shm is on tempf, but
thats irrevelant to the current problem. I had assumed that the only reason
for udev to retain a database was so that it COULD do this.
As I noted, /dev/hde0-7 (which I mount) are gone, /dev/hde8-9 (which I dont)
are still there. Very suspicious to me...
>
> > Hey what ever happened to the MKNOD (?) script that used to be in
> > UNIX systems? I dont see it in Fedora2. That would have helped in
> > the repair.
>
> Try asking the Fedora people, that's up to them, and how they package
> udev.
>
Yes, I know, I was just asking the question.
> > I had this same problem a couple of months ago, and just gave up
> > and reinstalled the OS. I hate to do that as it may only take 30-45m
> > to do the reinstall, but it takes another week to get everything
> > configured back the way it was...
>
> Sounds like you need to learn about backing stuff up :)
Somehow, for the sorts of things that have happened, I wouldnt trust
a backup to fix them.
>
> > Needless to say, Im not going to use
> >
> > udev_root="/dev/"
> > udev_db="/dev/.udev.tdb
> >
> > again, anthough it sure makes life a lot simpler.
> >
> > And, Im going to have to go and remove it from some machines at the
> > lab, before disaster strikes there too.
>
> Might I suggest a newer distro than Fedora2? Like one that actually
> implementes udev properly?
>
OK, sorry, a few lines got truncated off my original message when I
posted it. The original started with:
OK, Im having problems, and Im sure its UDEV that is doing the deed.
[Fedora 2 and the latest udev ]
First, is it legal to say
udev_root="/dev/"
udev_db="/dev/.udev.tdb
If not, there should be a BIG sign on the /udev.conf page saying not to
do this.
If it is legal, ...
So, back to the original question. IS THIS LEGAL?
And, as I said there, Fedora2 + the most recently released udev.
--
Reg.Clemens
reg@dwf.com
-------------------------------------------------------
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2005-04-18 21:27 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-07 12:15 udev problems Michal Čihař
2004-03-07 12:29 ` Kay Sievers
2004-03-07 12:47 ` Michal Čihař
2004-03-07 13:10 ` Michal Čihař
2004-03-07 13:44 ` Kay Sievers
2004-03-07 13:49 ` Michal Čihař
2004-03-07 14:05 ` Kay Sievers
2004-03-07 14:16 ` Kay Sievers
2004-03-07 14:20 ` Michal Čihař
2004-03-07 14:28 ` Kay Sievers
2004-03-07 14:30 ` Michal Čihař
2004-03-07 14:41 ` Kay Sievers
2004-03-07 14:43 ` Michal Čihař
2004-03-07 15:11 ` Michal Čihař
2004-03-07 15:28 ` Michal Čihař
2004-03-07 15:46 ` Michal Čihař
2005-04-18 18:13 ` clemens
2005-04-18 20:49 ` Greg KH
2005-04-18 21:02 ` David Zeuthen
2005-04-18 21:12 ` Greg KH
2005-04-18 21:27 ` clemens [this message]
2005-04-18 21:36 ` Kay Sievers
2005-04-19 7:36 ` clemens
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200504182127.j3ILRhBU025216@orion.dwf.com \
--to=clemens@dwf.com \
--cc=linux-hotplug@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).