[solved] "waiting for dbus address to appear" after dist-upgrade
  • hi,
    today i called
    sudo apt-get update
    sudo apt-get dist-upgrade
    to update and upgrade the raspbian system - the fundament of PiPLAY.
    but now i get over and over the following message on the console
    waiting for dbus address to appear
    waiting for dbus address to appear
    waiting for dbus address to appear
    ...

    any idea, how to solve this issue?
    must be an issue of an app, driver or that boot video that PiPLAY was installing, because on a normal Raspbian system i do not get these messages on the console and at boot time the video is gone.

    i am using PiPLAY 0.8.0. beta 7, installed ontop of a regular Raspbian system from 2014-09-XX.
    last dist-upgrade was running fine with kernel
    Linux PiPLAY 3.12.35+ #730 PREEMPT Fri Dec 19 18:31:24 GMT 2014 armv6l GNU/Linux
    , now the new kernel gives the messages with kernel
    Linux PiPLAY 3.18.5+ #744 PREEMPT Fri Jan 30 18:19:07 GMT 2015 armv6l GNU/Linux


    EDIT: on the very top of boot process, there is a message something like
    /usr/bin/omxplayer  Error: line 18  /tmp/omxplayer ... read-only ...
    so i guess the reason is the boot video...
    can i disable/remove that boot video?
  • Yes it comes from omxplayer. I had these problems when switching my raspicade distro to read only. see my reply here http://www.raspberrypi.org/forums/viewtopic.php?p=680312#p680312

    you have to delay the booting video to wait for stuff being loaded ;)

    Be careful, don't upgrade firmware with rpi-update.... my dgen and gnego emu don't run anymore -> i get black screen.
  • thank you for your help...
    i simple disabled the /etc/init.d/asplashscreen for now, and no error/debug messages any more.
    (i don't need the boot video)

    no no no, i do not call rpi-update any more since i noticed that new official released stable kernels comes with the normal apt-get packages... ;)
    i don't want to run into trouble with maybe unstable kernels coming with rpi-update.
  • Yes I noticed that too... so no more rpi-update ;)
  • hmm... now i noticed,
    SummVM is not running - i get only a black screen...
    same for Stella (Atari 2600) - black screen...
    so the new official release stable kernel "shipped" with the new Raspbian distro (2015-01-31) will brick emulators.

    (AdvMAME, MAME4ALL, FinalBurn, VICE, PCSX-ReARMed are running as long i can see...)
  • Stella (libretro) is running on my raspicade distro... I don't have ScumVM...
  • Hey beta_tester. How did you disable the /etc/init.d/asplashscreen ? I have the constantly running "waiting for dbus address to appear" message. I can't write anything in the terminal.

    EDIT: Okay, I managed to get to the terminal (I believe pressing ctrl + q or alt + F4 did the trick). I followed the link Ian57 posted and did what it said. It seems absurd to add a delay in terms of changing the filenames from asplashscreen to nasplashcreen.
  • @piplayah: i simple commented out the call of omxplayer in that file
    # omyplayer ...


    and it is not absurd what @ian57 saied with the delay. it seems, that the new kernel works a bit different. and in linux some initialization scripts are started in the order, ordered by thier file names...
    so the script 'asplashscreen' comes before all the other scripts...
    and maybe some resources that the 'asplashscreen' requires are not initialized at the moment where it is called...
    but renaming the script to 'nasplashcreen' will change the order and bring the execution of that script somewhere after an other init script were executet...
    so it seems that at this time the needed ressources are initialized before the "nasplashcreen" is called.

    there are other init scripts that will follow a similar mechanism and thats the reason, why they are named with a number in front of, to ensure the scripts will be executed in a specific order...
    ok, newer init methods do have a header with dependencies so the system can build a dependency tree to ensure the correct order of init scripts and will not use the file name based method, but for backward compatibility that is still available and in use.
  • @piplayah It is not absurd in the sense that the "require:" option seems not to work. AND it works!!! I had the same problem trying tu put the SD in read only mode to avoid corrupted SD in the case of a reboot during the use!

    Please, test and read about linux before saying such things...

    @beta_tester : thanks for the explanation...
  • FYI: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

    to check the dependency tree
    ~$ /usr/share/insserv/check-initd-order --help
    usage: check-initd-order [-cdgko] [-b basedir]
    -b basedir (default /etc)
    -d enable debug output
    -o do not load override files
    -k use shutdown (reboot) sequence instead of boot sequence
    -g generate graph
    -c use combined boot and shutdown sequence (only for graphs)

    ~$ /usr/share/insserv/check-initd-order -g

    # Generating graph
    digraph packages {
    rankdir=LR;
    concentrate=true;
    "asplashscreen" [shape=box];
    "fake-hwclock" -> "checkroot"[color=yellow] ;
    "fake-hwclock" [shape=box];
    "glibc" -> "hostname"[color=springgreen] ;
    "hostname" [shape=box];
    "glibc" -> "mountkernfs"[color=springgreen] ;
    "mountkernfs" [shape=box];
    "mountkernfs" -> "udev"[color=blue] ;
    "udev" [shape=box];
    "keyboard-setup" -> "checkroot"[color=yellow] ;
    "mountkernfs" -> "keyboard-setup"[color=blue] ;
    "keymap" -> "keyboard-setup"[color=springgreen] ;
    "udev" -> "keyboard-setup"[color=springgreen] ;
    "keyboard-setup" [shape=box];
    "mountkernfs" -> "mountdevsubfs"[color=blue] ;
    "udev" -> "mountdevsubfs"[color=springgreen] ;
    "mountdevsubfs" [shape=box];
    "mountdevsubfs" -> "checkroot"[color=blue] ;
    ...
    ... you see, "asplashscreen" is the very first script, and some file system scripts are started afterwards... maybe not a good idea on the new kernel :)
  • @beta_tester thanks for the info.

    Perharps require: dbus is not enough in asplashscreen screen... so if we need to add udev, mountdevsubfs and so on... it's easier to delay the splashscreen by the name.