Public SourceMage Discussion List

[Treeve Jelbert <treeve AT scarlet.be>]

On Wednesday 31 July 2013 12:13:00 Treeve Jelbert wrote:
> On Tuesday 30 July 2013 17:38:00 you wrote:
> > On Mon, Jul 29, 2013 at 6:30 AM, Treeve Jelbert <treeve AT scarlet.be> wrote:
> > > ...
> > > 
> > > The only strange thifindm ng is that /dev/pts and /dev/shm did not get
> 
> created.
> 
> > Would this require some additional init scripts to mount those devs?
> 
> maybe
> 
I have added an extra init script which solves this problem for me


#!/bin/bash
# this script is needed in order to create /dev/pts AFTER udevd has started

PROGRAM=/bin/mount
RUNLEVEL=3
NEEDS="udevd"

. /etc/init.d/smgl_init

start()
{
  if /usr/bin/grep -q /dev/pts /etc/fstab;then
    /bin/mkdir -p /dev/pts &&
    /bin/mount /dev/pts &&
    evaluate_retval
  fi
}

stop()
{
  if /usr/bin/grep -q pts /etc/mtab;then
    /bin/umount /dev/pts &&
    evaluate_retval
  fi
}





> > > ...
> > > I will then add this spell as an alternative to udev.
> > 
> > It reached test already, :-)
> > 
> > I believe udev 182 conflicts with module-init-tools.  And according to
> > the eudev spell, it's a fork of udev 195.  That leads me to believe
> > eudev also conflicts with module-init-tools as well.  Therefore it
> > also requires basesystem 0.9.6, whereas the current test one is 0.9.5.
> > 
> > Is that correct?
> 
> I don't think so, as eudev has its own internal version of kmod and does not
> need a separate module-init-tools or kmod in order to load modules. In this
> case module-init-tools or kmod  merely provide lsmod, depmod and friends.
> modprobe is not needed by eudev itself, although it can be used manually.
> Linking to an external kmod was dropped by the eudev team as a bad idea,
> although it can optionally be enabled during configure.
> 
> # ldd /sbin/udevd
>         linux-vdso.so.1 (0x00007fff372e0000)
>         libudev.so.1 => /lib/libudev.so.1 (0x00007fcf798f8000)
>         libblkid.so.1 => /lib/libblkid.so.1 (0x00007fcf796b0000)
>         libc.so.6 => /lib/libc.so.6 (0x00007fcf792f0000)
>         libm.so.6 => /lib/libm.so.6 (0x00007fcf79068000)
>         /lib/ld-linux-x86-64.so.2 (0x00007fcf79b20000)
>         libuuid.so.1 => /lib/libuuid.so.1 (0x00007fcf78e60000)
> 
> In fact I have disabled kmod on one of my systems and all my devices appear,
> except for /dev/pts, even though /etc/init.d/runlevels/%DEV/devices (from
> init.d) runs before udevd.  I suspect some sort of race condition related
> to the kernel constructing an internal device tree, which is later copied
> to the /dev devtmpfs
> 
> # findmnt /dev
> TARGET SOURCE   FSTYPE   OPTIONS
> /dev   devtmpfs devtmpfs rw,relatime,size=3786908k,nr_inodes=946727,mode=755
> 
> # cat /etc/fstab
> proc    /proc           proc    defaults        0 0
> devpts  /dev/pts        devpts  defaults        0 0
> sysfs   /sys            sysfs   defaults        0 0
> 
> 
> Perhaps the /dev/pts is overwritten during the startup phase?
> I am trying to get some more debug info on this.
> 
> 
> One of my machines has kmod-8, the other kmod-14
> 
> > Thanks,
> > 
> > Javier.
> 
> _______________________________________________
> SM-Discuss mailing list
> SM-Discuss AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss