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

[Snopy_16]

@homoran
Ich meinte das nicht so, ist einfach für MICH zu komplex.
Wusste auch nicht das die Datei nur temporär angelegt wird und wieder gelöscht wird, darum hab ich sie auch nicht gefunden.

Ich will halt alles verstehen und mache mir dazu Gedanken, wenn auch oftmals falsche.

bin aber sehr froh, dass ich bei Euch Hilfe finde.

[Snopy_16]

@thomas-braun

pi@raspberrypi:~ $ sudo cat /etc/sudoers.d/iobroker
cat: /etc/sudoers.d/iobroker: Datei oder Verzeichnis nicht gefunden

Habe dann auf meinem Ersatzsystem ein

sudo iob fix

gemacht, dabei wurde dann die datei angelegt

==========================================================================
    Checking ioBroker user and directory permissions (2/5)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...

Seitdem funktioniert auch wieder das Backup auf das NAS :+1:
auch nach einem reboot.

Hier nun die Ausgabe vom angelegtem

pi@raspberrypi:~ $ sudo cat /etc/sudoers.d/iobroker
iobroker ALL=(ALL) ALL
iobroker ALL=(ALL) NOPASSWD: /usr/sbin/shutdown
iobroker ALL=(ALL) NOPASSWD: /usr/sbin/halt
iobroker ALL=(ALL) NOPASSWD: /usr/sbin/poweroff
iobroker ALL=(ALL) NOPASSWD: /usr/sbin/reboot
iobroker ALL=(ALL) NOPASSWD: /usr/bin/systemctl start
iobroker ALL=(ALL) NOPASSWD: /usr/bin/systemctl stop
iobroker ALL=(ALL) NOPASSWD: /usr/bin/mount
iobroker ALL=(ALL) NOPASSWD: /usr/bin/umount
iobroker ALL=(ALL) NOPASSWD: /usr/bin/systemd-run
iobroker ALL=(ALL) NOPASSWD: /usr/bin/apt-get
iobroker ALL=(ALL) NOPASSWD: /usr/bin/apt
iobroker ALL=(ALL) NOPASSWD: /usr/bin/dpkg
iobroker ALL=(ALL) NOPASSWD: /usr/bin/make
iobroker ALL=(ALL) NOPASSWD: /usr/bin/ping
iobroker ALL=(ALL) NOPASSWD: /usr/sbin/setcap
iobroker ALL=(ALL) NOPASSWD: /usr/bin/vcgencmd
iobroker ALL=(ALL) NOPASSWD: /usr/bin/cat
iobroker ALL=(ALL) NOPASSWD: /usr/bin/df
iobroker ALL=(ALL) NOPASSWD: /usr/sbin/ldconfig
ALL ALL=NOPASSWD: /usr/bin/systemctl start iobroker
ALL ALL=NOPASSWD: /usr/bin/systemctl stop iobroker
ALL ALL=NOPASSWD: /usr/bin/systemctl restart iobroker
ALL ALL=(iobroker) NOPASSWD: /usr/bin/node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js *

Ich weiss zwar nicht ob das jetzt in Ordnung ist, aber es funktioniert
Mit einem erneutem IOB-FIX ohne sudo kamen wieder die selben Probleme.

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Habe dann auf meinem Ersatzsystem ein
sudo iob fix

gemacht,

niemals nie nicht iobroker Befehle mit sudo einleiten!!!
das führt zu genau so etwas

[Thomas Braun]

@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.

[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