Fehler in runs/atreboot.sh
Verfasst: Mi Feb 03, 2021 10:28 pm
Hallo Leute,
in den letzten zwei Tagen habe ich meinen Raspi insgesamt zweimal frisch mit openWB installiert. Dabei sind mir ein paar Dinge aufgefallen, die man im evtl ändern könnte, damit nicht andere das gleiche Problem haben.
Meine Installation erfolgte auf einem Installation auf einem Raspi 3B+ mit dem heute aktuellen Raspi OS Desktop (buster).
Internes Display lässt sich nicht Aktivieren
mir ist aufgefallen, dass die Aktivierung des internen displays über die Einstellungen im Webinterface (Einstellungen/Verschiedenes/internes Display) nicht funktioniert hat. Nach langem Suchen fiel mir auf, dass die datei atreboot.sh versucht in die Datei ~./.config/lxsessions/LXDE-pi/autostart den neuen Aufruf für den chromium browser einzutragen. Dies gelingt aber nicht, wenn die autostart-Datei und die entsprechenden Verzeichnisses dort nicht existieren. Dies ist bei einer frischen Installtion vorn Raspi OS offensichtlich aber der Fall. Ich habe also die Verzeichnisse angelegt und die autostart-Datei von /etc/xdg/lxsession/LXDE-pi/autostart nach ~/.config/lxsession/LXDE-pi/autostart kopiert. Danach konnte atreboot.sh den Eintrag machen.
Backup lässst sich nicht zurückspielen (Dateigröße zu groß)
Ich wollte dann noch mein Backup zurückspielen. Dies ging schief, weil wieder mal die atreboot.sh es nicht geschaft hat das upload limit von 2MB auf 300MB zu erhöhen. Dies geschieht wie folgt:
sudo /bin/su -c "echo 'upload_max_filesize = 300M' > /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini"
sudo /bin/su -c "echo 'post_max_size = 300M' >> /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini"
Leider ist aber unter buster nicht mehr php 7.0 installiert, sondern php 7.3
man muss also in die atreboot.sh folgendes eintragen:
sudo /bin/su -c "echo 'upload_max_filesize = 300M' > /etc/php/7.3/apache2/conf.d/20-uploadlimit.ini"
sudo /bin/su -c "echo 'post_max_size = 300M' >> /etc/php/7.3/apache2/conf.d/20-uploadlimit.ini"
dann wird mit dem nächsten reboot das upload limit richtig gesetzt und man kann ein Backup einspielen.
OK, dass wars auch schon. Ich hoffe, dass andere mit dem Problem durch diese Meldung hier nicht so lange suchen müssen, wie ich.
in den letzten zwei Tagen habe ich meinen Raspi insgesamt zweimal frisch mit openWB installiert. Dabei sind mir ein paar Dinge aufgefallen, die man im evtl ändern könnte, damit nicht andere das gleiche Problem haben.
Meine Installation erfolgte auf einem Installation auf einem Raspi 3B+ mit dem heute aktuellen Raspi OS Desktop (buster).
Internes Display lässt sich nicht Aktivieren
mir ist aufgefallen, dass die Aktivierung des internen displays über die Einstellungen im Webinterface (Einstellungen/Verschiedenes/internes Display) nicht funktioniert hat. Nach langem Suchen fiel mir auf, dass die datei atreboot.sh versucht in die Datei ~./.config/lxsessions/LXDE-pi/autostart den neuen Aufruf für den chromium browser einzutragen. Dies gelingt aber nicht, wenn die autostart-Datei und die entsprechenden Verzeichnisses dort nicht existieren. Dies ist bei einer frischen Installtion vorn Raspi OS offensichtlich aber der Fall. Ich habe also die Verzeichnisse angelegt und die autostart-Datei von /etc/xdg/lxsession/LXDE-pi/autostart nach ~/.config/lxsession/LXDE-pi/autostart kopiert. Danach konnte atreboot.sh den Eintrag machen.
Backup lässst sich nicht zurückspielen (Dateigröße zu groß)
Ich wollte dann noch mein Backup zurückspielen. Dies ging schief, weil wieder mal die atreboot.sh es nicht geschaft hat das upload limit von 2MB auf 300MB zu erhöhen. Dies geschieht wie folgt:
sudo /bin/su -c "echo 'upload_max_filesize = 300M' > /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini"
sudo /bin/su -c "echo 'post_max_size = 300M' >> /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini"
Leider ist aber unter buster nicht mehr php 7.0 installiert, sondern php 7.3
man muss also in die atreboot.sh folgendes eintragen:
sudo /bin/su -c "echo 'upload_max_filesize = 300M' > /etc/php/7.3/apache2/conf.d/20-uploadlimit.ini"
sudo /bin/su -c "echo 'post_max_size = 300M' >> /etc/php/7.3/apache2/conf.d/20-uploadlimit.ini"
dann wird mit dem nächsten reboot das upload limit richtig gesetzt und man kann ein Backup einspielen.
OK, dass wars auch schon. Ich hoffe, dass andere mit dem Problem durch diese Meldung hier nicht so lange suchen müssen, wie ich.
