Ga naar inhoud


[DM800HD] NFS mount maken op Gemini 4.7


Aanbevolen berichten

Geplaatst:

ik heb rechten gegeven aan alle users andere NFS clients kunnen ook prima naar deze map (trouwens net veranderd in DMM)

 

tevens kan ik deze map ook via CIFS/SMB benaderen met de filemanager op de DM800, fysiek is er dus ook niks "mis"

 

schiet mij maar lek.....

VisioSat G4 + SPAUN + 4x Alps LNB > DM7020 HD (DMM OE 2.0)


Geplaatst:

en een telnet op dm800 <mount> geeft????

 

als die nu zichtbaar is praten we langs mekaar heen.

 

ciao

 

Code:
welcome on your Vu+ Duo! - Kernel 2.6.18-6.6 (#1 SMP Sat Feb 27 18:20:57 CET 2010).BM750 login: rootPassword:root@BM750:~# mount/dev/mtdblock0 on / type jffs2 (rw)proc on /proc type proc (rw)sysfs on /sys type sysfs (rw)devpts on /dev/pts type devpts (rw)usbdevfs on /proc/bus/usb type usbfs (rw)/dev/mtdblock2 on /boot type jffs2 (ro)tmpfs on /var type tmpfs (rw)tmpfs on /tmp type tmpfs (rw)tmpfs on /dev/shm type tmpfs (rw)10.0.0.100:/Public on /media/net/hdd type nfs (rw,vers=3,rsize=8192,wsize=8192,hard,nolock,proto=tcp,timeo=70,retrans=3,sec=sys,addr=10.0.0.100)automount(pid683) on /autofs type autofs (rw,fd=5,pgrp=683,timeout=1,minproto=2,maxproto=4,indirect)root@BM750:~#

A Forest

The Cure

 

Geplaatst:

Is dan nog niemand opgevallen dat zowel de nas als de dm800 hetzelfde ip-adres hebben; nl 192.168.0.101? Is dit een typefout of heb je echt beide nodes op hetzelfde adres zitten?

Geef 1 van beide een ander ip-adres, begin even opnieuw en het

werkt gewoon.

 

Groetjes.....

Brrr......Polarbear

1x VU+ DUO2 2x Twin dvbs-tuners +1x DM800 / 4 quad lnb's/ Fuba-78cm-schotel. 19.2E/13.0E/23.5E/28.2E

Geplaatst:

dan geeft ie dit:

 

root@dm800:~# mount

/dev/mtdblock3 on / type jffs2 (rw,noatime)

none on /dev type devfs (rw)

proc on /proc type proc (rw,nodiratime)

sysfs on /sys type sysfs (rw)

devpts on /dev/pts type devpts (rw)

usbdevfs on /proc/bus/usb type usbfs (rw)

/dev/mtdblock/2 on /boot type jffs2 (ro,noatime)

tmpfs on /var type tmpfs (rw)

tmpfs on /tmp type tmpfs (rw)

automount(pid1035) on /media/net type autofs (rw)

root@dm800:~#

 

ofwel geen mount naar 192.168.0.100

VisioSat G4 + SPAUN + 4x Alps LNB > DM7020 HD (DMM OE 2.0)

Geplaatst:

misschien is op je Thecus NAS een andere NFS versie...>

probeer eens versie3 in de mountregel dus nfsvers=3

 

//192.168.0.101/raid0/data/Dreambox nfs nfsvers=3,rw,nolock,tcp /media/hdd

 

maar test ook eens een mount bevel via telnet op dreambox want zo langzaam zijn de ideeën op

 

heb ook overigens gezien dat bepaalde thecus modellen een bug hebben met NFS

en voor bepaalde modellen zijn er dus nieuwe firmwares beschikbaar zoals deze die ik in het user support forum vond van thecus BETA FW 2.00.03

als dat inderdaad het geval zou zijn upgraden of CIFS gebruiken

 

ciao

A Forest

The Cure

 

Geplaatst:

ik draai al met de laatste fw en NFS werkt gewoon met andere clients. ik zal je tip nog ff proberen thnx

VisioSat G4 + SPAUN + 4x Alps LNB > DM7020 HD (DMM OE 2.0)

Geplaatst:

ga er vanmiddag weer mee verder, het moet ergens een syntax error zijn (in het absolute/relatieve path) kan bijna niks anders zijn.

 

wil je nog één keer voor de compleetheid het mount commando in FSTAB uitleggen

 

met NAS-IP, NAS pad, DB pad ik moet namelijk iets over het hoofd hebben gezien

VisioSat G4 + SPAUN + 4x Alps LNB > DM7020 HD (DMM OE 2.0)

Geplaatst:

sorry ik was even met de auto bezig

ontleden we de regel even

 

//192.168.0.101/raid0/data/Dreambox nfs nfsvers=3,rw,nolock,proto=tcp /media/hdd 0 0

 

let goed op spaties en klein of grote letters

 

// betekend dus verwijzing naar server

//192.168.0.101/raid0/data/Dreambox betekend dus serverIP en map die is gedeeld voor NFS access

nfs betekend jawel winknfs native file system

nfsvers=3,rw,nolock,proto=tcp betekend met komma's de opsomming van de opties die je wenst

 

verschillende nfs-server versies kan betekenen dat je de Dream versie aanhoud dus 3

rw => read and write (ro => read only)

nolock => This has to be used with some old NFS servers that don't support locking (eigenlijk zou dat niet meer hoeven...)

proto=tcp => het voorkeursprotocol gebruikt TCP (en niet UDP)

 

overigens is het duidelijk waarom nfsvers=3 vooraanstaat (of toch niet?)

 

in mijn opzet ziet de fstab er zo uit:

rootfs / auto defaults 1 1

proc /proc proc defaults 0 0

devpts /dev/pts devpts mode=0620,gid=5 0 0

usbdevfs /proc/bus/usb usbfs defaults 0 0

/dev/mtdblock2 /boot jffs2 ro 0 0

tmpfs /var tmpfs defaults 0 0

tmpfs /tmp tmpfs defaults 0 0

tmpfs /dev/shm tmpfs mode=0777 0 0

#/dev/discs/disc0/part1 /media/hdd auto defaults 0 0

#/dev/sda1 /media/hdd auto defaults 0 0

10.0.0.100:/Public /media/hdd nfs rw,nolock,proto=tcp 0 0

 

ciao

 

wat die 0 0 ook alweer was ben ik zelf vergeten, maar staat er altijd in.

A Forest

The Cure

 

Maak een account aan of log in om te reageren

Je moet een lid zijn om een reactie te kunnen achterlaten

Account aanmaken

Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!

Registreer een nieuwe account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
  • Wie is er online   0 leden

    • Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken
×
×
  • Nieuwe aanmaken...