RPI3+ keine Services (etc/init.d) möglich

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo,

    ich habe heute auf einem neuen RPI3+ Strech installiert und wollte den Bootscreen durch eigenes Logo ersetzen.

    Anleitung:

    http://www.raspberry-projects.com/pi/pi-operatin…-boot-up-screen

    und https://raspberrypi.stackexchange.com/questions/5931…-text-in-jessie

    Die Himbeeren, das Regenbogenquadrat und die Boottexte sind nicht mehr zu sehen. Aber auch kein Bootlogo, welches beim älteren PRI3 mit NOOBS vom letzten Jahr angezeigt wird.

    Der RPI bootet mit nem schwarzen Bildschirm direkt in den Desktop.

    Nur was ist mit dem Startscript (/etc/init.d/asplashscreen) ? Wenn ich es manuel starte, wird das Bild geöffnet angezeigt.

    Irgendwie wird es generell nicht gestartet. Ich lasse dort auch zu Testzwecken nen Ordner auf dem Desktop anlegen. Nach dem Booten ist der Desktop leer. Beim manuellen starten, wird der Ordner erstellt und auch das Logo angezeigt. Script und Bild müssten also i.O. sein.

    Habe den eindruck, dass alle Scripte unter /etc/init.d/ ignoriert weden.

    Wurde bei Strech was verändert? :conf:

  • Nur was ist mit dem Startscript (/etc/init.d/asplashscreen) ? Wenn ich es manuel starte, wird das Bild geöffnet angezeigt.

    Irgendwie wird es generell nicht gestartet. Ich lasse dort auch zu Testzwecken nen Ordner auf dem Desktop anlegen. Nach dem Booten ist der Desktop leer. Beim manuellen starten, wird der Ordner erstellt und auch das Logo angezeigt. Script und Bild müssten also i.O. sein.

    Habe den eindruck, dass alle Scripte unter /etc/init.d/ ignoriert weden.

    Gibt es die service unit für asplashscreen? Wie sind die Ausgaben von:

    Code
    systemctl status asplashscreen
    systemctl cat asplashscreen
    systemd-analyze blame | grep -i asplashscreen

    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Hallo rpi444,

    danke für deine Antwort.

    Gibt es die service unit für asplashscreen? Wie sind die Ausgaben von:

    Code
    systemctl status asplashscreen
        systemctl cat asplashscreen
        systemd-analyze blame | grep -i asplashscreen

    ?

    Hier die Ergebnisse:

    pi@DPRpiX:~ $ systemctl status asplashscreen

    ● asplashscreen.service - LSB: Show custom splashscreen

    Loaded: loaded (/etc/init.d/asplashscreen; generated; vendor preset: enabled)

    Active: inactive (dead)

    Docs: man:systemd-sysv-generator(8)

    pi@DPRpiX:~ $ systemctl cat asplashscreen

    # /run/systemd/http://generator.late/asplashscreen.service

    # Automatically generated by systemd-sysv-generator

    [Unit]

    Documentation=man:systemd-sysv-generator(8)

    SourcePath=/etc/init.d/asplashscreen

    Description=LSB: Show custom splashscreen

    [Service]

    Type=forking

    Restart=no

    TimeoutSec=5min

    IgnoreSIGPIPE=no

    KillMode=process

    GuessMainPID=no

    RemainAfterExit=yes

    SuccessExitStatus=5 6

    ExecStart=/etc/init.d/asplashscreen start

    ExecStop=/etc/init.d/asplashscreen stop

    pi@DPRpiX:~ $ systemd-analyze blame | grep -i asplashscreen

    pi@DPRpiX:~ $

  • Hallo dreamshader, danke für deine Antwort

    Servus,

    schau mal nach, ob sysvinit überhaupt installiert ist:

    pi@pi-lcurr:~ $ apt-cache pkgnames|grep sysvinit

    cu,

    -ds-

    Ich bekomme das hier raus:

    pi@DPRpiX:~ $ apt-cache pkgnames|grep sysvinit

    sysvinit-utils

    live-config-sysvinit

    git-daemon-sysvinit

    sysvinit-core


    Ich habe die Prozedur (Splashscreen tauschen) schon auf zwei anderen RPI3 gemacht. Allerdings mit nem NOOBS Image vom letzten Jahr.

  • Hi insidERR ,

    das passt ...

    Tja ... schau' vielleicht mal in die /etc/init.d/asplashscreen rein.

    Was passiert, wenn Du einen systemctl restart asplashscreen machst?

    Was genau hast Du verändert? (nein, wir lesen hier keine Anleitungen und spekulieren darüber, was Du gemacht haben könntest)

    cu,

    -ds-

  • Hi dreamshader,

    ich hatte mich strickt nach der Anleitung gehalten.

    "asplashscreen" beinhaltet den Code, den der Verfasser erstellt hat.

    Wenn ich die Datei manuell oder mit systemctl restart asplashscreen ausführe, wird das gewünschte Bild im Vollbildmodus angezeigt. Genauso wie es beim Booten sein soll.

    Angemerkt: damit die Anleitung auch funzt, musste ich bei dem anderen RasPi3 noch die bootcode.bin tauschen. Nur im aktuellen Fall klappt es nicht mit dem RasPi3+ und aktuellem DEBIAN

  • Stretch läuft komplett mit systemd als Init-System. Das kann also nicht klappen.

    Eine Systemd Unit wäre der richtige Weg!

    Warum wurde unter Stretch dann diese service unit:

    Code
    :~ $ systemctl cat asplashscreen
    # /run/systemd/generator.late/asplashscreen.service
    # Automatically generated by systemd-sysv-generator

    aus dem Start-Stop-Script generiert?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Code
    pi@DPRpiX:~ $ systemctl status asplashscreen
    ● asplashscreen.service - LSB: Show custom splashscreen
    Loaded: loaded (/etc/init.d/asplashscreen; generated; vendor preset: enabled)
    Active: inactive (dead)
    Docs: man:systemd-sysv-generator(8)

    Welche Abhängigkeiten hat asplashscreen bzw. welche Ressourcen braucht asplashscreen?

    Wie sind die Ausgaben von:

    Code
    cat /etc/init.d/asplashscreen | grep -i required
    systemctl is-active asplashscreen
    systemctl is-enabled asplashscreen

    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (18. August 2018 um 00:22)

  • ... welches (anfangs) Init.d als Init-System hatte. Stretch läuft komplett mit systemd als Init-System. Das kann also nicht klappen.

    Hi Jörg,

    das ist so nur zum Teil richtig ...

    Das alte init-System heisst sysvinit und die Grundkomponenten sind ja auch installiert. Allerdings macht systemd aus den init-Files eben systemd units, die allerdings nach die vor die init-scripte starten.

    Angemerkt: damit die Anleitung auch funzt, musste ich bei dem anderen RasPi3 noch die bootcode.bin tauschen. Nur im aktuellen Fall klappt es nicht mit dem RasPi3+ und aktuellem DEBIAN

    Das würde ich unterlassen ... ich fürchte, da handelst Du Dir mehr Ärger ein, als Du Nutzen hast.

    cu,

    -ds-

  • ..., also warum nicht gleich eine unit machen ...

    Das sollte/müsste dann der maintainer des packages machen oder man installiert dieses package nicht mit "sudo apt-get install <package>.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Welche Abhängigkeiten hat asplashscreen bzw. welche Ressourcen braucht asplashscreen?

    Wie sind die Ausgaben von:

    Code
    cat /etc/init.d/asplashscreen | grep -i required
    systemctl is-active asplashscreen
    systemctl is-enabled asplashscreen

    ?

    Hallo rpi444, hier die gewünschten Ausgaben

    Code
    pi@DPRpiX:~ $ cat /etc/init.d/asplashscreen | grep -i required
    # Required-Start:
    # Required-Stop:
    pi@DPRpiX:~ $ systemctl is-active asplashscreen
    inactive
    pi@DPRpiX:~ $ systemctl is-enabled asplashscreen
    asplashscreen.service is not a native service, redirecting to systemd-sysv-install.
    Executing: /lib/systemd/systemd-sysv-install is-enabled asplashscreen
    enabled
  • Hallo rpi444, hier die gewünschten Ausgaben

    Code
    pi@DPRpiX:~ $ cat /etc/init.d/asplashscreen | grep -i required
    # Required-Start:
    # Required-Stop:

    Schreib/ergänze mal in die Zeile "

    Code
    # Required-Start:
    Code
    $all
    Code
    # Required-Start: $all

    mit "sudo nano /etc/init.d/asplashscreen"

    Danach:

    Code
    sudo systemctl daemon-reload
    sudo shutdown -r now

    nach dem reboot:

    Code
    systemctl status asplashscreen

    Wenn nach dem reboot, asplashscreen nicht gestartet ist, kann man indem entsprechenden Verzeichnis eine zusätzliche .conf-Datei erstellen.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Hi rpi444

    ich habe nun in die Zeile mit Required-Start: $all ergänzt.

    Beim Neustart keine Änderung. Script wird nicht ausgeführt.

    Hier das Ergebniss von systemctl status asplashscreen

    Code
    pi@DPRpiX:~ $ systemctl status asplashscreen
    ● asplashscreen.service - LSB: Show custom splashscreen
       Loaded: loaded (/etc/init.d/asplashscreen; generated; vendor preset: enabled)
       Active: inactive (dead)
         Docs: man:systemd-sysv-generator(8)

    Einmal editiert, zuletzt von insidERR (18. August 2018 um 12:28)

  • Beim Neustart keine Änderung. Script wird nicht ausgeführt.

    Wie ist die Ausgabe von:

    Code
    systemctl list-dependencies asplashscreen

    vor und nach:

    Code
    sudo systemctl restart asplashscreen

    ?

    EDIT:

    ... und die Ausgabe von:

    Code
    systemctl show asplashscreen

    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (18. August 2018 um 21:24)

  • Hallo rpi444, danke für deine Mühe.

    Vor:

    und nach: (das Script: asplashscreen wird ordnungsgemäß ausgeführt. Das Bild wird im Vollbildmodus geöffnet)

    Ausgabe von: show asplashscreen

  • und nach: (das Script: asplashscreen wird ordnungsgemäß ausgeführt. Das Bild wird im Vollbildmodus geöffnet)

    Ausgabe von: show asplashscreen

    Versuch mal Folgendes. Erstelle das Verzeichnis:

    Code
    mkdir /etc/systemd/system/asplashscreen.service.d

    und in diesem Verzeichnis, die conf-Datei:

    Code
    cd /etc/systemd/system/asplashscreen.service.d
    pwd
    sudo nano asplashscreen_1.conf

    mit folgendem Inhalt:

    Code
    [Unit]
    After=network-online.target remote-fs.target systemd-fsck-root.service systemd-remount-fs.service systemd-update-utmp.service plymouth-start.service
    Wants=network-online.target systemd-networkd-wait-online.service systemd-fsck-root.service systemd-remount-fs.service systemd-update-utmp.service plymouth-start.service

    nach dem Speichern und Verlassen von nano:

    Code
    cd
    sudo systemctl daemon-reload
    sudo shutdown -r now

    und nach dem reboot:

    Code
    systemctl status asplashscreen.service
    systemctl cat asplashscreen.service

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!