(gelöst) FHEM-Restore-Problem

[uron]

Ich musste heute einen Restore meines FHM auf dem RasPi machen, da ich keinen Zugriff mehr habe.
Die Anleitung auf der Seite https://ownsmarthome.de/2017/10/16/howto-fhem-backup-wiederherstellung/#FHEM_neu_aufsetzen sollte dabei helfen.
Glücklicherweise habe ich ein nagelneues Backup, was ich einspielen will.
Leider gibt es eine Fehlermeldung, die das Restore verhindert:

Code Auswählen Erweitern

gzip: stdin: unexpected end of file
tar: Unerwartetes Dateiende im Archiv.
tar: Unerwartetes Dateiende im Archiv.
tar: Error is not recoverable: exiting now

Auch ein 2. Versuch schlug fehl. Kann jemand helfen?

Hat sich mittlerweile erledigt, da ich die ursprüngliche Zugangsproblematik lösen konnte

[MadMax-FHEM]

rc.d ist doch initd (auf jeden Fall: alt).

Stoppen einer aktuellen fhem Instanz auf einem aktuellen Linux System geht per systemctl...

Aber das Problem ist wohl eher ein defektes Backup, sagt doch tar am Ende: not recoverable...

Wie wo hast du denn das Backup erzeugt?
War vorher das System auch tatsächlich i.O.!?
Oder war da evtl. bereits das Dateisystem defekt? SD Karte?

Hast du noch ein älteres Backup?

Gruß, Joachim

[uron]

Ich muss jetzt nochmals zu meinem Problem zurückkehren:
Nach einem heftigen Gewitter vorgestern versagt der Zugang zu meinem FHEM-Server erneut, diesmal komme ich sogar nicht auf meinen Raspi.
Nach Einsatz einer anderen SD-Karte und kompletter OS-Neuinstallation sowie FHEM möchte ich mein gesichertes Backup von meinem PC in das FHEM-Verzeichis opt/fhem/backup des Raspi kopieren, um ein Restore zu machen.
Das Kopieren der Backupdatei mit WINSCP mit Einwahl über SCP (ich habe auch eine ältere Backup-Version getestet - das Backup wurde per FHEM erstellt) bekomme ich immer die  Fehlermeldung

Code Auswählen Erweitern

Permission denied
Die Anleitung

Code Auswählen Erweitern

https://de.moyens.net/linux/so-uebertragen-sie-dateien-von-windows-10-ueber-ssh-auf-linux/ hat mir auch nicht geholfen, da ich ja schon bei der Dateikopie scheitere.
Könnten Rechteprobleme die Ursache sein, wenn JA, wie kann ich die umgehen?
Der Kopierbefehl im DOS-Fenster unter Windows

Code Auswählen Erweitern

scp FHEM-20220802_223146.tar.gz root@raspberrypi:/opt/fhem/backup
aus dem Quellverzeichnis heraus führt zur gleichen Fehlermeldung.
Nach mind. 4 Stunden Versuche die Datei zu kopieren wende ich mich nun an euch - wer kann helfen?

Was mir bislang nicht aufgefallen ist, ist die Warnmeldung

Code Auswählen Erweitern

Warning: the ECDSA host key for 'raspberrypi' differs from the key for the IP adress '192.168.2.147'
Wie bekomme ich den diese Meldung weg?

[Wernieman]

Du gehst wirklich mit root auf den Pi??

1. hast Du in Deinem Win Verzeichnis überhaupt die Datei
2. Mach es bitte erstmal mit pi ins pi Homedir
3. Kommst Du mit Pi per ssh auf Deinen Pi?
4. Was sind Deine Fehlermeldungen?

[uron]

Ja, die Datei liegt definitiv in dem Verzeichnis, von dem ich aus kopieren will.
Mit dem user Pi komme ich per ssh oder auch scr über WINSCP auf des Raspi!
Meine letzte Antwort hatte ich noch um eine bis jetzt übersehene Fehlermeldung ergänzt

[Wernieman]

Da Du bei Pi eine Neuinstallation durchgeführt hast, hat sich der Hostkey geändert. Da ssh davon nichts weis, stellt er nur dieses fest. Wie Du unter Windows den gespeicherten key löscht, damit er den neuen Speichert, kann ich Dir nichts sagen ...

Mal Google angeworfen:
https://superuser.com/questions/421004/how-to-fix-warning-about-ecdsa-host-key

Meine Google Suche:
https://www.google.com/search?q=windows+%22Warning%3A+the+ECDSA+host+key%22+%22differs+from+the+key+for+the+IP+adress%22&rlz=1C1GCEB_enDE969DE969&ei=2scZY9T6MIq_sAeWmInoCg&ved=0ahUKEwjUz6mOgoX6AhWKH-wKHRZMAq0Q4dUDCA4&uact=5&oq=windows+%22Warning%3A+the+ECDSA+host+key%22+%22differs+from+the+key+for+the+IP+adress%22&gs_lcp=Cgdnd3Mtd2l6EAM6CggAEEcQ1gQQsAM6BAghEBU6BAghEAo6BQgAEIAEOgsIABCABBCxAxCDAToICAAQgAQQsQNKBQg8EgExSgQIQRgASgQIRhgAUK8FWPdkYIluaAFwAXgAgAG_AYgBvhqSAQQ1LjI1mAEAoAEBoAECyAEIwAEB&sclient=gws-wiz

[Otto123]

Wie Du unter Windows den gespeicherten key löscht, damit er den neuen Speichert, kann ich Dir nichts sagen ...

wie bei Linux
CMD Fenster und

Code Auswählen Erweitern

ssh-keygen -R raspberrypi
Wie man es bei WinSCP weiß ich nicht - brauch ich nicht, verwende ich nicht.

Allerdings ist der direkte Zugriff auf /opt/fhem/backup mMn grober Unfug (gibt es das Verzeichnis nach einer Neuinstallation? oder erst nach einem ersten backup?).
Ich mach es immer so (root hat mein Pi nicht)

Code Auswählen Erweitern

scp FHEM-20220802_223146.tar.gz pi@raspberrypi:
Dann

Code Auswählen Erweitern

ssh pi@raspberrypi
Wozu soll das Backup erst ins Backup Verzeichnis?! Gleich auspacken

Code Auswählen Erweitern

sudo service fhem stop
sudo tar -xvzf /home/pi/FHEM-20220802_223146.tar.gz -C /opt/fhem/ 
sudo service fhem start

[uron]

Nach dem erneuten Befehl

Code Auswählen Erweitern

ssh-keygen -R raspberrypi
bekomme ich

Code Auswählen Erweitern

Cannot stat /home/pi/.ssh/known_hosts: No such file or directory
Die Datei ist also gelöscht oder umbenannt!?

Gehe ich nun über die DOS-Box in mein Win10-Quellverzeichnis und setze erneut den Kopierbefehl

Code Auswählen Erweitern

scp FHEM-20220825_201107.tar.gz root@raspberrypi:
ab, kommt die Meldung

Code Auswählen Erweitern

The autheticity of host 'raspberrypi (192.168.2.127)' can't be established.
ECDSA key fingerprint is SHA256:p9xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Are shure you want to continue connecting (yes/no/[fingerprint]
Nach Eingab des Fingerprints nimmt das System den RasPi mit ist die Liste der known hosts auf und beendet die Verbindung ohne zu Kopieren.
Was mach ich nur falsch und wo fehlts am Wissen?

Den Ordner Backup hatte ich wegen einer Empfehlung angelegt - besser ist der Weg von Otto

Muss ich noch den ssh-Key auf dem Win10-Rechner löschen, den finde ich aber nicht!

[Wernieman]

Grundsätzlich: Warum root?

[uron]

Es gibt Fortschritte:
In meinem Kopierbefhelt war dummerweise noch root. Nachdem ich das korrigiert hatte wurde mir angezeigt, dass 1 Datei kopiert wurde!!!!
Endlich, nach gefühlten 7 Stunden "herumirren".
Klappte aber immer noch nicht direkt, ein erneuter Versuch mit dem Zielverzeichnis \home\pi war dann aber erfolgreich
So. jetzt geht's ans 'Auspacken'

Wieder mal Danke für die Hilfestellungen 

Ergänzung: Restore der Sicherung vom 2. August hat geklappt. Leider sind die Plots nicht gefüllt (auch nicht vor dem 2.8.).
Vielleicht schaffe ich es ja noch, die log-Dateien mit den Daten bis zum 25.8. zu füllen - aber das sind für heute Luxusprobleme!

[Wernieman]

Wie schon von Otto geschrieben:
Gehe bei solchen Aktionen immer für das passende "Homedirektory" und nicht direkt ins Ziel. Dann als root entpacken und nicht vergessen, die Berechtigungen zu prüfen/anzupassen!

[Otto123]

Nach dem erneuten Befehl

Code Auswählen Erweitern

ssh-keygen -R raspberrypi
bekomme ich

Code Auswählen Erweitern

Cannot stat /home/pi/.ssh/known_hosts: No such file or directory
Die Datei ist also gelöscht oder umbenannt!?

Dieser Befehl war für die Windows CMD Konsole!? Ich dachte Du hattest den Fehler  unter Windows bei scp? Und es war die Antwort auf Werners Frage.

Da Du bei Pi eine Neuinstallation durchgeführt hast, hat sich der Hostkey geändert. Da ssh davon nichts weis, stellt er nur dieses fest. Wie Du unter Windows den gespeicherten key löscht, damit er den neuen Speichert, kann ich Dir nichts sagen ...

BTW. Wenn jemand eine Hilfestellung beschreibt und es beim gegenüber nicht 100% sicher ankommt - hilft nachfragen besser als - irgendwie, irgendwo was machen 

... die Berechtigungen zu prüfen/anzupassen!

Die sind aber im tar und bleiben erhalten falls sie vorher gestimmt haben

Are shure you want to continue connecting (yes/no/[fingerprint]

hier muss man einfach yes tippen  dann wird der Host Key in die Datei .ssh/know_hosts geschrieben

[uron]

Ich gebe zu, diese Zusammenhänge, also wo der ssh-Key abgelegt ist, kannte ich nicht, deshalb die Konfusion.
Insofern war mir auch nicht klar, von welcher Seite die Fehlermeldung kam und ich stocherte herum.

Ich hoffe, bis zum möglichen nächsten Mal die Zusammenhänge verinnerlicht zu haben.

Danke an alle Beteiligten für die Geduld und Nachsicht

[Wernieman]

Naja .. hatte deshalb "Windows den gespeicherten key löscht" geschrieben .... Du solltest Dir aber wegen dem User Gedanken machen. So häufig wie Du root@ geschrieben hast ... bist Du Dir sicher, nicht root ssh erlaubt zu haben?

[uron]

Habe ich nicht, zumindest nicht, dass ich wüsste.
Mit welchem Befehl wäre das denn möglich.

Ach ja, warum überhaupt "root". Ich ging ja zunächst von einem Berechtigungsproblem aus und wollte das dann mit den Rootrechten umgehen.
und dabei ist es dann geblieben