Alles nun OK 
. Wichtig sind die folgenden zwei Zeilen:
$ ls -la /usr/local/bin/raspi*
lrwxrwxrwx 1 root root 29 Okt 18 19:43 /usr/local/bin/raspiBackup -> /usr/local/bin/raspiBackup.sh
lrwxrwxrwx 1 root root 38 Okt 18 19:43 /usr/local/bin/raspiBackupInstallUI -> /usr/local/bin/raspiBackupInstallUI.shDanke. Demnach hast Du einen Link fuer den Installer erstellt aber nicht fuer raspiBackup.sh sondern eine Kopie. Das erklaert das Verhalten was Du gesehen hast. 
Um das zu korrigieren musst Du raspiBackup loeschen und den Link wie oben beschrieben neu anlegen. Offensichtlich ist damals beim Anlegen des Links irgendwas schief gelaufen 
Es muss zum Schluss wie folgt aussehen:
lrwxrwxrwx 1 root root 29 Oct 21 19:20 /usr/local/bin/raspiBackup -> /usr/local/bin/raspiBackup.sh
-rwxr-xr-x 1 root root 275293 Jul 21 20:39 /usr/local/bin/raspiBackup.0.6.6.sh
lrwxrwxrwx 1 root root 38 Oct 21 19:20 /usr/local/bin/raspiBackupInstallUI -> /usr/local/bin/raspiBackupInstallUI.sh
-rwxr-xr-x 1 root root 132817 Oct 21 19:20 /usr/local/bin/raspiBackupInstallUI.sh
-rwxr-xr-x 1 root root 307755 Oct 21 19:20 /usr/local/bin/raspiBackup.shWissen macht Ahhhhh!
Jupp. Dieses Wissen steckt im Code und ist nicht notwendig zu dokumentieren. Aber er fragt bekommt naturlich eine Antwort 
Was mich etwas irritiert: die Statusmail des manuellen Backups vor dem Update zeigt mir keinen Smilie im Betreff an, also so, als ob keine neuere Version vorhanden wäre!?
Es findet ein Cachen der Versionsinformationen bei raspiBackup statt. Pro Tag wird nur einmal der Cache refreshed. Der Installer prueft direkt ohne Cache. Hast Du vielleicht vorher schon einmal raspiBackup aufgerufen?
Franjo G Darum verstehe ich es auch nicht. Allerdings gibt es einen kleinen Unterschied ob das Script als raspiBackup oder raspiBackup.sh aufgerufen wird: $0 enthaelt den Scriptnamen und der ist natuerlich unterschiedlich. Ich nutze auch $0 im Script. Aber es wird nicht genutzt fuer den Versionscheck.
meute Was Du geschrieben hast fand sicherlich statt. Daran zweifele ich nicht. Nur kann ich Dein Szenario nicht nachvollziehen. Leider gibt es auch keine Logs so dass ich irgendeine Moeglichkeit habe die Ursache naeher zu untersuchen 
Wichtig ist dass es jetzt ueber beide Wege funktioniert. Du koenntest vielleicht noch einmal die Ausgabe von ls -la /usr/local/bin/raspi* zeigen denn die einzige Moeglichkeit die ich sehe wie das passieren kann ist dass raspiBackup und raspiBackup.sh nicht mit einem Link verbunden sind.
Merkwuerdig 
Ich habe mal Dein Szenario nachgestellt indem ich /usr/local/bin/raspiBackup.sh die Version 0.6.6 verpasst habe und den Link /usr/local/bin/raspiBackup erstellt habe. Ich bekommen bei beiden Aufrufen mit -U die Meldung dass eine neue Version vorliegt und ob updated werden soll.
Kurzum: Sowohl theoretisch als auch praktisch kann ich nicht verstehen wie sich bei Dir raspiBackup und raspiBackup.sh mit -U unterschiedlich verhalten 
Ganz einfach
sudo ln -s /usr/local/bin/raspiBackup.sh /usr/local/bin/raspiBackupDann auch gleich noch fuer den Installer
sudo ln -s /usr/local/bin/raspiBackupInstallUI.sh /usr/local/bin/raspiBackupInstallUIirgendwann habe ich eingeführt das der Installer einen Link raspiBackup auf raspiBackup.sh erstellt. D.h. bei PI1 hast Du offensichtlich die Linkerstellung schon gehabt. Bei PI2 nicht. Ein Upgrade erstellt keine Links
das hier hilft...dann läuft es durch
jetzt ist nur die Frage wie wir das auf Deinem Stretch auch erfolgreich hinbekommen
Ist da auch heizen dabei?
jar ?
Ich bin mit meinem Latein nun langsam auch am Ende. Aber vielleicht noch ein paar Versuche:
1) Bei mir laeuft Buster auf dem aktuellen Stand. Nutzt Du vielleicht ein backlevel Buster oder sogar Stretch?
2) Installiere noch mal Buster von Scratch mit einem offiziellen RaspiOS Image und versuche noch mal pilight zu installieren. Du brauchst dafuer ja nicht Dein existierendes Image nehmen sondern einfach eine neue SD Karte primen.
Dumm. Ich habe noch mal gesucht und diesen Thread gefunden. Irgendwie sind Deine Certificates nicht mehr aktuell ... warum auch immer
Ich erspare mir jetzt mein Log zu zeigen . Am Ende war jedenfalls pilight installiert.
Beim Googlen nach Deiner Fehlermeldung habe ich das hier gefunden.
4k als Single ist schon wirklich viel.
kochen waschen duschen baden alles über Strom
Ist da auch heizen dabei?
Siehe hier
In die apt pilight.list solltest Du
deb [trusted=yes] https://apt.pilight.org/ stable mainschreiben. Dann
sudo apt-get update
sudo apt-get install pilightund voilà ist pilight installiert. Habe es eben auf meiner Testraspi ausprobiert.
hyle Keine Ahnung warum - aber ich stand irgendwie auf dem Schlauch 
aber jetzt kann ich mich dank Dir wie Archimedes fuehlen und schreiben "Heureka"
Also sowohl wenn die Platte nicht eingesteckt ist, als auch wenn sie eingesteckt, aber ausgeschaltet ist, startet der PI nur in den Emergency Modus, wenn die Platte eingeschaltet ist während des Boot Vorganges läuft alles.
D.h. also die Raspi startet schon im Emergency Modus wenn sie ohne jegliche angeschlossene Peripherie betrieben wird? Dann stimmt was mit dem Netzteil nicht.
Im Zitierten steht beides mal das selbe
Sorry - fuer mich steht da einmal hueh und einmal hott 
Es trit nur auf, wenn du Externe Platte nicht eingesteckt, oder ausgeschaltet ist. sonst läuft alles.
Jetzt habe ich festgestellt, dass wenn ich die USB Festplatte nicht angeschlossen habe, der PI nicht startet, sondern in den emergency Modus geht.
Was ist denn nun richtig
