xbianonpi/xbian-package-initramfs

All issues i'm experiencing with the new initramfs

CurlyMoo opened this issue · 7 comments

  1. When i set the IP the official way, i can't reach the outside network
  2. The initramfs doesn't mount /run in a proper way (maybe due to the $tmpfs_size)
  3. The splash doesn't work (maybe due to /run)
mk01 commented
  1. does not mount while in initramfs? or does not remount when going to switch root ?
  2. my guess
  3. do you have kernel level ip autoconf compiled it?
  1. I can still connect to SSH but not to the outside network (even with DHCP), it worked with my old network implementation.
  2. Not sure
  3. Also with my old initramfs, the splash doesn't work (no images/font).
mk01 commented

can you change root= to something not existing and in the dropped shell post mount ? and also please mount root a tell me, if /run on rootfs is non empty ?

Before the emergency shell appears there are a few bugs:
1)
1 Waiting for root...\r
2)

bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell

The output of mount is:

rootfs on / type rootfs (rw)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=76536k,mode=755)
udev on /dev type devtmpfs (rw,relatime,size=76536k,nr_inodes=47235,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)

The output of /rootfs/run/

total 40
prw-------  1   0   0   0       Oct 28  2012    initctl
drwxrwxrwt  2   0   0   4096    Oct 28  2012    lock
-rw-r--r--  1   0   0   58      Oct 28  2012    motd.dynamic
drwxr-xr-x  2   0   0   4096    Jan 1  00:00    mount
drwxr-xr-x  2   0   0   4096    Oct 28  2012    network
drwxr-xr-x  3   0   0   4096    Oct 28  2012    samba
drwxr-xr-x  2   0   0   4096    Oct 28  2012    sendsigs.omit.d
drwxr-xr-x  2   0   0   4096    Oct 28  2012    shm
----------  1   0   0   1       Mar 24  2012    splash.dat
-rw-r--r--  1   0   0   4       Jan 1  00:00    splash.pid
-rw-rw-r--  1   0   43  384     Jan 1  00:00    utmp
mk01 commented

this is all good, including the errors. only early block device was missing and we (myself) forgot to return the first mdev -s.

mk01 commented

You know what I'm now thinking about??? That we could simply implement --switchroot parameter to splash, which would rm .pid and .dat and create under newroot :)))))

Not sure what you mean but do it....

Do you also know what could have caused the network issue?