lkml.org 
[lkml]   [2004]   [Feb]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: HOWTO use udev to manage /dev
On Thu, Feb 19, 2004 at 09:51:52PM -0300, Frédéric L. W. Meunier wrote:
> On Thu, 19 Feb 2004, Greg KH wrote:
>
> > So if you take out the line about starting udevd, does it
> > work for you?
>
> No.
>
> > How about changing the #!/bin/bash to #!/bin/sash in the
> > first line for the start_udev script?
>
> I didn't have it, but compiled and changed. Yes, it works.
>
> > What distro is this?
>
> Slackware, with a cute rc.S. /bin/bash was also recompiled, shared:
>
> $ ldd /bin/bash
> libreadline.so.4 => /usr/lib/libreadline.so.4 (0x4001c000)
> libhistory.so.4 => /usr/lib/libhistory.so.4 (0x40049000)
> libncurses.so.5 => /lib/libncurses.so.5 (0x40050000)
> libdl.so.2 => /lib/libdl.so.2 (0x4008f000)
> libc.so.6 => /lib/libc.so.6 (0x40092000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
> Maybe the problem ? Does yours differ ?

Mine does differ, but it is dynamic:

$ ldd /bin/bash
linux-gate.so.1 => (0xffffe000)
libtermcap.so.2 => /lib/libtermcap.so.2 (0x4d5b5000)
libdl.so.2 => /lib/libdl.so.2 (0x4d3b4000)
libc.so.6 => /lib/tls/libc.so.6 (0x4d254000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4d238000)

> bash from Slackware:
>
> libtermcap.so.2 => /lib/libtermcap.so.2 (0x4001c000)
> libdl.so.2 => /lib/libdl.so.2 (0x4005c000)
> libc.so.6 => /lib/libc.so.6 (0x4005f000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
> OK, I'll later boot with it and see if it works. If it does,
> I'll run strace with the other.

How about using sash? That is statically linked.

> > Can you run strace on the start_udev script after boot to see who is
> > needing access to /dev/null?
>
> I forgot to run it, but noticed there was a /dev/null, but a
> text file (0644). And I didn't create it anywhere.

That sounds like some program is trying to write to it.

Hm, there is a patch in the Red Hat version of udev that basically makes
udev do the start_udev logic, in the .c file because they do not have a
shell in their initrd. If you can dig it out of there, that might be a
solution for you to use.

Other than that, how about running strace on start_udev when your rc.S
script calls it? That might help out.

thanks,

greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:01    [W:0.542 / U:0.372 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site