- Registriert
- Apr. 2006
- Beiträge
- 5.165
Hallo zusammen,
auf der Arbeit gibt es einen Raspi, der via HDMI an einen Fernseher angeschlossen ist und dort eine PDF-Datei anzeigt. Zudem sind FTP und VNC eingerichtet, um Dateien auf den Raspi zu schieben. Aktuell ist der Workflow so, dass man via FTP eine PDF-Datei reinschieben kann, danach muss man via VNC rein und den PDF-Viewer neustarten, damit er die neue Datei findet und anzeigt. Außerdem ist dort ein automatisches Herunterfahren eingerichtet (weiß nicht wie, vermute aber einen Cronjob), damit der Raspi nicht unnötigerweise Energie schluckt. Morgens wird er dann via Zeitschaltuhr wieder eingeschaltet.
Nun wollte ich den Workflow etwas vereinfachen: Statt FTP einen Owncloud-Client installieren, der das Verzeichnis mit den PDF-Dateien automatisch mit einer Cloud synchronisiert, sodass man den Raspi via Cloud "füttern" kann. Außerdem ein Skript laufen lassen, das via inotifywait den PDF-Viewer automatisch neustartet, sobald sich die Dateien im PDF-Verzeichnis ändern.
Das Problem ist nun, auf dem Raspi läuft Raspbian Jessie, inotify-tools ist dort nicht über die Paketquellen verfügbar (oder möglicherweise sind die Paketquellen selbst nicht mehr verfügbar, da Jessie schon zwei Versionen hinter oldoldstable ist). Ich überlege nun, ob es sinnvoller ist, Raspbian auf die aktuelle Version zu aktualisieren, komplett neu aufzusetzen oder lieber alles beim Alten zu belassen und ggf. zu versuchen, selbst ein Paket für inotify-tools zu bauen (wobei ich bisher nur Erfahrungen beim Bauen von Paketen unter Arch habe).
Frage: Wie würde ich beim Upgrade von Jessie auf (zumindest) Buster, die aktuelle oldoldstable-Version, vorgehen? Einfach wie üblich die Paketquellen für Buster eintragen und dist-upgrade laufen lassen? Oder kann es da zu Problemen kommen, wenn eine Version (Stretch) übersprungen wird? Vielleicht hat ja jemand schon so ein waghalsiges Manöver durchgeführt und kann aus Erfahrung berichten?
Ich habe jetzt zwei Wochen Zeit, um das Problem zu lösen (oder alles beim Alten zu belassen), danach muss das System wieder zuverlässig einsatzbereit sein.
Viele Grüße
Photon
auf der Arbeit gibt es einen Raspi, der via HDMI an einen Fernseher angeschlossen ist und dort eine PDF-Datei anzeigt. Zudem sind FTP und VNC eingerichtet, um Dateien auf den Raspi zu schieben. Aktuell ist der Workflow so, dass man via FTP eine PDF-Datei reinschieben kann, danach muss man via VNC rein und den PDF-Viewer neustarten, damit er die neue Datei findet und anzeigt. Außerdem ist dort ein automatisches Herunterfahren eingerichtet (weiß nicht wie, vermute aber einen Cronjob), damit der Raspi nicht unnötigerweise Energie schluckt. Morgens wird er dann via Zeitschaltuhr wieder eingeschaltet.
Nun wollte ich den Workflow etwas vereinfachen: Statt FTP einen Owncloud-Client installieren, der das Verzeichnis mit den PDF-Dateien automatisch mit einer Cloud synchronisiert, sodass man den Raspi via Cloud "füttern" kann. Außerdem ein Skript laufen lassen, das via inotifywait den PDF-Viewer automatisch neustartet, sobald sich die Dateien im PDF-Verzeichnis ändern.
Das Problem ist nun, auf dem Raspi läuft Raspbian Jessie, inotify-tools ist dort nicht über die Paketquellen verfügbar (oder möglicherweise sind die Paketquellen selbst nicht mehr verfügbar, da Jessie schon zwei Versionen hinter oldoldstable ist). Ich überlege nun, ob es sinnvoller ist, Raspbian auf die aktuelle Version zu aktualisieren, komplett neu aufzusetzen oder lieber alles beim Alten zu belassen und ggf. zu versuchen, selbst ein Paket für inotify-tools zu bauen (wobei ich bisher nur Erfahrungen beim Bauen von Paketen unter Arch habe).
Frage: Wie würde ich beim Upgrade von Jessie auf (zumindest) Buster, die aktuelle oldoldstable-Version, vorgehen? Einfach wie üblich die Paketquellen für Buster eintragen und dist-upgrade laufen lassen? Oder kann es da zu Problemen kommen, wenn eine Version (Stretch) übersprungen wird? Vielleicht hat ja jemand schon so ein waghalsiges Manöver durchgeführt und kann aus Erfahrung berichten?
Ich habe jetzt zwei Wochen Zeit, um das Problem zu lösen (oder alles beim Alten zu belassen), danach muss das System wieder zuverlässig einsatzbereit sein.
Viele Grüße
Photon
Zuletzt bearbeitet: