Ich habe Testweise eine Kategorie erstellt und von 3 Instanzen die Abfrageintervalle verändert.
Dann ein Backup gemacht, dass lief Fehlerfrei durch.
Die Eigenschaften der Backup Datei waren vom Zeitstempel her unverändert, da war ich schon skeptisch.
Dann habe ich das Backup gemäß der Doku zurückgespielt und die Änderungen waren wieder rückgängig gemacht worden.
Die angelegte Kategorie ist verschwunden und die Abfragintervalle waren wieder so wie vor der Änderung.
Folgende Befehle habe ich ausgeführt.
sudo /etc/init.d/symcon stop
sudo su
cd /var/lib/symcon/
zip -r ~/backup.zip *
sudo /etc/init.d/symcon start
Die Backup.zip liegt in /home/pi Verzeichnis
Kann sich das jemand erkären, ich kann jetzt quasi kein Backup machen.
Beim Buster OS hat sich bei dieser Datei immer die Dateigrösse und der Zeitstempel geändert, ich habe das jedesmal kontrolliert.
Wäre sudo chmod var/lib/symcon 777 falsch, mache ich mir da was kaputt?
Ich bin leider nicht der Linux Profi.
Ich kann mich aber auch nicht daran errinern das ich unter Jessie diese Situation hatte, vorher war ich mit IPS auf Windof.
danke da ist was drin. Aber warum jetzt im root Verzeichnis?
pi@raspberrypi:~ $ sudo su -
SSH is enabled and the default password for the ‚pi‘ user has not been changed.
This is a security risk - please login as the ‚pi‘ user and type ‚passwd‘ to set a new password.
Mit Bullseye musste ich auch erst eine CHMOD 777 auf das IPS Verzeichnis machen, sonst konnte ich auf Grund der Berechtigungen kein Restore machen.
Bei Buster war das zuvor nie nötig.
VG Doc
Na ja, mit Linux habe ich seit 10 Jahren nix mehr am Hut, ausser der Pi für Symcon.
Aber es hat jetzt Anscheinend geklappt.
Das Symcon Verzeichnis habe ich nicht auf 777 Vollzugriff setzen müssen.
Also für die anderen die das selbe Problem haben:
Backup erstellen
sudo su -
chmod 777 /root/
und dann wie gehabt
Das Backup.zip liegt dann im /root/ Dir
Backup wiederherstellen.
sudo su -
sudo /etc/init.d/symcon stop
cd /root/
sudo unzip backup.zip -d /var/lib/symcon/
Symcon starten.
@paresy Hab ich das irgendwo überlesen, oder ist das noch nicht dokumentiert, dass bei Bullseye z.B. das anders ist?
Ich hatte das auch schon mal, weiss aber nicht mehr, wie es damals gelöst wurde.
Mit ‚sudo su‘ wird doch auf den User „root“ geschaltet.
Könnte IPS als User „root“ installiert worden sein ?
Normalerweise wird doch IPS mit dem User „Pi“ ggf. mit ‚sudo‘ nicht aber mit ‚sudo su‘ installiert? oder?
ich habe am Wochenende einen meiner Raspberrys neu mir Raspbian OS Bullseye neu aufgestzt und Symcon aus einer Sicherung wiederhergestellt. Da es sich bei dem verwendeten Raspi um einen übrigen Raspi 2 handelt, wollte ich mit diesem nur das System am Laufen halten und den Fehler in IPS suchen.
So weit so gut. Der aktuelle neuere Raspi läuft wieder und ich wollte von alten Interims Raspi eine IPS Sicherung erstellen. Und hier beginnt das Problem.-
Bei cd / var/lib/symcon kommt die Fehlermeldung, dass ich keine Berechtigung habe.
Ich bin nicht wirklich fit mit Linux und komme hier einfach nicht weiter. Mit root Rechten lässt sich die Sicherung anstoßen, aber wo finde ich die Sicherungsdatei denn dann?