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

[Thomas Braun]

@snopy_16

ls -lah /home/pi/temp_sudo_file
getfacl /home/pi/temp_sudo_file

sagt?

[Snopy_16]

@thomas-braun

pi@raspberrypi:~ $ ls -lah /home/pi/temp_sudo_file
ls: Zugriff auf '/home/pi/temp_sudo_file' nicht möglich: Datei oder Verzeichnis nicht gefunden

pi@raspberrypi:~ $ getfacl /home/pi/temp_sudo_file
getfacl: /home/pi/temp_sudo_file: Datei oder Verzeichnis nicht gefunden

Die Datei gibts nicht

[Snopy_16]

@Thomas-Braun @Homoran
Noch wer eine Idee?

[Thomas Braun]

@snopy_16

Installier da neu ein RaspberryOS 12.
Dist-upgrade von 11 auf 12 funktioniert eh nicht.

[Snopy_16]

@thomas-braun
Das will ich vermeiden. (Hab ja einiges drauf auf dem derzeitigen Raspberry 4)
Zumindest bis ich vielleicht mal umsteige auf einen Raspi 5.

Bookworm erscheint mir noch etwas suspect (Einrichten einer statischen IP,...)
Weiss auch nicht, ob dann alles in Ordnung ist, wenn ich ein Backup von iobroker einspiele.

[Thomas Braun]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Das will ich vermeiden.

Kannst du eh nicht vermeiden.

Bookworm erscheint mir noch etwas suspect (Einrichten einer statischen IP,...)

Was soll da sein? Wird halt jetzt ggfls. anders gemacht, das ist aber auch schon alles.

[Snopy_16]

@thomas-braun
Nun, ich bin der Sache etwas näher gekommen.

Ich habe eine 1:1 Kopie der SSD-Platte vom 12.2.24.
Mit der habe ich das system gestartet und gleich mal ein Backup mit dem Backitup Adapter gemacht. Funktionierte wie gewohnt.

Anschließend machte ich ein

iob fix

was war die Folge?

==========================================================================
    Checking ioBroker user and directory permissions (2/5)
==========================================================================
main: Zeile 702: /home/pi/temp_sudo_file: Keine Berechtigung
Fixing directory permissions...
This system does not support setting default permissions.
Do not use npm to manually install adapters unless you know what you are doing!

Dann machte ich nochmal ein Backup machen und sofort kam die ursprüngliche Meldung wie auf Post #1 beschrieben und das NAS wurde nicht gemountet.

Also liegt das ganze an IOB FIX.
Mit dem sollte eigentlich was repariert werden und nicht ein Problem erzeugt.
Was steht da im Code auf Seite 702?

Ein IOB FIX kann ich wohl nicht mehr rückgängig machen.

Ich weiss leider nicht, wer in dieser Sache den nötigen Einblick hat, aber es muss doch einen Grund dafür geben.

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Also liegt das ganze an IOB FIX.

wieso???

wenn du

@snopy_16 sagte in Backitup Probleme mit mount NAS:

eine 1:1 Kopie der SSD-Platte vom 12.2.24.

dabei einen vorhandenen Fehler klonst, an dem iob fix sich die Zähne ausbeisst, weil du z.b. vorher mit der Verwendung von root Rechte so verbogen hattest, dass selbst der Fixer das nicht mehr richten kann, dann ist der Fixer nicht der Täter sonden das Opfer!

Deswegen klont man keine ganzen Platten sondern installiert neu.

[Thomas Braun]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Was steht da im Code auf Seite 702?

Nix. Das fix-Skript hat nur 480 Zeilen.
https://github.com/ioBroker/ioBroker/blob/master/fix_installation.sh

Ich hab jetzt gerade mal spaßeshalber 2x hintereinander den iob fix auf meinem System durchgeführt. Kein Fehler bei mir.

[Snopy_16]

@homoran

Also doch sehr komplex, ich versteh einfach nicht:
Wieso sucht der Fixer in Zeile 702 nach "/home/pi/temp_sudo_file", das nicht vorhanden ist und schreibt dann "keine Berechtigung".
Kann man diese file nicht nachinstallieren?

[Thomas Braun]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Kann man diese file nicht nachinstallieren?

Nein, das ist nur ein temporäres File, das wird vom fixer wieder gelöscht.

[Thomas Braun]

@snopy_16

groups

als der user, der auch den fixer aufruft sagt? Wohl der 'pi' bei dir.

[Homoran]

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Also doch sehr komplex,

mal halblang. Diese Meldung ist nicht normal!
und der Rest anscheinend fehlinterpretiert. ich bin kein Entwickler und Programmierer, aber wie kommst fu darauf, dass

@snopy_16 sagte in Backitup Probleme mit mount NAS:

nach "/home/pi/temp_sudo_file", das nicht vorhanden ist

?
da steht

@snopy_16 sagte in Backitup Probleme mit mount NAS:

Keine Berechtigung

heisst: selbst der Fixer hat nicht das Recht, die verbogenen Rechte wieder herzustellen!

irgendwas an dem Grundsystem wurde so verstellt, dass

@snopy_16 sagte in Backitup Probleme mit mount NAS:

This system does not support setting default permissions.

[Thomas Braun]

@snopy_16

sudo cat /etc/sudoers.d/iobroker

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