transmission startet nicht

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
R

ronnyst

Neuer User
Mitglied seit
12 Jan 2010
Beiträge
59
Punkte für Reaktionen
0
Punkte
0
Hallo Leute,

ich bekomme folgende Fehlermeldung wenn ich transmission starten will:
Code: 
start-stop-daemon: can't execute 'transmission-daemon': Permission denied
Starting transmission daemon ... failed.
Die Verzeichnisse hat er sich aber erstellt :confused:

Soweit ich die Addons von freetz.org vergleiche, habe ich KEINE Addons in meinem Image.

Boxtyp
7240
AVM-Firmwareversion
04.87
Sprache
de

Kernelversion
2.6.19.2 (3860) (gcc version 3.4.6)

Freetz-Version
freetz-devel-6581

Code: 
[B]Patches:[/B]
automount
> ext3
> ntfs
freetzmount
> blkid

[B]Pakete:[/B]
authorized_keys
avm_firewall
bridge_utils
dropbear
> disable_host_lookup
e2fsprogs
> blkid
> static
fstyp
haserl
inetd
mod
modcgi
nmbd
ntfs
openvpn
> enable_small
> static
> with_lzo
php
> with_session
phpxmail
samba
transmission
> client
> daemon
> static
> webinterface
vsftpd
xmail

[B]Module:[/B]
ext3
fuse
jbd
mbcache

[B]Libraries:[/B]
ld_uClibc
libcrypt
libdl
libfreetz
libgcc_s
libm
libnsl
libpcre
libpopt
libpthread
libresolv
librt
libuClibc
libuClibc__
libutil

[B]Entfernt:[/B] 	
dtrace
ftpd

[B]CGI-Pakete:[/B]
transmission

Rechte der Verzeichnisse:
/usr/bin :770
/usr :775

Es wäre super, wenn jemand von Euch eine Idee hätte...
Vielen Dank!
 
Hast du das Posting jetzt irgendwo rauskopiert? Irgendwie kommt mir das bekannt vor. Vielleicht hat das Verzeichnis wirklich andere Rechte!? Ich begeb mich mal auf die Suche...

Gruß
Oliver
 
Speziell /usr/bin 770 hatten wir doch schon mal.
Und was heißt "Soweit ich die Addons von freetz.org vergleiche, habe ich KEINE Addons in meinem Image."
Hast Du Addons, oder hast Du keine?
 
Die 7240 Firmware hat andere Berechtigungen. Die werden vom original Image kopiert und nur für die erste Ebene geändert.
Code: 
oliver@ubuntu:~/fritzbox/freetz/trunk/build/modified/filesystem$ ls -l
insgesamt 92
drwxrwxr-x 2 oliver oliver  4096 2011-03-05 10:18 bin
drwxrwxr-x 2 oliver oliver  4096 2010-09-29 12:01 data
drwxrwxr-x 8 oliver oliver  4096 2011-03-05 10:18 etc
lrwxrwxrwx 1 oliver oliver    12 2011-03-05 10:18 home -> var/mod/home
drwxrwxr-x 3 oliver oliver 16384 2011-03-05 10:18 lib
drwxr-xr-x 2 oliver oliver  4096 2011-03-05 10:18 mnt
lrwxrwxrwx 1 oliver oliver     7 2011-03-05 10:18 mod -> var/mod
lrwxrwxrwx 1 oliver oliver    19 2011-03-05 10:18 nohup.out -> ./var/tmp/nohup.out
drwxr-xr-x 2 oliver oliver  4096 2011-03-05 10:18 opt
drwxrwxr-x 2 oliver oliver  4096 2010-09-29 12:01 proc
drwxrwxr-x 2 oliver oliver  4096 2011-03-05 10:18 sbin
drwxrwxr-x 3 oliver oliver  4096 2011-03-05 10:18 share
drwxrwxr-x 2 oliver oliver  4096 2010-09-29 12:01 sys
lrwxrwxrwx 1 oliver oliver     7 2011-03-05 10:18 tmp -> var/tmp
drwxrwxr-x 7 oliver oliver  4096 2011-03-05 10:18 usr
drwxrwxr-x 2 oliver oliver  4096 2010-09-29 12:03 var
-rw-rw---- 1 oliver oliver 30720 2010-09-29 12:03 var.tar
oliver@ubuntu:~/fritzbox/freetz/trunk/build/modified/filesystem$ ls -l usr/
insgesamt 20
drwxrwx--- 2 oliver oliver 4096 2011-03-05 10:18 bin
drwxrwx--- 2 oliver oliver 4096 2011-03-05 10:18 sbin
drwxrwx--- 6 oliver oliver 4096 2011-03-05 10:18 share
drwxrwx--- 5 oliver oliver 4096 2011-03-05 10:18 www
drwxrwx--- 3 oliver oliver 4096 2011-03-05 10:18 www.nas
Code: 
find "${FILESYSTEM_MOD_DIR}" -maxdepth 1 -type d -exec chmod +rx {} ';'
Welche Änderung ist sinnvoll? "-maxdepth 2" oder gleich alle Verzeichnisse so ändern, bevor der nächste mit /lib/modules/kernel usw. kommt.

Gruß
Oliver
 
Ich wäre dafür, "-maxdepth" komplett wegzulassen, wüsste zumindest nicht, was dagegen sprechen würde. Statt ';' am Ende kann man auch '+' verwenden.

Mit dieser Änderung ist es aber glaube ich noch nicht getan, Verzeichnisse in var.tar haben auch diese komischen 770-Rechte.
 
olistudent schrieb:
Hast du das Posting jetzt irgendwo rauskopiert?
Zum Vergrößern anklicken....

Ich hatte auf ein anderes Posting damit geantwortet, dies behandelte aber ein anderes Paket. Transmission ist aber ein anderes und deswegen habe ich ein neues Thema eröffnet. Und mein altes Posting gelöscht, natürlich ;).

Ich habe, wenn ich die Addons auf freetz.org vergleiche, KEINE Addons im Image.

Braucht Ihr noch etwas an Daten/Infos?

Danke für Eure schnelle Reaktion...
 
ronnyst schrieb:
Ich habe, wenn ich die Addons auf freetz.org vergleiche, KEINE Addons im Image.
Zum Vergrößern anklicken....
Das sagtest du bereits, aber es gibt ja auch noch Addons, die nicht auf freetz.org stehen... (wobei dein Problem nicht durch Addons verursacht wird).

@er13
Für /var brauchen wir aber mehr als +rx? Darf da jedes Verzeichnis beschreibbar sein? Also +rwx?

Gruß
Oliver

edit:
Code: 
--- fwmod       (Revision 6602)
+++ 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 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.
+       find "${VARTAR_MOD_DIR}" -type d -exec chmod a+w+t {} '+'
+
        # 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,13 +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"
So?
 
Zuletzt bearbeitet:
Zumindest die Verzeichnisse, die sich im ROM befinden, enthalten keine Geheimnisse, da kann man auf alle Verzeichnisse die Rechte zum Lesen setzen.

Bei /var würde ich das nicht so pauschal sagen. Insbesondere würde ich dort nicht jedem außerhalb von tmp Schreibrechte einräumen.
Welche Verzeichnisse gibt es denn noch in /var.tar?
 
Code: 
oliver@ubuntu:~/fritzbox/freetz/trunk/build/modified/kernel/var.tar/var$ ls -l
insgesamt 40
drwxrwxrwt 2 oliver oliver  4096 2010-09-29 12:01 dev
lrwxrwxrwx 1 oliver oliver    19 2011-03-05 11:54 htmltext.db -> /etc/htmltext_de.db
drwxrwxrwt 2 oliver oliver  4096 2011-03-05 11:54 lock
drwxrwxrwt 2 oliver oliver  4096 2011-03-05 11:54 log
-rwxrwxrwx 1 oliver oliver 10510 2010-09-29 12:02 post_install
drwxrwxrwt 2 oliver oliver  4096 2011-03-05 11:54 rpc
drwxrwxrwt 2 oliver oliver  4096 2011-03-05 11:54 run
drwxrwxrwt 2 oliver oliver  4096 2010-09-29 12:01 tam
drwxrwxrwt 2 oliver oliver  4096 2011-03-05 11:54 tmp
Ich denke gerade an dnsmasq. Da erstellen wir in /var/run ein eigenes Verzeichnis, da er sonst die pid-Datei nicht schreiben darf...

Gruß
Oliver
 
Das mit einem eigenen Verzeichnis mit abweichenden Zugriffsrechten ist auch auf den großen Linux-Systemen so. Ich würde das var-Verzeichnis lassen, wie es war.
 
olistudent schrieb:
aber es gibt ja auch noch Addons, die nicht auf freetz.org stehen...
Zum Vergrößern anklicken....

... dann habe ich keine zusätzlich. Denn diese hätte ich ja manuell ins image einbauen müssen. Das habe ich nicht getan.

Ich staune zur Zeit gerade über Eure Reaktionen. Ich denke es nicht selbstverständlich, dass Ihr alle soviel Zeit in ein Projekt/Problem investiert! Respekt! :rock:
 
Code: 
oliver@ubuntu:~/fritzbox/freetz/trunk/build/modified/kernel/var.tar/var$ ls -l
insgesamt 48
drwxrwx---  2 oliver oliver  4096 2010-09-29 12:01 dev
lrwxrwxrwx  1 oliver oliver    19 2011-03-05 13:40 htmltext.db -> /etc/htmltext_de.db
drwxrwx--x  2 oliver oliver  4096 2011-03-05 13:41 lock
drwxrwx--x  2 oliver oliver  4096 2011-03-05 13:41 log
drwxr-xr-x 11 oliver oliver  4096 2011-03-05 13:41 mod
-rwxrwxrwx  1 oliver oliver 10510 2010-09-29 12:02 post_install
drwxrwx---  2 oliver oliver  4096 2011-03-05 13:41 rpc
drwxrwx--x  2 oliver oliver  4096 2011-03-05 13:41 run
drwxr-xr-x  3 oliver oliver  4096 2011-03-05 13:41 spool
lrwxrwxrwx  1 oliver oliver     6 2011-03-05 13:41 sysfs -> ../sys
drwxrwx---  2 oliver oliver  4096 2010-09-29 12:01 tam
drwxrwx-wt  2 oliver oliver  4096 2011-03-05 13:41 tmp
Da fehlt doch aber ein +r für tmp?

Gruß
Oliver
 
Das Verzeichnis tmp sollte auf jeden Fall 1777 habe.
Bei den anderen Verzeichnissen ist eher 755 üblich, manchmal auch 775, wenn eine spezielle Gruppe gesetzt ist.
Das Verzeichnis var sollte Lese-Rechte haben, wobei ich nicht weiß, ob wir /var/dev überhaupt nutzen oder alles in /dev ist.
/var/rpc sagt mir nichts, und /var/tam ist vermutlich Anrufbeantworter. Wenn dort die gespeicherten Nachrichten abgelegt werden, braucht da nicht jeder Zugriff darauf zu haben.
 
War zwischen euren Posts schon irgendeine Info für mich dabei? Soll ich bestimmten Verzeichnisse Rechte zuordnen?:wiejetzt:
 
RalfFriedl schrieb:
... /var/tam ist vermutlich Anrufbeantworter. Wenn dort die gespeicherten Nachrichten abgelegt werden, braucht da nicht jeder Zugriff darauf zu haben.
Zum Vergrößern anklicken....
7270:
Code: 
oliver@ubuntu:~/fritzbox/freetz/trunk/build/original/kernel/var.tar/var$ ls -l
insgesamt 40
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 dev
lrwxrwxrwx 1 oliver oliver   19 2011-03-06 11:49 htmltext.db -> /etc/htmltext_de.db
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 lock
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 log
-rwxrwxrwx 1 oliver oliver 8473 2010-12-02 13:32 post_install
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 rpc
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 run
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 tam
drwxrwxr-x 2 oliver oliver 4096 2010-12-02 13:32 tmp
Dann müssen wir die Leserechte explizit entziehen. Für alle anderen Boxen (bzw. mindestens für die 7270) sieht das aus wie oben.

Also was tun?
1. 7240 so anpassen wie die anderen sind?
2. Oder so setzen wie von Ralf vorgeschlagen? (o-r für /var/$dir außer /var/tmp)

Gruß
Oliver

@ronnyst: Abwarten und Tee trinken.
 
Auf meiner 7240 sieht es so aus wie bei dir auf der 7270 Oliver. Gut, es ist ein Alien Image drauf, aber zumindest funktioniert alles wie es soll.
 
Ich hab deine Aussage schon verstanden. Aber es ist so, dass die Verzeichnisse auf der 7270 (und wohl auch allen anderen Boxen) 775 haben und auf der 7240 770. Da macht es doch keinen Sinn sie zu lassen wie sie sind? Entweder ändern wir sie auf der 7240 in 775 oder wir ändern sie auf allen Boxen so wie wir es für richtig halten.

Gruß
Oliver
 
Bei den meisten Verzeichnissen in /var sind die genauen Zugriffsrechte für uns nicht so wichtig. Das Einfachste wäre daher, sie so zu lassen, wie sie von AVM kommen.

Alternativ können wir der Einheitlichkeit halber alle Verzeichnisse auf 755 setzen, solange, bis ein guter Grund kommt, das zu ändern. Dann kann man danach die Sonderbehandlung der Verzeichnisse aufnehmen.

Das Verzeichnis /var/tmp gehört zu denen, die auf jeden Fall abweichende Rechte benötigen.
 
Bin derselben Meinung wie Ralf, /var/tmp auf 1777, alles andere auf 755 setzen.
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,924
Beiträge
2,305,292
Mitglieder
378,651
Neuestes Mitglied
rehe992

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten