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

[badsnoopy667]

@homoran said in Javascripte plötzlich alle gelöscht:

der Pfad korrekt? Habe es mit verschiedenen probiert, aktuell ist "/#/files/JetFlash-Transcend64GB-01/iobrok

So sieht es aktuell aus in den Einstellungen.
Hatte oben im Post 2x denselben LOG kopiert. Hab das jetzt korrigiert!

[Homoran]

@badsnoopy667 ich nutze das nicht auf der Fritte, da muss der Pfad immer anders aussehen als woanders :-(
ggf. kann dir @Thomas-Braun den Pfad erklären, deiner sieht seltsam aus

[Thomas Braun]

@badsnoopy667

Der Pfad ist falsch und bei der FritzBox muss unbedingt die 'noserverino'-Option gesetzt werden. SMB 3.1.1 funktioniert da auch.

[Homoran]

@thomas-braun sagte in Javascripte plötzlich alle gelöscht:

@badsnoopy667

Der Pfad ist falsch und bei der FritzBox muss unbedingt die 'noserverino'-Option gesetzt werden. SMB 3.1.1 funktioniert da auch.

Büdddäää :-(

Das hab ich schon geschrieben, aber du weisst doch (annähernd) wie der Pfad aussehen müsste

[Thomas Braun]

@homoran

Ich musste erst mal Einloggen auf meinem System...

Ich hab da jedenfalls drin stehen:

/fritz.nas/Hitachi-HTS545012B9SA00-01/iobbackups/chet

[badsnoopy667]

@thomas-braun
Hast Du denn sudo im Adapter angeklickt? Bei mir geht's ja weder mit noch ohne, aber dann weiß ich schonmal womit es theoretisch klappen sollte.

[Homoran]

@badsnoopy667 sagte in Javascripte plötzlich alle gelöscht:

Bei mir geht's ja weder mit noch ohne, aber dann weiß ich schonmal womit es theoretisch klappen sollte.

hast du denn inzwischen die anderen Änderungen gemacht?

Was kommt denn jetzt im log?

[badsnoopy667]

@homoran
Ja, ich hab auf "noserverino" auf true gesetzt und SMB 3.1.1
Habe alle Pfade ausprobiert, die mir so eingefallen sind und ich habe nochmal extra einen FritzBox User angelegt der nur Zugriff auf FTP hat.
Es kommen immer noch die beiden Fehlermeldungen (Abhängig von sudo true/false) von oben.
Entweder TTY und askpass Programm. Wie gesagt, meine Vermutung: Er will ein sudo Passwort und bekommt keins. Wenn ich selbst per Putty was mit sudo machen will muss ich ja auch erstmal noch das Passwort wieder eingeben.

Oder eben ohne sudo, dann sagt er, dass er die --options nicht ausführen kann, das würde nur mit sudo gehen.
Ich hab das Gefühl er kommt gar nicht erst an den Punkt zu merken, dass der Pfad ggf. falsch ist.

[Thomas Braun]

@badsnoopy667 sagte in Javascripte plötzlich alle gelöscht:

Wenn ich selbst per Putty was mit sudo machen will muss ich ja auch erstmal noch das Passwort wieder eingeben.

Der user iobroker ist aber als Systemuser anders aufgesetzt als ein Standard-Normalo-User.

[badsnoopy667]

@thomas-braun
Tja, das habe ich mich eben auch schon gefragt. Vielleicht hat der keine Admin Rechte? Hat bisher nicht gestört.

[Homoran]

@badsnoopy667 sagte in Javascripte plötzlich alle gelöscht:

Vielleicht hat der keine Admin Rechte? Hat bisher nicht gestört.

der hat limitierte sudo Rechte.
Wenn du der Meinung bist, dass es daran liegen könnte,müsstest du die verbogenen Rechte wieder geradebiegen:

iobroker stop
iobroker fix
iobroker start

[badsnoopy667]

@homoran
Hab ich ausgeführt, keine Änderung.
Hab versucht nach Rechteverwaltung in Linux zu googlen, aber ich hab ein bisschen Angst, dass ich mir damit nachher mein ganzes System lahmlege.

[Thomas Braun]

@badsnoopy667

Wie sehen die Einstellungen jetzt aus?
Zum einen aus den Backitup-Einstellungen zum NAS, zum anderen auf der Konsole.

[Thomas Braun]

@badsnoopy667

Was ist das genau da für ein System? Du agierst hoffentlich nicht als root?
Da scheint mir die /etc/sudoers falsch zu sein.

Vollständige Ein- und Ausgaben zu

sudo -u iobroker groups
groups

liefert?

[JLeg]

@thomas-braun sagte in Javascripte plötzlich alle gelöscht:

Da scheint mir die /etc/sudoers falsch zu sein.

genau, offenbar verlangt ja bereits der backitup-mount ein Passwort, was eigentlich durch diese Einträge in /etc/sudoers.d/iobroker verhindert werden müsste:

iobroker ALL=(ALL) NOPASSWD: /bin/mount
iobroker ALL=(ALL) NOPASSWD: /bin/umount

eigentlich aber sollten diese Einträge aber durch "iobroker fix" sichergestellt sein, soweit ich weiss... (?)

[Thomas Braun]

@jleg

Beim googlen nach der Meldung bin ich auch über so ein Verhalten bei unorthodoxen ssh-Logins gestolpert.

@badsnoopy667
Beschreib mal genau wie du dich genau auf dem iobroker-Server einloggst.
Per Terminal-Programm (puTTY z. B.) von einer externen Maschine?

[badsnoopy667]

@thomas-braun
Also, der iobroker Läuft auf einer virtuellen Maschine in Proxmox.
Wenn ich auf die Komandozeile zugreifen will, mache ich das mit putty über ssh. Also username und passwort.
Will ich dort etwas mit sudo machen muss ich das Passwort immer nochmal eingeben.
Habe jetzt mal in das Verzeichnis /etc/sudoers.d/ geschaut, das ist leer bis auf eine readme Datei. Den Unterordner iobroker gibt es gar nicht bei mir.

[Thomas Braun]

@badsnoopy667 sagte in Javascripte plötzlich alle gelöscht:

Habe jetzt mal in das Verzeichnis /etc/sudoers.d/ geschaut, das ist leer bis auf eine readme Datei.

In meinem System ist da 'einiges los'.
Schaut für mich nach einer falschen Konfiguration aus.

[badsnoopy667]

@thomas-braun
Ja, ich befürchte auch, da stimmt was nicht.
Aber ich glaube, das kriegt man so einfach auch nicht gelöst. Ich hab Backitup jetzt erstmal wieder auf FTP gestellt, das funktioniert ja. Und ich warte jetzt mal ab, ob das Problem mit den gelöschten Scripten nochmal auftritt. Vielleicht hat ja das Entfernen des Spiegelpfades schon geholfen!
Danke nochmal bis hierhin!