Messages in this thread | | | Date | Thu, 19 Feb 2004 17:54:34 -0800 | From | Greg KH <> | Subject | Re: 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/
| |