Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@thomas-braun sagte in Backitup Probleme mit mount NAS:

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Irgendwas haste da komplett verfummelt...
sudo oder volle root-shell an einer Stelle verwendet, wo es nicht zu verwenden ist würde ich behaupten.

ja, so sieht es aus.

iobroker hat nicht mehr die notwendigen Rechte.
und genau diese verbogenen Rechte zu klonen hilft auch nix

[Thomas Braun]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Ich weiss zwar nicht ob das jetzt in Ordnung ist, aber es funktioniert

Nein, das ist nicht in Ordnung, und es rumpelt höchstens. Springt dir bei nächster Gelegenheit wieder entgegen.

[Snopy_16]

@thomas-braun
volle root-shell habe ich nie verwendet.
sudo wahrscheinlich schon auch wegen Unwissenheit der Problematik damit.

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

sudo wahrscheinlich schon auch wegen Unwissenheit der Problematik damit.

und wahrscheinlich auch sudo npm install.... ?

[Snopy_16]

@homoran
npm install ist mir nicht bewusst, dass ich das jemals manuell installiert hätte.

Jetzt hilft wahrscheinlich auch eine Neuinstallation nicht viel, wenn ich das iobroker Backup einspiele?

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

dass ich das jemals manuell installiert hätte.

nicht npm installiert, sondern über npm Adapter mit dem Befehl sudo npm install adapterName...

[Thomas Braun]

@snopy_16

Im iob-Backup ist kein Backup der sudoers enthalten.

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Jetzt hilft wahrscheinlich auch eine Neuinstallation nicht viel, wenn ich das iobroker Backup einspiele?

im Backup ist nichts grundlegendes drin, nur die Konfigurationen der Instanzen, die Skripte und die views.
Die Basis installierst du (OS) bzw. der Installer (node, iobroker) vorher sauber neu

[Snopy_16]

@homoran
Adapter hab ich auch nie über die Konsole installiert.

Aber ich werde mich jetzt doch an eine Neuinstallation machen, wahrscheinlich warte ich noch auf den PI5, dann gehts in einem Aufwaschen.
Ich hoffe dass ich dann das iobroker Backup vom derzeitigem PI4 (Bullseye) problemlos auf den PI5 (Bookworm) aufspielen kann.

Könnte man mit einer SD vom PI4 (bookworm) auch einen PI5 starten ????

[Thomas Braun]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Könnte man mit einer SD vom PI4 (bookworm) auch einen PI5 starten ????

Nein. Auf dem Pi5 werkelt ganz andere Hardware mit einem anderen Kernel. Muss neuinstalliert werden.

[Snopy_16]

@thomas-braun
@Homoran

OK, DANKE vorerst an euch Beide für Eure großartige Hilfe und vor allem Geduld:+1: :grinning: :relieved:

[Snopy_16]

@Homoran @Thomas-Braun
Guten Morgen nochmal

könnte dieser Befehl die Rechte wieder zurecht rücken?

curl -sL https://iobroker.net/fix.sh | bash -

und sei es nur zu versuchen und wieder was dazu zu lernen
Oder ist das ähnlich einer Neuinstallation

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

könnte dieser Befehl die Rechte wieder zurecht rücken?

nein. das ist identisch zu iob fix
und der Fixer darf es nicht, weil das System verbogen ist.

[Einstein2002]

@homoran

Guten Tag zusammen,

kennt Ihr diesen Fehler?

Ich habe mir heute auf meinem Proxmox eine neue IOBroker Installation erstellt. Diese läuft in einem LXC auf Ubuntu 22.04.4 und ich hatte sie auf Debian12 ebenfalls erstellt. Aber bei beiden Installationen habe ich das gleiche Problem: Ich kann dem Backitup Adapter einfach nicht mehr mit dem QNAP NAS verbinden.
Mit der alten Version die auch auf Ubuntu 22.04.4 läuft funktioniert das einwandfrei. Der einzige Unterschied ist der: Die alte Variante läuft im privilegiert und die neuen Installationen im unprivilegiert LXC.
Ich benötige aber eine unprivilegiert Installation weil sonst der Zigbee nicht läuft.

Nun bekomme diesen Fehler:

	Error: Command failed: sudo mount -t cifs -o username=admin,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.100.49/backup/ioBroker/neu/ /opt/iobroker/backups mount error(1): Operation not permitted Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Ist da was bekannt? So richtig gefunden habe ich dazu nichts.

Es wäre natürlich sehr Hilfreich an das Backup von heute Morgen zu kommen.

Danke jetzt schon einmal

[Codierknecht]

@einstein2002 sagte in Backitup Probleme mit mount NAS:

die neuen Installationen im unprivilegiert LXC.

Guckst Du hier;
https://forum.iobroker.net/topic/74135/backup-auf-nas-ich-bekomme-es-einfach-nicht-hin/17

[Einstein2002]

@codierknecht
Danke hab es mir fast gedacht, werde es jetzt auch mal mit FTP versuchen.

Grüße

[Einstein2002]

@codierknecht

Nur eine Frage noch,
per FTP komme ich auf die NAS drauf und auch auf den Ordner. Gibt es eine Reihenfolge die es einzuhalten gilt für die Sicherung?

oder spielt das keine Rolle?

Danke

[Meister Mopper]

@einstein2002 sagte in Backitup Probleme mit mount NAS:

Gibt es eine Reihenfolge die es einzuhalten gilt für die Sicherung?

Wüsste nicht, wie du die Reihenfolge manipulieren könntest, es werden ja jeweils nur die Haken gesetzt.
Bei mir funktioniert es bei ähnlicher Konfiguration jedenfalls problemfrei.

[Einstein2002]

@meister-mopper

Ich habe jetzt alles nacheinander von oben nach unten zurückgespielt, bei der REDIS hat es anscheinend probleme gegeben? Bin ich mir nicht sicher.
Alle anderen sich super durchgelaufen. Ich weiß jetzt allerdings nicht wie ich das prüfen könnte.

so bleit es bis ultimo stehen.

Dann habe ich es abgebrochen und es kam das zum Vorschein

[Meister Mopper]

@einstein2002

Soweit ich weiß, muss die dump.rdb manuell kopiert werden.

iobroker stop
sudo systemctl stop redis-server

redis Backup-Datei in /var/lib/redis kopieren

sudo systemctl start redis-server
iobroker start