transmission startet nicht

[olistudent]

Das könnte dann so aussehen:

--- fwmod       (Revision 6614)
+++ fwmod       (Arbeitskopie)
@@ -383,7 +383,14 @@

        # Fix some permissions
        chmod -R u+w "$FILESYSTEM_MOD_DIR"
-       find "${FILESYSTEM_MOD_DIR}" -maxdepth 1 -type d -exec chmod +rx {} ';'
+       for dir in "${FILESYSTEM_MOD_DIR}" "${VARTAR_MOD_DIR}"; do
+               find "$dir" -type d -exec chmod +rx {} '+'
+       done
+       # Give all users write permissions to /var/tmp to allow it to be used as a temp-directory.
+       # Set sticky bit to prevent users from deleting/renaming files they are not the owners of.
+       # NB: The permissions set are the regular temp-directory permissions on Unix-like systems.
+       chmod a+w+t "${VARTAR_MOD_DIR}/var/tmp"
+
        # o-users should be allowed to access files in /etc/default.049
        find "${FILESYSTEM_MOD_DIR}/etc" -maxdepth 1 -type d -name default.0* -exec chmod o+x {} ';'

@@ -619,14 +626,6 @@
                chmod 644 "${VARTAR_MOD_DIR}/var/tmp/hosts" "${VARTAR_MOD_DIR}/var/tmp/resolv.conf"
                touch "${VARTAR_MOD_DIR}/var/tmp/onlinechanged"
                chmod +x "${VARTAR_MOD_DIR}/var/tmp/onlinechanged"
-               for dir in /var /var/log /var/lock /var/run /var/tmp; do
-                       chmod +x "${VARTAR_MOD_DIR}${dir}"
-               done
-               # Give all users write permissions to /var/tmp to allow it to be used as a temp-directory.
-               # Set sticky bit to prevent users from deleting/renaming files they are not the owners of.
-               # NB: The permissions set are the regular temp-directory permissions on Unix-like systems.
-               chmod a+w+t "${VARTAR_MOD_DIR}/var/tmp"
-
                ln -s ../var/tmp/ethers "${FILESYSTEM_MOD_DIR}/etc/ethers"
                ln -s ../var/tmp/exports "${FILESYSTEM_MOD_DIR}/etc/exports"
                ln -s ../var/tmp/gshadow "${FILESYSTEM_MOD_DIR}/etc/gshadow"

Gruß
Oliver

 

[RalfFriedl]

Ich würde die Rechte explizit angeben, sonst haben wir nachher Unterschiede, je nachdem, wie die Rechte vorher waren, und genau das wollten wir ja vermeiden.
Außerdem braucht es kein "for .. find", man kann direkt mehrere Verzeichnisse angeben.
Die Änderung in /etc/default braucht man dann auch nicht mehr, das wird schon durch ${FILESYSTEM_MOD_DIR}" abgedeckt.

--- fwmod       (Revision 6614)
+++ fwmod       (Arbeitskopie)
@@ -383,7 +383,10 @@

        # Fix some permissions
        chmod -R u+w "$FILESYSTEM_MOD_DIR"
-       find "${FILESYSTEM_MOD_DIR}" -maxdepth 1 -type d -exec chmod +rx {} ';'
+       find "${FILESYSTEM_MOD_DIR}" "${VARTAR_MOD_DIR}" -type d -exec chmod 755 {} '+'
+       # Give all users write permissions to /var/tmp to allow it to be used as a temp-directory.
+       # Set sticky bit to prevent users from deleting/renaming files they are not the owners of.
+       # NB: The permissions set are the regular temp-directory permissions on Unix-like systems.
+       chmod 1777 "${VARTAR_MOD_DIR}/var/tmp"
+
-        # o-users should be allowed to access files in /etc/default.049
-        find "${FILESYSTEM_MOD_DIR}/etc" -maxdepth 1 -type d -name default.0* -exec chmod o+x {} ';'

@@ -619,14 +626,6 @@
                chmod 644 "${VARTAR_MOD_DIR}/var/tmp/hosts" "${VARTAR_MOD_DIR}/var/tmp/resolv.conf"
                touch "${VARTAR_MOD_DIR}/var/tmp/onlinechanged"
                chmod +x "${VARTAR_MOD_DIR}/var/tmp/onlinechanged"
-               for dir in /var /var/log /var/lock /var/run /var/tmp; do
-                       chmod +x "${VARTAR_MOD_DIR}${dir}"
-               done
-               # Give all users write permissions to /var/tmp to allow it to be used as a temp-directory.
-               # Set sticky bit to prevent users from deleting/renaming files they are not the owners of.
-               # NB: The permissions set are the regular temp-directory permissions on Unix-like systems.
-               chmod a+w+t "${VARTAR_MOD_DIR}/var/tmp"
-
                ln -s ../var/tmp/ethers "${FILESYSTEM_MOD_DIR}/etc/ethers"
                ln -s ../var/tmp/exports "${FILESYSTEM_MOD_DIR}/etc/exports"
                ln -s ../var/tmp/gshadow "${FILESYSTEM_MOD_DIR}/etc/gshadow"

Alternativ:
755 -> u=rwx,go=rx
1777 -> a=rwxt

 

[olistudent]

Ich habs dann mal wie von dir vorgeschlagen eingecheckt.
http://freetz.org/changeset/6615

Gruß
Oliver

@ronnyst: Jetzt kannst du (mit aktuellem trunk) versuchen ein neues Image zu bauen.

 

[sf3978]

...
ich bekomme folgende Fehlermeldung wenn ich transmission starten will:

start-stop-daemon: can't execute 'transmission-daemon': Permission denied
Starting transmission daemon ... failed.

...

Hat transmission auf deiner FB7240, mit anderen (früheren) trunk revisionen richtig funktioniert? Oder hast Du transmission erst mit der trunk rev. 6581, ins Freetz-Image aufgenommen bzw. kompiliert?

 

[ronnyst]

Hat transmission auf deiner FB7240, mit anderen (früheren) trunk revisionen richtig funktioniert? Oder hast Du transmission erst mit der trunk rev. 6581, ins Freetz-Image aufgenommen bzw. kompiliert?

Ja. Ich habe bereits in einem früheren Trunk (kann Dir leider nicht mehr sagen, in welchem) Transmission am Laufen gehabt. Ohne Probleme lief das Ganze stabil.

@oli: Alles klar. Werde berichten, wenn ich das neue image eingespielt habe. Danke schonmal im vorraus!

 

[sf3978]

Ja. Ich habe bereits in einem früheren Trunk (kann Dir leider nicht mehr sagen, in welchem) Transmission am Laufen gehabt. Ohne Probleme lief das Ganze stabil.
...

Danke für den Hinweis. Das könnte auf meiner 7240 auch der Grund sein, warum der prosody-Server von trunk 6581 bis trunk 6602, nicht startet. Bin gespannt ob es bei mir, mit dem neuesten trunk, mit prosody wieder funktioniert.

 

[olistudent]

Ich wüsste nicht, dass das was mit der Trunk Version zu tun hat. Kommt ja von den Rechten der original AVM Firmware.

Gruß
Oliver

 

[sf3978]

... Ich habe bereits in einem früheren Trunk (kann Dir leider nicht mehr sagen, in welchem) Transmission am Laufen gehabt. Ohne Probleme lief das Ganze stabil.
...

Hast Du in dem früheren Trunk (... mit dem transmission ohne Probleme funktioniert hat) auch die 73.04.87-AVM-Firmware benutzt?

 

[ronnyst]

Hast Du in dem früheren Trunk (... mit dem transmission ohne Probleme funktioniert hat) auch die 73.04.87-AVM-Firmware benutzt?

Nein, das war die 73.04.81. Das weiß ich deswegen so genau, weil die letzte Ziffer mein Geburtsjahr ist.

 

[sf3978]

Mit dem trunk rev. 6630, funktioniert der prosody server wieder auf meiner FB7240.

 

[ronnyst]

Super! Es funktioniert wieder alles! Mit dem trunk rev. 6632 ist bei mir alles in Ordnung.

Vielen Dank für Eure Hilfe!