edonkey oder emule unter ctvdr3 (mit KDE)?

baerlichkeit · 10. März 2005

Was isn das für nen router? teuer? mit wlan? schon qos ausprobiert???

Und Fli4l ist keine alternative, noch ein Rechner der Strom frißt geht gar nicht... [Blockierte Grafik: http://www.foroedonkey.com/vb/images/smilies/eusa_naughty.gif]

Grüße

champpain · 13. März 2005

Hallo,
ich hatte leider noch keine zeit mich mit qos zu beschäftigen.
in dem ovislink-forum habe ich gelesen, dass man nur die upload-bandbreite per qos regeln kann, aber den beitrag habe ich bisher nur überflogen.

es handelt sich übrigens um den ovislink wmu 9000 vpn
Die "eierlegende wollmichsau". per usb kann man dort z.B externe festplatten oder webcams anschliessen. aber kannst du ja selber lesen.
bei ebay habe ich den neu für (ich meine) ca. 140€ gekauft.

Leider hat das wlan bis heute nicht vernünftig gefunzt, aber das könnte auch an mir liegen...

Btw. im Zusammenhang mit mlnet habe ich scheinbar bei der rechteverwaltung mist gebaut. Ich habe trotz root-anmeldung keinen schreibzugriff auf /dev/hda4. Auch über chmod kann ich daran nichts ändern.
Was nun???

Grüße,
champpain

wilderigel · 13. März 2005

/dev/hda4 ist ja auch das Device schreiben tust du ja normalerwese auf den Mountpoint?

Wie schauen die Rechte im Gegensatz zu den anderen Devices aus?

Code

mona ~ # ls -l /dev/hda*
brw-rw----  1 root disk 3,  0 2005-01-24 17:03 /dev/hda
brw-rw----  1 root disk 3,  1 2005-01-24 17:03 /dev/hda1
brw-rw----  1 root disk 3,  2 2005-01-24 17:03 /dev/hda2
brw-rw----  1 root disk 3,  3 2005-01-24 17:03 /dev/hda3

champpain · 13. März 2005

Hast recht. da war ich etwas vorschnell.
/dev/hda4 sieht genauso aus wie die anderen devices.

Hier der entsprechende mountpoint:

Code

drwxr--r--  11 root root     32768 2005-02-24 19:11 emule
drwxr--r--  14 root root     32768 2005-03-04 10:05 mp3
drwxr--r--   3 root root     32768 2004-12-21 16:17 Recycled
drwxr--r--   4 root root     32768 2004-12-21 16:17 recycler
drwxr--r--   3 root root     32768 2005-01-26 12:54 Spiele
drwxr--r--   3 root root     32768 2004-12-21 16:22 videos
drwxr--r--  19 root root     32768 2005-02-24 17:09 zip

grüße,
champpain

wilderigel · 13. März 2005

Dein /dev/hdb4 ist ja FAT32 wenn ich es recht in Errinnerung habe.

Hast du irgwendwelche spezielle Optionen in deiner /etc/fstab?

Ansonsten man mount
Abschnitt Mount options for fat und Mount options for vfat

champpain · 13. März 2005

Zitat

Original von wilderigel
Dein /dev/hdb4 ist ja FAT32 wenn ich es recht in Errinnerung habe.
Hast du irgwendwelche spezielle Optionen in deiner /etc/fstab?

Mann mann,
du kennst meinen vdr bald besser als ich...

Also besondere optionen nutze ich gaaar nicht. Daher helfen mir die man-mount-Kapitel leider nicht.
hda4 ist ganz normal in fstab und mtab als vfat mit default und "0".

Gruß,
champpain

EDIT: Problem behoben!!! Kann das an meinem Router gelegen haben? Habe motiviert durch diesen thread mal ein firmwareupdate durchgeführt und jatzt ging es...

wlan läuft jetzt übrigens auch einwandfrei...

wilderigel · 13. März 2005

Dein Mldonkey läuft ja jetzt auch nur unter root? Herauszufinden mit top
Und der darf schreiben? Dann muß es von der Befehlszeile aus auch gehen.

was sagt ein ls -l /mnt/mlodnkey/ oder wie halt dein Mountpoint heisst?

Edit: Routerproblem kann ich mir nicht vorstellen. Aber solange es funktioniert

champpain · 31. März 2005

Hallo,
die Fat-Partition ärgert mich immer noch.
Sie wird definitiv als -rw gemountet, ist aber von mir (als root!) nur LESBAR und auch ein CHMOD funzt nicht...

Code

vdr-server:/#  ls -l /archiv
insgesamt 777376
drwxr--r--  15 root root     32768 2005-02-28 19:44 Eigene Bilder
drwxr--r--  22 root root     32768 2004-12-21 15:05 Eigene Dateien
drwxr--r--  29 root root     32768 2005-03-25 13:08 mp3
drwxr--r--   3 root root     32768 2005-01-26 11:54 Spiele
drwxr--r--   2 root root     32768 2004-12-21 15:17 System Volume Information
drwxr--r--   3 root root     32768 2004-12-21 15:22 videos
drwxr--r--  20 root root     32768 2005-03-22 15:55 zip

Zitat

vdr-server:/# chmod 777 /archiv
chmod: Beim Setzen der Zugriffsrechte für ,,/archiv": Das Dateisystem ist nur lesbar

Ich will aber auch in diese Verzeichnisse schreiben (soll schlleißlich mein Backup-Ordner werden...)

Was ist da los?

Grüße,
champpain

wilderigel · 31. März 2005

Mount Optionen?

Zeig mal deine fstab

champpain · 31. März 2005

Zitat

Original von wilderigel
Mount Optionen?

Zeig mal deine fstab

Zitat

# Created during installation
proc /proc proc defaults 0 0
none /dev/pts devpts mode=0622 0 0
/dev/fd0 /floppy auto defaults,user,exec,noauto 0 0
/dev/dvd /dvd iso9660 defaults,ro,user,exec,noauto 0 0
usbdevfs /proc/bus/usb usbdevfs noauto,devmode=0666 0 0
/dev/hda5 swap swap defaults 0 0
/dev/hdb1 / ext3 defaults 0 0
/dev/hdb5 /var/lib/video.00 ext3 defaults 0 0
/dev/hda6 /var/lib/video.01 ext3 defaults 0 0
/dev/hda4 /archiv vfat defaults 0 0
/dev/hdc1 /esel ext3 defaults 0 0

Alles anzeigen

mtab (falls interessant)

Zitat

/dev/hdb1 / ext3 rw 0 0
proc /proc proc rw 0 0
devpts /dev/pts devpts rw,mode=0622,gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs rw 0 0
/dev/hdb5 /var/lib/video.00 ext3 rw 0 0
/dev/hda6 /var/lib/video.01 ext3 rw 0 0
/dev/hda4 /archiv vfat rw 0 0
/dev/hdc1 /esel ext3 rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0

Alles anzeigen

Grüße,
champpain

wilderigel · 31. März 2005

Ein bischen kürzen hättest du es können:

Code

/dev/hda4 /archiv vfat defaults 0 0

Mal ein wenig mit den Optionen spielen

umask=value
umask=0777

mount /dev/hda4 /archiv -t vfat -o umask=0777

Bei den 0777 bin ich nicht ganz sicher, müsstest du austesten.

Wenn das funktioniert andere die fstab:

Code

/dev/hda4 /archiv vfat defaults,umask=0777 0 0

champpain · 31. März 2005

...es funzt.
Musste natürlich erst noch umounten, aber erste Schreib- und mkdir-Tests waren erfolgreich.
Allerdings sieht das für mich schon aus wie ein riesiges, offenes Scheunentor:

Zitat

vdr-server:/# ls -lh
insgesamt 156K
d--------- 18 root root 32K 1970-01-01 01:00 archiv

Kann man das vielleicht ein bisschen einschränken ("angelehntes, nicht verschlossenes Scheunentor). root sollte natürlich rankommen...

Grüße,
champpain

wilderigel · 31. März 2005

Für mich schaut das eben eher aus wie ein geschlossenes verrammeltes Scheunentor

Sollte das nicht eher so aussehen?
drwxrwxrwx 3 stefan stefan 4096 2005-02-27 15:22 .mc

Könnte aber so gut maskiert sein, das es nicht auffällt.

Vieleicht ist auch 0000 richtig?

Ansonsten sollte 0700 funken, root darf alles, gruppe und other nicht

Mag1c · 31. März 2005

Die umask bestimmt, welche Bits gelöscht werden. Dh. eine umask von 0700 führt dazu, daß alle Dateien und Verzeichnisse für den Owner nicht les/schreib/ausführbar sind. Die richtige umask wäre hier 0077.

Allerdings hat das alles keine Auswirkung, solange das den User root betrifft. Der darf immer alles, unabhängig von den Permissions.

Für mich sieht das so aus, als wäre die Partition R/O gemountet gewesen (warum auch immer). Versuche mal folgendes (ohne irgendwelche Optionen in der fstab):

mount /archiv
touch /archiv/t1

mount -t vfat /dev/hda4 /archiv
touch /archiv/t2

Für ext2 gibt es eine Option, bei der die Partition als R/O remountet wird, wenn da mal ein Fehler auftritt. Weiß nicht, ob es ähnliches auch für vfat gibt.

Gruß
Mag1c

wilderigel · 31. März 2005

lt Auszug aus der mtab:
/dev/hda4 /archiv vfat rw 0 0 wäre es aber richtig gemountet gewesen?

Mag1c · 31. März 2005

Ja schon. Es wäre aber nicht das erste mal, daß eine Partition nicht genau so gemountet war, wie es in der fstab steht.
Es sei denn, champpain hat die Partition kurz vor seinem Test über die fstab gemountet. Und eben hier hab ich so meine Zweifel.

Gruß
Mag1c

wilderigel · 31. März 2005

Fstab ist klar, da steht nur drinne, wie was gemountet werden soll.

Dachte aber in der mtab steht dann drinnen, was wie gemountet ist.

Mag1c · 31. März 2005

Da stimmt natürlich auch *hhrrmmpf*. Wer weiß, was da los war.
Ich würd es trozdem nochmal ganz ohne Optionen probieren. Sollte als root auch so gehen.

Gruß
Mag1c

champpain · 2. April 2005

Hallo,
ich habe mal die 0077-Maske augetestet und es sieht tatsächlich schonmal besser aus.

Zitat

vdr-server:/# umount /archiv
vdr-server:/# mount /dev/hda4 /archiv -t vfat -o umask=0077
vdr-server:/# ls -lh
insgesamt 156K
drwx------ 19 root root 32K 1970-01-01 01:00 archiv

Das ist es doch was ich wollte, richtig?

Testen konnt ich den Zugriff über mein XP-Notebook noch nicht, da die explorer.exe abstürzt, wenn ich ein verzeichnis in archiv öffnen möchte.

Werde aber gleioch mal neustarten. Vielleicht kommt er mit den mount-änderungen nicht klar.

Grüße,
champpain

champpain · 2. April 2005

Kann es ein, dass Windows (odser Samba) mit umask-mountpoints probleme hat?
Über putty und winscp komme ich problemlos an die partitionen, aber XP (die explorer.exe) stürzt beim zugriff ab.

da fällt mir auf, dass ich vielleicht mal erwähnen hätte sollen, dass die o.g. probleme bei Netzwerkzugriffen auftauchen. Wie das beim localhost aussieht habe ich noch nicht getestet...

Hab jetzt sowohl den vdr neugestartet (mit entsprechenden änderungen in der fstab) als auch das WinXP-Notebook.

Grüße,
champpain

edonkey oder emule unter ctvdr3 (mit KDE)?

Jetzt mitmachen!

Teilen