cleaning up udev nodes after crash

cleaning up udev nodes after crash

[Jon Smirl]

Since I write device drivers I keep killing my box and rebooting (especially
when I misprogram DMA registers). After a crash all of the device nodes in /udev
are permamently in /udev. starting/stopping udev won't clean them up. I can
clean up  manually with rm -rf /udev but shouldn't this happen automatically?

I though udev was a virtual file system, why do the nodes endup on disk anyway?
At least I think they are on disk, I stopped udev and they are still there.

==Jon Smirl
jonsmirl@yahoo.com

__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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

Re: cleaning up udev nodes after crash

[Dave Dodge]

On Fri, 2 Jan 2004, Jon Smirl wrote:
>I though udev was a virtual file system,

Unlike devfs, it doesn't have its own special filesystem. It just puts
things in whatever filesystem you've already got mounted there.

>why do the nodes endup on disk anyway? At least I think they are on
>disk, I stopped udev and they are still there.

So mount a tmpfs there before starting udev, and it should vanish
when you reboot.

                                                  -Dave Dodge



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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

Re: cleaning up udev nodes after crash

[Jon Smirl]

The tip about putting udev on a tmpfs should probably go into the documentation.
Is there any reason not to recommend always putting udev on a tmpfs?

--- Dave Dodge <dododge@dododge.net> wrote:
> So mount a tmpfs there before starting udev, and it should vanish
> when you reboot.


==Jon Smirl
jonsmirl@yahoo.com

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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

Re: cleaning up udev nodes after crash

[Greg KH]

On Fri, Jan 02, 2004 at 10:06:24PM -0800, Jon Smirl wrote:
> Since I write device drivers I keep killing my box and rebooting (especially
> when I misprogram DMA registers). After a crash all of the device nodes in /udev
> are permamently in /udev. starting/stopping udev won't clean them up. I can
> clean up  manually with rm -rf /udev but shouldn't this happen automatically?

The old udev shutdown script used to do this.  If you want, you can
change it back.

But as you are crashing your box, and you aren't using a ramfs
filesystem for /udev, it will stick around, sorry.

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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

Re: cleaning up udev nodes after crash

[Greg KH]

On Fri, Jan 02, 2004 at 10:27:27PM -0800, Jon Smirl wrote:
> The tip about putting udev on a tmpfs should probably go into the documentation.
> Is there any reason not to recommend always putting udev on a tmpfs?

People who care about extended attributes of device nodes, like to keep
their /dev on a filesystem that supports them (ext2, ext3, etc.)

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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

Re: cleaning up udev nodes after crash

[Johannes Erdfelt]

On Fri, Jan 02, 2004, Greg KH <greg@kroah.com> wrote:
> On Fri, Jan 02, 2004 at 10:27:27PM -0800, Jon Smirl wrote:
> > The tip about putting udev on a tmpfs should probably go into the documentation.
> > Is there any reason not to recommend always putting udev on a tmpfs?
> 
> People who care about extended attributes of device nodes, like to keep
> their /dev on a filesystem that supports them (ext2, ext3, etc.)

Won't this be a problem when the kernel switches to dynamic major/minor
numbers?

I wouldn't want to open up /udev/dsp just to find out it's actually
/udev/kmem this boot.

JE



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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

Re: cleaning up udev nodes after crash

[Greg KH]

On Sat, Jan 03, 2004 at 02:15:21AM -0500, Johannes Erdfelt wrote:
> On Fri, Jan 02, 2004, Greg KH <greg@kroah.com> wrote:
> > On Fri, Jan 02, 2004 at 10:27:27PM -0800, Jon Smirl wrote:
> > > The tip about putting udev on a tmpfs should probably go into the documentation.
> > > Is there any reason not to recommend always putting udev on a tmpfs?
> > 
> > People who care about extended attributes of device nodes, like to keep
> > their /dev on a filesystem that supports them (ext2, ext3, etc.)
> 
> Won't this be a problem when the kernel switches to dynamic major/minor
> numbers?

Yes it would.

> I wouldn't want to open up /udev/dsp just to find out it's actually
> /udev/kmem this boot.

Exactly, not a good thing.  Then it would not be a good thing to keep
/dev on a persistant filesystem.

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
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