NFS Server startet nicht

[horstex]

hallo zusammen,

ich habe den NFS-Server wie oben von det-box beschrieben installiert.

aber irgendwie will das nicht so richtig. in der konsole siehts so aus:

/bin/sh: can't access tty; job control turned off
/ # /etc/init.d/unfsd.sh enable
ln: /etc/init.d/S14unfsd: File exists
portmap: fork: No such deviceCannot register service: RPC: Unable to receive; errno = Connection refused
unable to register (NFS3_PROGRAM, NFS_V3, udp).
/ # /etc/init.d/unfsd.sh start
portmap: fork: No such deviceCannot register service: RPC: Unable to receive; errno = Connection refused
unable to register (NFS3_PROGRAM, NFS_V3, udp).

rechte habe ich überprüft, neustart durchgeführt,...

den eintrag in der rcS habe ich bis unten, vor "/etc/init.d/start_neutrino &" eingefügt

 

meine exports sieht so aus:

/tmp/sda1 192.168.3.0/130(rw,no_root_squash,async,insecure,all_squash)

wo kann der fehler liegen?

[Don de Deckelwech]

Hi,

aus Anleitung:

Server:

Datei "/server/var/etc/export" anpassen.

/tmp/sdb1 = ist die lokale HDD

192.168.23.0/24 = dieses Netzwerk darf auf die Freigabe zugreifen

meine exports sieht so aus:

/tmp/sda1 192.168.3.0/130(rw,no_root_squash,async,insecure,all_squash)

Deine Geräte liegen also im IP-Bereich 192.168.3.irgendwas? Dann muss das bei dir so aussehen:

/tmp/sda1 192.168.3.0/24(rw,no_root_squash,async,insecure,all_squash)

"0/24" beschreibt den ganzen Bereich mit 255 möglichen IPs, aber das ist keine Einschränkung der möglichen zu verbindenen IPs.

 

Ciao,

DdD.

 

PS: Mit sda1 bist du dir auch sicher?

 

PPS: Und was genau hast du in die rcS eingefügt?

[horstex]

meine cooli hat die ip 192.168.3.122

die geräte, welche zugreifen sollen sind auch im 3er segment.

 

ich habe 192.168.3.0/130 eingegeben, weil ich dachte das ist so ein "von / bis"-ding, also ...3.0 bis ...3.130

dann werde ich es mal mit 0/24 testen.

 

mit sda1 bin ich mir ziehmlich sicher...

/ # mount
rootfs on / type rootfs (rw)
mtd2 on / type jffs2 (rw)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /tmp type tmpfs (rw)
sysfs on /sys type sysfs (rw)
/dev/sda1 on /tmp/sda1 type ext2 (rw,errors=continue)

 

und eingefügt habe ich (siehe \etc\init.d\zu_rcS):

# wenn man keine rutine zum starten dr S.. Dateien hat,
# dann ab "# Dienste starten" in die rcS einfuegen.

if [ -e /etc/init.d/update.sh ]; then
/etc/init.d/update.sh
fi

# Dienste starten
/bin/dt -t"starte Dienste"
list=`ls /etc/init.d/S??*`
for item in $list; do
   ${item} start
done

wobei ich den ersten teil nicht aktiv habe, da er schon enthalten ist.

[Don de Deckelwech]

Hi,

dann werde ich es mal mit 0/24 testen.

Und?

mit sda1 bin ich mir ziehmlich sicher...

OK

Wie lautet der Inhalt deiner Datei /etc/init.d/S14unfsd ? Ist das die exakte Kopie von der unfsd.sh aus dem DL-Archiv?

 

Ciao,

DdD.

[horstex]

mit 0/24 sieht es gleich aus.

 

ja, es ist kein Unterschied zwischen S14unfsd und der originalen unfsd.sh

 

 

'dumme' frage:

ziel ist es mit enigma2 (ufs910) auf die platte der cooli zuzugreifen.

dazu ist schon so einer server auf der cooli notwendig? oder?

[Don de Deckelwech]

Hi,

in deinem Log im ersten Post, hattest du da unfsd.sh enable so von Hand eingegeben? Und hattest du das vorher schon einmal gemacht? Weil zum Starten des Servers reicht ja ein unfsd.sh start, zum Neustart ein unfsd.sh restart.

Läuft denn der Server vllt schon nach einem Neustart der Box, schau mal nach im Telnet mit ps, ob der da auftaucht (und portmap auch).

 

Ciao,

DdD.

[horstex]

ohne den enable-befehl wird das verzeichnis S14unfsd nicht erstellt

 

beim ps-befehl sieht es sehr übersichtlich aus:

/bin/sh: can't access tty; job control turned off
/ # ps
 PID TTY          TIME CMD
 617 pts/0    00:00:00 sh
 622 pts/0    00:00:00 ps
/ #

 

das web-if ist da schon anders...aber da ist auch nix dabei:

 PID TTY          TIME CMD
   1 ?        00:00:07 init
   2 ?        00:00:00 kthreadd
   3 ?        00:00:00 ksoftirqd/0
   4 ?        00:00:00 events/0
   5 ?        00:00:00 khelper
  42 ?        00:00:00 kblockd/0
  48 ?        00:00:00 ata/0
  49 ?        00:00:00 ata_aux
  55 ?        00:00:00 khubd
  58 ?        00:00:00 kseriod
  81 ?        00:00:00 pdflush
  82 ?        00:00:00 pdflush
  83 ?        00:00:00 kswapd0
  84 ?        00:00:00 aio/0
  85 ?        00:00:00 nfsiod
  86 ?        00:00:00 xfslogd/0
  87 ?        00:00:00 xfsdatad/0
  88 ?        00:00:00 xfs_mru_cache
 209 ?        00:00:00 swapper
 210 ?        00:00:00 scsi_tgtd/0
 217 ?        00:00:00 mtdblockd
 253 ?        00:00:00 rpciod/0
 257 ?        00:00:04 jffs2_gcd_mtd2
 305 ?        00:00:00 kvfdscroll
 310 ?        00:00:00 cifsoplockd
 311 ?        00:00:00 cifsdnotifyd
 331 ?        00:00:00 KAL-980c84c0
 332 ?        00:00:00 KAL-980c8468
 333 ?        00:00:00 KAL-980c8410
 334 ?        00:00:00 KAL-980c83b8
 337 ?        00:00:00 KDMX_SW0_T
 338 ?        00:00:00 KDMX_SW1_T
 339 ?        00:00:02 KDMX_T
 340 ?        00:00:00 KDMX_DMAEVT_T
 341 ?        00:00:00 Kmalone
 342 ?        00:00:00 Kstills
 343 ?        00:00:00 Kpcm
 344 ?        00:00:00 Kaudio
 345 ?        00:00:00 Khdmi
 346 ?        00:00:00 KPLYCTL
 390 ?        00:00:00 scsi_eh_0
 411 ?        00:00:00 scsi_eh_1
 418 ?        00:00:00 telnetd
 441 ?        00:00:00 kjournald
 449 ?        00:00:00 start_neutrino
 453 ?        00:00:00 vsftpd
 454 ?        00:00:00 init
 461 ?        00:00:00 oscam
 463 ?        00:00:00 oscam
 464 ?        00:00:00 oscam
 465 ?        00:00:00 oscam
 480 ?        00:00:01 mgcamd
 488 ?        00:00:02 oscam
 489 ?        00:00:00 oscam
 496 ?        00:00:22 neutrino
 515 ?        00:00:00 kdvb-ad-0-fe-0
 517 ?        00:00:00 KPWR_MGR_THREAD
 616 ?        00:00:00 vsftpd
 633 ?        00:00:00 oscam
 706 ?        00:00:00 sh
 707 ?        00:00:00 Y_Tools.sh
 708 ?        00:00:00 ps

spielt das 'fork' eine rolle? gibts da auch eine bin dazu?

(ich habe das V1.3 vom 21.Juli)

[Don de Deckelwech]

Hi,

das mit enable ist ja nur ein mal nötig, dadurch wird der Autostart eingerichtet. Bei jedem weiteren Boxneustart reicht dann ja ein start, bzw genau das wird durch die Erstellung der S14unfsd und der Änderungen an der rcS ja gerade automatisiert.

 

Hast du zum Bearbeiten der Dateien einen linux-fähigen Editor genommen? Poste doch mal deine komplette rcS.

 

Das mit fork macht die Datei selber, das ist eine Betriebssystemfunktion.

 

Vllt könnte det-box ja sich das mal anschauen... (ich hab ja nichtmal ne Coolie )

 

Ciao,

DdD.

 

edit: Gibts bei der Coolie eigentlich kein richtiges Bootlog?

[horstex]

bei der manuellen eingabe von start kommt ja diese fehlermeldung.

ich denke selbst wenn das automatisch beim start gemacht wird, kommt der fehler.

 

ich nehme den PSPAD. in der statuszeile wird unix angezeigt.

#!/bin/sh
# Startdatei fuer KEYWELT_COOLSTREAM
#

export PATH=/var/bin:/var/sbin:/var/plugins:/sbin:/bin:/usr/sbin:/usr/bin
export TZ=`cat /etc/TZ`

# for next boot 
[ -e /dev/console ] || mknod -m 644 /dev/console c 5 1
/sbin/mknodes 2> /dev/null

/bin/mount /proc
/bin/mount -a

/sbin/ifup -a
dmesg -n1
/sbin/insmod cs_frontpanel
/bin/dt -c
/bin/dt -t"lade Treiber"

/sbin/insmod cifs
/sbin/insmod fuse
/sbin/insmod usbserial
/sbin/insmod ftdi_sio
/sbin/insmod cnxt_i2c
/sbin/insmod cnxt_kal
/sbin/insmod cnxt_base init=1
/sbin/insmod cnxt_fb cnxtfb_standalone=1 cnxtfb_width=1280 cnxtfb_height=720
/sbin/insmod cnxt_lnx
bootlogo /share/tuxbox/neutrino/icons/start.jpg &
/sbin/insmod cnxt_alsa
/sbin/insmod cs_control hdd_power=1
/sbin/insmod stv6110 verbose=0
/sbin/insmod stv090x verbose=0
/sbin/insmod tda10023
/sbin/insmod dvb-core
/sbin/insmod cs_frontend
/bin/dt -t"lade SATA"
/sbin/insmod cnxt_sata_drv

for i in /etc/init.d/S??* ; do
echo "$i start..."
$i start
done

. /etc/profile

/sbin/telnetd -l /bin/sh
#mount -t cifs //NAS_IP/movies /mnt/movies -o user=root,passwd=coolstream // some example for smb NAS
if [ -e /etc/init.d/update.sh ]; then
/etc/init.d/update.sh
fi

if [ -e /var/etc/init.d/rcS.local ]; then
/var/etc/init.d/rcS.local
fi

# Delay fuer Bootlogo
[ -e /var/etc/.kwca?d_? ] && sleep 5 || sleep 10

### ab hier Eintrag fuer NFS-Server ###
# oben schon vorhanden...
#if [ -e /etc/init.d/update.sh ]; then
#	/etc/init.d/update.sh
#fi

# Dienste starten
/bin/dt -t"starte Dienste"
list=`ls /etc/init.d/S??*`
for item in $list; do
   ${item} start
done
### Ende fuer NFS-Server ###

/etc/init.d/start_neutrino &

 

anders kann nicht auf die cooli gemountet werden? da könnte man sich das mit dem nfs sparen...

[Don de Deckelwech]

Hi,

deine Änderungen an der rcS kannst du afaik wieder rückgängig machen, so startest du alles doppelt, weil es den Mechanismus ja schon weiter oben gibt:

for i in /etc/init.d/S??* ; do

echo "$i start..."

$i start

done

Die S14unfsd sollte also schon aufgerufen werden (nach dem einmaligen händischen "enable")...

 

Was sagt denn ein "/etc/init.d/S14unfsd restart" im Telnet? Dieselben Fehlermeldungen?

 

Ciao,

DdD.

[horstex]

also habe nun die original rcS wieder aktiv,

dann noch mal ein neustart gemacht.

 

ein restart per telnet sieht so aus:

/bin/sh: can't access tty; job control turned off
/ # /etc/init.d/S14unfsd restart
cat: can't open '/tmp/unfsd.pid': No such file or directory
kill: you need to specify whom to kill
killall: portmap: no process killed
killall: unfsd: no process killed
killall: portmap: no process killed
portmap: fork: No such deviceCannot register service: RPC: Unable to receive; errno = Connection refused
unable to register (NFS3_PROGRAM, NFS_V3, udp).
/ #

es erscheint auch eine message am tv, dass beendet und neu gestartet wird

 

edit:

nun noch ein auszug vom start-log:

ansonsten ist nix mit 'nfs' oder 'port' zu finden was dazu passen würde

...
HOTPLUG: source: platform, action: add, product: (null), interface: (null)
HOTPLUG: source: scsi_host, action: add, product: (null), interface: (null)
content[0] = 0x353dc000
 cached[1] = 0x39bdc000
HOTPLUG: source: scsi_generic, action: add, product: (null), interface: (null)
uncached[1] = 0x39bdc000
content[1] = 0x3b4dc000
/etc/init.d/S14unfsd start...
wget: can't connect to remote host (127.0.0.1): Connection refused
portmap: fork: No such deviceVIDEO: changing to PAL       
DRM Event 5
HD Mode: 720x576 FrameRate 2
SD Mode: 720x576 FrameRate 2
cVideo::setAspectRatio: aspect 3 mode 0
VIDEO: Set format to 16:9
DRM Event 3
VIDEO: Set aspect mode to pan&scan
cVideo::Standby 1 -> 0
CSAPI (HDMI-CEC): Power Status: STANDBY -> ON
CSAPI (HDMI-CEC): Power Status: ON
VIDEO: changing to 1080i 50Hz
DRM Event 5
HD Mode: 1920x1080 FrameRate 2
SD Mode: 720x576 FrameRate 2
cVideo::ShowPicture /share/tuxbox/neutrino/icons/start.jpg
Video Picture Information
-------------------------
Decode Dimensions:   (1280 x 720)
Display Extension Info Present:   No
Aspect Ratio: OTHER (0) Frame Rate:   0
Color Space:  0 Interlaced:   No
-------------------------
cVideo::ScalePic: pic 1280 x 720, HD DRM 1920 x 1080
HOTPLUG: mkdir -p "/media/sda" ...
HOTPLUG: mkdir -p "/media/sda1" ...
HOTPLUG:test auto mounting mount -t auto /dev/sda "/media/sda" ...
HOTPLUG:test auto mounting mount -t auto /dev/sda1 "/media/sda1" ...
HOTPLUG: mount -t auto /dev/sda1 "/media/sda1" failed: 32512
HOTPLUG: rmdir "/media/sda1" ...
HOTPLUG: mount -t auto /dev/sda "/media/sda" failed: 32512
HOTPLUG: rmdir "/media/sda" ...
Cannot register service: RPC: Unable to receive; errno = Connection refused
unable to register (NFS3_PROGRAM, NFS_V3, udp).
/etc/init.d/S9T_tuxcald start...
/etc/init.d/S9T_tuxmaild start...
sh: /var/etc/.kwcard_o: unknown operand
/var/plugins/operations camd_init
/var/plugins/operations cardserver_start
...

[stefanx]

Hallo horstex,

 

hast du es hinbekommen?

Ich hatte eigentlich die gleichen Problem mit der Anleitung.

Ich habe deinen Beitrag erst später gefunden und habe einen Neuen eröffnet NFS Server an der Cooli.

Leider habe ich dort auch keine Antworten bekommen die mit weiterhelfen würden.

[det-box]

die export Datei muss zwingend Linux Format haben

(evtl. mit Tuxcommander per Taste 4 zum editieren öffnen und blu drücken, speichern beim beenden.)

 

beim KeyWelt braucht Ihr das mit dem Dienste starten nicht, iss schon drinn.

 

löscht mal die "/etc/init.d/S14unfsd" und rebooted die Box

 

dann manuell im Terminal einzeln starten

/sbin/portmap

kurz warten und dann

/usr/bin/unfsd  -e /var/etc/exports -i /tmp/unfsd.pid 

 

evtl. nochmal log posten

 

ps -ls sieht bei mir so aus:

  762 root            SW  [KPWR_MGR_THREAD]
 960 nobody      668 S   /sbin/vsftpd
 962 root        672 S   /sbin/vsftpd
 963 root        736 S   /bin/sh
 991 nobody      588 S   /sbin/portmap
 994 root       4872 S   /usr/bin/unfsd -e /var/etc/exports -i /tmp/unfsd.pid

 

[stefanx]

Hallo,

 

habe nun die beiden Dateien unfsd.sh und export mit dem Tuxcomander angesehen und dort Am Anfang in der ersten Zeile eigenartige Zeichen gefunden.

Ich habe diese nun entfernt und als Linux Dateien gespeichert. Habe keine Ahnung, wie die Zeichen da reingekommen sind, denn ich habe die Dateien hier heruntergeladen und per FTP auf die Box geschoben und immer nur mit dem Ultraedit editiert.

 

Nach stundenlangem Herumwerkeln bin ich jetzt soweit, dass die Serverbox beim Start UNFS 0.9.22 anzeigt.

Jedoch dürft der Server nicht laufen, da ein mounten noch immer nicht möglich ist.

Ich habe auch die S14unfsd einige Male gelöscht und leideer kein Erfolg.

 

Meine HDD ist an der Serverbox die Sda1. Ich denke, ich muss auch in der export Datei und am Client diese anführen.

 

Gibt es eine Möglichkeit zu sehen ob der NFS server läuft?

[merkwuerden]

habe nun die beiden Dateien unfsd.sh und export mit dem Tuxcomander angesehen und dort Am Anfang in der ersten Zeile eigenartige Zeichen gefunden.

3 an der Zahl? Ist eine UTF-8-Kennung, die bevorzugt unter Windows verwendet wird und regelwidrig ist, weil solche Dateien dann unter z.B. Linux nicht mehr zu brauchen sind. Solche Zusatzkennungen haben in UTF-8-Dateien nichts zu suchen, ein ordentlicher Editor erkennt auch so, welche Zeichensatzcodierung vorliegt.

 

immer nur mit dem Ultraedit editiert.

Dann bringe dem Ding bei, dass es diesen UTF-8-Kennzeichnungsunsinn zu unterlassen hat. Sollte irgendwo in den Optionen abzustellen gehen. Wenn nicht, schmeiße den Editor übern Jordan, dann taugt er nicht.

Beim kostenlosen PSPad lässt sich das auf jeden Fall deaktivieren, Proton32 kennt den Quatsch schon von Haus aus nicht, nur um mal 2 Alternativen zu Ultraedit zu nennen.

 

Btw reicht für Config- Start- und ähnliche Dateien ganz ordinäres Textformat, UTF-8 braucht es da absolut nicht.

[det-box]

der NFS Ser laäuft wenn in der Processliste

dies mit erscheint

  991 nobody      588 S   /sbin/portmap
 994 root       4872 S   /usr/bin/unfsd -e /var/etc/exports -i /tmp/unfsd.pid

 

Die S14unfsd sorgt für den Autostart, wenn beim starten im Boxdisplay UNFS 0.9.22 angezeigt wird,

sollte der nfs-server geladen sein.

 

Die sachen aus dem Download kommen nur auf die NFS-Server-Box wo die ein Ordner im Netz freigegben werden soll.

 

Auf der Client Box wird diese Freigabe dann nur gemounted:

 

menü -> einstellungen -> netzwerk -> Ferzeichniss mounten -> auf einen Eintrag gehen -> OK

 

Typ NFS

Server IP 192.168.23.12 (IP vom NFS Server)

Verzeichnis/ Freigabe /tmp/sdb1/movies (Ordner vom NFS-Server der gemounted werden soll)

lokales Verzeichnis /mntmovies/stream (Ordner auf der Client-Box, wo die Fregabe des NFS-Server rein gemounted wird)

Beim Starten mounten Ja

Mount-Option rw,soft,udp

Mount-Option nolock,rsize=32768,wsize=32768

Benutzername root

Passwort coolstream

 

jetzt mounten -> OK

 

 

kontrolle ob gemounted wurde:

menü -> einstellungen -> netzwerk -> Ferzeichniss unmounten

 

wenn da ein Eintrag vorhanden ist, wurde der Ordner gemounted

 

 

export Datei:

/tmp/sda1 192.168.3.0/24(rw,no_root_squash,async,insecure,all_squash)

 

sollte bei Dir so aussehen

 

die HDD muss auf der Server-Box unter /tmp/sda1 gemounted sein

[stefanx]

Hallo merkwuerden u. det-box,

 

ich habe wieder einen Versuch gestartet. Alle Hinweise befolgt, jedoch weis ich nicht wo ich die Prozesse sehen kann.

Im yweb gibt es eien Anzeige der Prozesse, dort she ich die o.a. nicht.

 

Zu den Dateien, diese habe ich aus dem Beitrag von det-box heruntergeladen und per FTP auf die Cooli geschoben. Eigentlich wie ich es mit den emu Dateien auch immer gemacht habe. Als Editor habe ich auch seit 18 Monaten den Ultraedit im Einsatz und noch nie Probleme gehabt.

Ich bin kein Dateispezialist, jedoch dürften die Dateien nach dem Download und dem Entpacken offenbar keine brauchbaren Linuxdateien sein!?

 

Ich werde den ganzen Schrott jetzt wieder entfernen und es dann noch einmal probieren.

 

Danke für eure Hilfe und habt noch etwas Geduld mit mir.

[horstex]

hallo zusammen,

 

wie im post #13 geschrieben, habe ich

die exports geprüft, und im tuxbox-commander gespeichert,

die S14unfsd gelöscht (link, und verlinkte datei)

 

hier der log von den terminal - eingaben:

/bin/sh: can't access tty; job control turned off

/ # /sbin/portmap

portmap: fork: No such device/ # /usr/bin/unfsd -e /var/etc/exports -i /tmp/unfsd.pid

Cannot register service: RPC: Unable to receive; errno = Connection refused

unable to register (NFS3_PROGRAM, NFS_V3, udp).

/ # ps -ls

ERROR: List of session IDs must follow -s.

********* simple selection ********* ********* selection by list *********

-A all processes -C by command name

......

im web-if wird auch kein solcher prozess angezeigt

 

danke soweit für die hilfe

[merkwuerden]

Zu den Dateien, diese habe ich aus dem Beitrag von det-box heruntergeladen und per FTP auf die Cooli geschoben. Eigentlich wie ich es mit den emu Dateien auch immer gemacht habe. Als Editor habe ich auch seit 18 Monaten den Ultraedit im Einsatz und noch nie Probleme gehabt.

Ich bin kein Dateispezialist, jedoch dürften die Dateien nach dem Download und dem Entpacken offenbar keine brauchbaren Linuxdateien sein!?

Den Dateianhang aus diesem Thread? klick

Dort ist auf jeden Fall die /var/etc/exports ungültig, denn die ist im ANSI/Windows-Format, kann unter Unix/Linux demzufolge nicht verabeitet werden. Die anderen Config-Dateien passen.

 

Falls Du aus dem Board selbst (Code-Box) Inhalte kopierst: die Einstellung der vom Board kreierten Seiten ist UTF-8, und damit haben auch die kopierten Inhalte diese Codierung. Im Editor laden und als normalen Text ANSI/Linux speichern. Dann sollte das keine Probleme geben.

[stefanx]

Hallo merkwuerden,

@horstex,

 

JA, ich habe die Daten von dort!

Ich werde dann am Abend die export Datei noch einmal prüfen und einen Versuch starten.

 

Horstex hat sicherlich das selbe Problem wie ich, denn die Fehlermeldungen die bereits im Telnet erscheinen habe ich auch!

 

So habe es wieder versucht, immer das Gleiche, im Telnet nach dem Absetzen der Befehle, .. device not found ..

Die S14.. wird zwar erstellt, beim Startvorgang der Cooli steht dann zwar UNFS 0 9 ... jedoch geht der mount von der 2. Box nicht!

Liegt es am Netzwerk (Router)? Das HeimCS läuft OK!

[det-box]

das problem liegt an "portmap"

 

gib mal bitte im telnet ein:

 /sbin/portmap -dv

 

und poste das ergebniss

 

solange nach eingabe von

 /sbin/portmap

der Fehler:

portmap: fork: No such device/

 

kommt, brauchste nicht weiter machen

 

bei mir ist die "exports" im install-Packet im Linux format,

sorry falls im Download eine nicht Linuxkonforme Datei sein sollte

 

[horstex]

hallo

 

nach der eingabe von

/sbin/portmap -dv

passiert eigentlich erstmal garnix

 

ich habe dann einfach mal in einem zweiten fenster

/etc/init.d/unfsd.sh start

eingegeben

 

dann sieht es so im "unfsd"-fenster aus:

/ # /etc/init.d/unfsd.sh start
portmap: fork: No such device/ #
/ # /etc/init.d/unfsd.sh start
portmap: fork: No such devicebind: Address already in use
Couldn't bind to tcp port 2049
/ #

 

und so im "portmap"-fenster (die ausgabe erscheint nach dem ersten 'No such device')

/ # /sbin/portmap -dv
server: about do a switch
portmap[612]: connect from 127.0.0.1 to unset(nfs)
server: about do a switch
portmap[613]: connect from 127.0.0.1 to set(nfs)
server: about do a switch
portmap[614]: connect from 127.0.0.1 to set(nfs)
server: about do a switch
portmap[615]: connect from 127.0.0.1 to unset(mountd)
server: about do a switch
portmap[616]: connect from 127.0.0.1 to unset(mountd)
server: about do a switch
portmap[617]: connect from 127.0.0.1 to set(mountd)
server: about do a switch
server: about do a switch
portmap[618]: connect from 127.0.0.1 to set(mountd)
server: about do a switch
portmap[619]: connect from 127.0.0.1 to set(mountd)
portmap[620]: connect from 127.0.0.1 to set(mountd)

 

der prozess unfsd läuft auf mit pid 621 (nur zu sehen im web-if)

der s14unfsd-link ist noch gelöscht in /etc/init.d

[det-box]

hier wird gezeigt das portmap schon läuft:

portmap: fork: No such devicebind: Address already in use

Couldn't bind to tcp port 2049

 

ok also erst "portmap" eingeben dann "portmap -dv" (zur kontrolle)

(deine Ausgaben von "portmap -dv" sehen IO aus)

 

dann weiter mit

/usr/bin/unfsd -e /var/etc/exports -i /tmp/unfsd.pid

[horstex]

portmap soll schon laufen?

es wird mir kein prozess angezeigt.

 

hier der log:

/bin/sh: can't access tty; job control turned off
/ # portmap
portmap: fork: No such device/ #
/ # portmap -dv
/usr/bin/unfsd -e /var/etc/exports -i /tmp/unfsd.pid

server: about do a switch
portmap[660]: connect from 127.0.0.1 to unset(nfs)
server: about do a switch
portmap[661]: connect from 127.0.0.1 to set(nfs)
server: about do a switch
portmap[662]: connect from 127.0.0.1 to set(nfs)
server: about do a switch
portmap[663]: connect from 127.0.0.1 to unset(mountd)
server: about do a switch
server: about do a switch
portmap[664]: connect from 127.0.0.1 to unset(mountd)
server: about do a switch
portmap[665]: connect from 127.0.0.1 to set(mountd)
portmap[666]: connect from 127.0.0.1 to set(mountd)
server: about do a switch
server: about do a switch
portmap[667]: connect from 127.0.0.1 to set(mountd)
portmap[668]: connect from 127.0.0.1 to set(mountd)

hat das jemand lauffähig mit version 1.3? nur ne frage, nicht das das problem ganz woanders liegt...

[stefanx]

Hallo,

 

habe das selbe Ergebnis wie horstex!

Frage mich auch ob das eigentlich unter V3.1 am Laufen hat!