Zurück zu Pro-Linux   Foren-Übersicht   FAQ     Suchen    Mitgliederliste
 Registrieren
    Profil      Private Nachrichten   Login
NFS mount Fehler

 
Neuen Beitrag schreiben   Auf Beitrag antworten    Pro-Linux Foren-Übersicht -> Netzwerk
Vorheriges Thema anzeigen :: Nächstes Thema anzeigen  
Autor Nachricht
Maxy
Gast





BeitragVerfasst am: 24. Nov 2011 18:13   Titel: NFS mount Fehler Antworten mit Zitat

Hallo Leute,

bitte befreit mich von meiner Krise....
Also, es ist gegeben:

NFS-Server Typ QNMAP IP: 192.168.1.119
1. PC Mandriva IP: 192.169.1.107
2. PC Mandriva IP: 192.168.1.101
3. VM (VBox) mit RHEL, läuft auf 2. im Bridge-Mode IP: 192.168.1.104

Von 1. und 3. habe ich kein Problem den NFS-Share zu mounten. Aber der 2. PC mag nicht, zum Trotz aber tut es die VM auf diesen *g*

Folgendes gibt die Konsole aus:
Code:
]# mount -t nfs 192.168.1.119:/Public /srv/nfs/ -vvv
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: UID:        0
mount: eUID:       0
mount: spec:  "192.168.1.119:/Public"
mount: node:  "/srv/nfs/"
mount: types: "nfs"
mount: opts:  "(null)"
mount: external mount: argv[0] = "/sbin/mount.nfs"
mount: external mount: argv[1] = "192.168.1.119:/Public"
mount: external mount: argv[2] = "/srv/nfs/"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw"
mount.nfs: timeout set for Thu Nov 24 18:00:59 2011
mount.nfs: trying text-based options 'vers=4,addr=192.168.1.119,clientaddr=192.168.1.101'
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options 'addr=192.168.1.119'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.1.119 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.1.119 prog 100005 vers 3 prot UDP port 53756
mount.nfs: mount(2): Permission denied
mount.nfs: access denied by server while mounting 192.168.1.119:/Public


Die Elektronen unterhalten sich über Draht und Funk wie folgt:

Code:
]# tcpdump -vvv -i wlan0 host 192.168.1.119
tcpdump: listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:57:24.836823 IP (tos 0x0, ttl 64, id 31898, offset 0, flags [DF], proto TCP (6), length 60)
    joern-tpe.prohlis.dd.1006 > 192.168.1.119.nfs: Flags [S], cksum 0x845b (incorrect -> 0x0ccd), seq 328373553, win 5840, options [mss 1460,sackOK,TS val 30992811 ecr 0,nop,wscale 7], length 0
17:57:24.840223 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.1006: Flags [S.], cksum 0x53fc (correct), seq 3367085972, ack 328373554, win 5792, options [mss 1460,sackOK,TS val 870558 ecr 30992811,nop,wscale 5], length 0
17:57:24.840291 IP (tos 0x0, ttl 64, id 31899, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.1006 > 192.168.1.119.nfs: Flags [.], cksum 0x8453 (incorrect -> 0x9934), seq 1, ack 1, win 46, options [nop,nop,TS val 30992815 ecr 870558], length 0
17:57:24.840359 IP (tos 0x0, ttl 64, id 31900, offset 0, flags [DF], proto TCP (6), length 96)
    joern-tpe.prohlis.dd.4124542926 > 192.168.1.119.nfs: 40 null
17:57:24.846716 IP (tos 0x0, ttl 64, id 61194, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.1006: Flags [.], cksum 0x9880 (correct), seq 1, ack 45, win 181, options [nop,nop,TS val 870559 ecr 30992815], length 0
17:57:24.854953 IP (tos 0x0, ttl 64, id 61195, offset 0, flags [DF], proto TCP (6), length 88)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.4124542926: reply ok 32 null
17:57:24.855026 IP (tos 0x0, ttl 64, id 31901, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.1006 > 192.168.1.119.nfs: Flags [.], cksum 0x8453 (incorrect -> 0x98d3), seq 45, ack 37, win 46, options [nop,nop,TS val 30992830 ecr 870560], length 0
17:57:24.855139 IP (tos 0x0, ttl 64, id 31902, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.1006 > 192.168.1.119.nfs: Flags [F.], cksum 0x8453 (incorrect -> 0x98d2), seq 45, ack 37, win 46, options [nop,nop,TS val 30992830 ecr 870560], length 0
17:57:24.856974 IP (tos 0x0, ttl 64, id 61196, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.1006: Flags [F.], cksum 0x984a (correct), seq 37, ack 46, win 181, options [nop,nop,TS val 870560 ecr 30992830], length 0
17:57:24.857053 IP (tos 0x0, ttl 64, id 31903, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.1006 > 192.168.1.119.nfs: Flags [.], cksum 0x8453 (incorrect -> 0x98cf), seq 46, ack 38, win 46, options [nop,nop,TS val 30992832 ecr 870560], length 0
17:57:24.857859 IP (tos 0x0, ttl 64, id 30613, offset 0, flags [DF], proto TCP (6), length 60)
    joern-tpe.prohlis.dd.41912 > 192.168.1.119.sunrpc: Flags [S], cksum 0x845b (incorrect -> 0x6bb7), seq 322346581, win 5840, options [mss 1460,sackOK,TS val 30992832 ecr 0,nop,wscale 7], length 0
17:57:24.859453 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.1.119.sunrpc > joern-tpe.prohlis.dd.41912: Flags [S.], cksum 0xb3fc (correct), seq 3363415732, ack 322346582, win 5792, options [mss 1460,sackOK,TS val 870560 ecr 30992832,nop,wscale 5], length 0
17:57:24.859475 IP (tos 0x0, ttl 64, id 30614, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.41912 > 192.168.1.119.sunrpc: Flags [.], cksum 0x8453 (incorrect -> 0xf936), seq 1, ack 1, win 46, options [nop,nop,TS val 30992834 ecr 870560], length 0
17:57:24.859593 IP (tos 0x0, ttl 64, id 30615, offset 0, flags [DF], proto TCP (6), length 112)
    joern-tpe.prohlis.dd.41912 > 192.168.1.119.sunrpc: Flags [P.], cksum 0x4f6d (correct), seq 1:61, ack 1, win 46, options [nop,nop,TS val 30992834 ecr 870560], length 60
17:57:24.862858 IP (tos 0x0, ttl 64, id 60949, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.1.119.sunrpc > joern-tpe.prohlis.dd.41912: Flags [.], cksum 0xf873 (correct), seq 1, ack 61, win 181, options [nop,nop,TS val 870560 ecr 30992834], length 0
17:57:24.863360 IP (tos 0x0, ttl 64, id 60950, offset 0, flags [DF], proto TCP (6), length 84)
    192.168.1.119.sunrpc > joern-tpe.prohlis.dd.41912: Flags [P.], cksum 0x5436 (correct), seq 1:33, ack 61, win 181, options [nop,nop,TS val 870560 ecr 30992834], length 32
17:57:24.863396 IP (tos 0x0, ttl 64, id 30616, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.41912 > 192.168.1.119.sunrpc: Flags [.], cksum 0x8453 (incorrect -> 0xf8d6), seq 61, ack 33, win 46, options [nop,nop,TS val 30992838 ecr 870560], length 0
17:57:24.863458 IP (tos 0x0, ttl 64, id 30617, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.41912 > 192.168.1.119.sunrpc: Flags [F.], cksum 0x8453 (incorrect -> 0xf8d5), seq 61, ack 33, win 46, options [nop,nop,TS val 30992838 ecr 870560], length 0
17:57:24.863542 IP (tos 0x0, ttl 64, id 8287, offset 0, flags [DF], proto TCP (6), length 60)
    joern-tpe.prohlis.dd.50907 > 192.168.1.119.nfs: Flags [S], cksum 0x845b (incorrect -> 0x15d7), seq 320326041, win 5840, options [mss 1460,sackOK,TS val 30992838 ecr 0,nop,wscale 7], length 0
17:57:24.864565 IP (tos 0x0, ttl 64, id 60951, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.1.119.sunrpc > joern-tpe.prohlis.dd.41912: Flags [F.], cksum 0xf84c (correct), seq 33, ack 62, win 181, options [nop,nop,TS val 870561 ecr 30992838], length 0
17:57:24.864582 IP (tos 0x0, ttl 64, id 30618, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.41912 > 192.168.1.119.sunrpc: Flags [.], cksum 0x8453 (incorrect -> 0xf8d2), seq 62, ack 34, win 46, options [nop,nop,TS val 30992839 ecr 870561], length 0
17:57:24.869033 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.50907: Flags [S.], cksum 0x3cb6 (correct), seq 3364079631, ack 320326042, win 5792, options [mss 1460,sackOK,TS val 870561 ecr 30992838,nop,wscale 5], length 0
17:57:24.869086 IP (tos 0x0, ttl 64, id 8288, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.50907 > 192.168.1.119.nfs: Flags [.], cksum 0x8453 (incorrect -> 0x81ec), seq 1, ack 1, win 46, options [nop,nop,TS val 30992844 ecr 870561], length 0
17:57:24.869219 IP (tos 0x0, ttl 64, id 8289, offset 0, flags [DF], proto TCP (6), length 96)
    joern-tpe.prohlis.dd.3627883810 > 192.168.1.119.nfs: 40 null
17:57:24.870434 IP (tos 0x0, ttl 64, id 32945, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.50907: Flags [.], cksum 0x8139 (correct), seq 1, ack 45, win 181, options [nop,nop,TS val 870561 ecr 30992844], length 0
17:57:24.870993 IP (tos 0x0, ttl 64, id 32946, offset 0, flags [DF], proto TCP (6), length 80)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.3627883810: reply ok 24 null
17:57:24.871033 IP (tos 0x0, ttl 64, id 8290, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.50907 > 192.168.1.119.nfs: Flags [.], cksum 0x8453 (incorrect -> 0x81a2), seq 45, ack 29, win 46, options [nop,nop,TS val 30992846 ecr 870561], length 0
17:57:24.871099 IP (tos 0x0, ttl 64, id 8291, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.50907 > 192.168.1.119.nfs: Flags [F.], cksum 0x8453 (incorrect -> 0x81a1), seq 45, ack 29, win 46, options [nop,nop,TS val 30992846 ecr 870561], length 0
17:57:24.871313 IP (tos 0x0, ttl 64, id 59854, offset 0, flags [DF], proto UDP (17), length 84)
    joern-tpe.prohlis.dd.34902 > 192.168.1.119.sunrpc: [udp sum ok] UDP, length 56
17:57:24.873152 IP (tos 0x0, ttl 64, id 32947, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.1.119.nfs > joern-tpe.prohlis.dd.50907: Flags [F.], cksum 0x8119 (correct), seq 29, ack 46, win 181, options [nop,nop,TS val 870561 ecr 30992846], length 0
17:57:24.873209 IP (tos 0x0, ttl 64, id 8292, offset 0, flags [DF], proto TCP (6), length 52)
    joern-tpe.prohlis.dd.50907 > 192.168.1.119.nfs: Flags [.], cksum 0x8453 (incorrect -> 0x819e), seq 46, ack 30, win 46, options [nop,nop,TS val 30992848 ecr 870561], length 0
17:57:24.875092 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 56)
    192.168.1.119.sunrpc > joern-tpe.prohlis.dd.34902: [udp sum ok] UDP, length 28
17:57:24.875225 IP (tos 0x0, ttl 64, id 59858, offset 0, flags [DF], proto UDP (17), length 68)
    joern-tpe.prohlis.dd.59884 > 192.168.1.119.53756: [udp sum ok] UDP, length 40
17:57:24.878372 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 52)
    192.168.1.119.53756 > joern-tpe.prohlis.dd.59884: [udp sum ok] UDP, length 24
17:57:24.878839 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 68)
    joern-tpe.prohlis.dd.825 > 192.168.1.119.53756: [udp sum ok] UDP, length 40
17:57:24.880640 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 52)
    192.168.1.119.53756 > joern-tpe.prohlis.dd.825: [udp sum ok] UDP, length 24
17:57:24.880710 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 124)
    joern-tpe.prohlis.dd.825 > 192.168.1.119.53756: [udp sum ok] UDP, length 96
17:57:24.895464 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 56)
    192.168.1.119.53756 > joern-tpe.prohlis.dd.825: [udp sum ok] UDP, length 28
^C
38 packets captured
38 packets received by filter
0 packets dropped by kernel


Fröhliches Grübeln und danke für konstruktive Vorschläge...

Maxy
 

Maxy
Gast





BeitragVerfasst am: 24. Nov 2011 18:32   Titel: Nachtra: mal ohne Permission denied Antworten mit Zitat

Nachtag:
So sieht es aus - von der VM -ohne Permission denied:

Code:
]# mount -t nfs 192.168.1.119:/Public /srv/nfs/ -vvv
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: UID:        0
mount: eUID:       0
mount: spec:  "192.168.1.119:/Public"
mount: node:  "/srv/nfs/"
mount: types: "nfs"
mount: opts:  "(null)"
mount: external mount: argv[0] = "/sbin/mount.nfs"
mount: external mount: argv[1] = "192.168.1.119:/Public"
mount: external mount: argv[2] = "/srv/nfs/"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw"
mount.nfs: timeout set for Thu Nov 24 18:31:22 2011
mount.nfs: trying text-based options 'vers=4,addr=192.168.1.119,clientaddr=192.168.1.104'
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options 'addr=192.168.1.119'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.1.119 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.1.119 prog 100005 vers 3 prot UDP port 53756
192.168.1.119:/Public on /srv/nfs type nfs (rw)
 

Janka



Anmeldungsdatum: 11.02.2006
Beiträge: 3507

BeitragVerfasst am: 25. Nov 2011 8:28   Titel: Antworten mit Zitat

NFS beachtet /etc/hosts.allow und /etc/hosts.deny. Außerdem solltest du nachgucken, ob du auf dem Client als root mounten willst.Dann wirst du die Option no_root_squash in /etc/exports haben wollen.

Janka
_________________
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.
 
Benutzer-Profile anzeigen Private Nachricht senden

Adula
Gast





BeitragVerfasst am: 27. Nov 2011 11:31   Titel: NFS Antworten mit Zitat

Der NFS-Server ist ja für alle Clients der Selbe und auch das selbe Share. Die /etc/exports sieht so aus:
Code:
"/share/NFS/Public" 192.168.1.*(rw,nohide,async,no_root_squash)"

Natürlich ist das mounten per root nur zu Testzwecken, bei den anderen Clients funktioniert es über automount.
Eine /etc/hosts.deny oder /etc/hosts.allow ist auf dem Server (Linux NAS-QMAP-219P 2.6.33.2 armv5tel nicht angelegt bzw. nicht definiert(Clients).
Da die Computer alle in der selben Range liegen ist mir der Fehler schon ein bißchen rätselhaft.

Viele Grüße
Adula
 

hjb
Pro-Linux


Anmeldungsdatum: 15.08.1999
Beiträge: 3223
Wohnort: Bruchsal

BeitragVerfasst am: 27. Nov 2011 12:48   Titel: Antworten mit Zitat

Hi!

Wichtige Hinweise findest du wahrscheinlich im Server-Log (/var/log/daemon.log oder ähnliches).

Grüße,
hjb
_________________
Pro-Linux - warum durch Fenster steigen, wenn es eine Tür gibt?
 
Benutzer-Profile anzeigen Private Nachricht senden E-Mail senden Website dieses Benutzers besuchen MSN Messenger

Adula Maxy
Gast





BeitragVerfasst am: 27. Nov 2011 17:31   Titel: log Antworten mit Zitat

Hallo,

das Logging ist auf dem QNAP etwas merkwürdig. Der klog-Demon läuft zwar, aber es wird nur samba und cups geloggt.

Danke und Gruß
Adula
 

hjb
Pro-Linux


Anmeldungsdatum: 15.08.1999
Beiträge: 3223
Wohnort: Bruchsal

BeitragVerfasst am: 28. Nov 2011 11:18   Titel: Antworten mit Zitat

Hi!

Das ist aber ärgerlich. Eigentlich sollten auch ein paar Meldungen vom NFS-Server aufschlagen (genau genommen von mountd). Vielleicht in /var/log/messages oder auth.log? Auch wenn der NFS-Server im Kernel ist, gibt es eine Userspace-Komponente, d.h. klogd hat damit wenig zu tun.

Grüße,
hjb
_________________
Pro-Linux - warum durch Fenster steigen, wenn es eine Tür gibt?
 
Benutzer-Profile anzeigen Private Nachricht senden E-Mail senden Website dieses Benutzers besuchen MSN Messenger

Adula
Gast





BeitragVerfasst am: 28. Nov 2011 20:32   Titel: qnap linux Antworten mit Zitat

Moin,

das Teil speichert zwar einige Daten, welche man auf einer Webseite sich ansehen kann, aber unter /var/log steht nicht viel:
Code:
[~] # cd /var/log/
[/var/log] # ll
drwxr-xr-x    4 admin    administ     1.0k Nov 28 20:21 ./
drwxrwxrwx   10 admin    administ     1.0k Nov 28 20:22 ../
drwx------    4 admin    administ     1.0k Nov 28 20:21 cores/
drwxr-xr-x    2 admin    guest        1.0k Nov 28 20:21 cups/
-rw-r--r--    1 admin    administ       99 Nov 28 20:20 disk_reorder.log
-rw-r--r--    1 admin    administ     2.3k Nov 28 20:22 log.nmbd
-rw-r--r--    1 admin    administ      138 Nov 28 20:21 log.smbd
-rw-r--r--    1 admin    administ        0 Nov 28 20:21 messages
lrwxrwxrwx    1 admin    administ       20 Oct  1 19:40 samba -> /usr/local/samba/var/
[/var/log] #
[/var/log] # ll cores/
drwx------    4 admin    administ     1.0k Nov 28 20:21 ./
drwxr-xr-x    4 admin    administ     1.0k Nov 28 20:21 ../
drwx------    2 admin    administ     1.0k Nov 28 20:20 nmbd/
drwx------    2 admin    administ     1.0k Nov 28 20:21 smbd

Desweiteren wird angeboten, Verbindung zu einem Syslogserver über Port 514 herzustellen ..., naja die langen Winternächte kommen noch Wink

Viele Grüße
 

Adula Maxy
Gast





BeitragVerfasst am: 28. Nov 2011 20:49   Titel: Kriese Teil 2 Antworten mit Zitat

Habe ein Update gemacht...

Einen PC zu der Version, die den Fehler brachte. Aber nun kommt mal etwas Neues:
Kurz:
Code:
# mount -t nfs 192.168.1.119:/Public /mnt/test/
mount.nfs: requested NFS version or transport protocol is not supported

und lang:
Code:
# mount -t nfs 192.168.1.119:/Public /mnt/test/  -vvv
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: UID:        0
mount: eUID:       0
mount: spec:  "192.168.1.119:/Public"
mount: node:  "/mnt/test/"
mount: types: "nfs"
mount: opts:  "(null)"
mount: external mount: argv[0] = "/sbin/mount.nfs"
mount: external mount: argv[1] = "192.168.1.119:/Public"
mount: external mount: argv[2] = "/mnt/test/"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw"
mount.nfs: timeout set for Mon Nov 28 20:51:24 2011
mount.nfs: trying text-based options 'vers=4,addr=192.168.1.119,clientaddr=192.168.1.107'
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options 'addr=192.168.1.119'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: portmap query retrying: RPC: Program not registered
mount.nfs: prog 100003, trying vers=3, prot=17
mount.nfs: portmap query failed: RPC: Program not registered
mount.nfs: prog 100003, trying vers=2, prot=6
mount.nfs: portmap query retrying: RPC: Program not registered
mount.nfs: prog 100003, trying vers=2, prot=17
mount.nfs: portmap query failed: RPC: Program not registered
mount.nfs: prog 100003, trying vers=2, prot=6
mount.nfs: portmap query retrying: RPC: Program not registered
mount.nfs: prog 100003, trying vers=2, prot=17
mount.nfs: portmap query failed: RPC: Program not registered
mount.nfs: requested NFS version or transport protocol is not supported


Ich habe doch nur ein Update gemacht ... ;(
 

hjb
Pro-Linux


Anmeldungsdatum: 15.08.1999
Beiträge: 3223
Wohnort: Bruchsal

BeitragVerfasst am: 29. Nov 2011 11:37   Titel: Antworten mit Zitat

Hi!

Evtl. musst du portmap neu starten. Portmap ist allerdings obsolet, diverse Systeme sind bereits auf rpcbind als Ersatz umgestiegen. Wenn rpcbind in der Distribution vorhanden ist, kannst du es mal installieren.

Grüße,
hjb
_________________
Pro-Linux - warum durch Fenster steigen, wenn es eine Tür gibt?
 
Benutzer-Profile anzeigen Private Nachricht senden E-Mail senden Website dieses Benutzers besuchen MSN Messenger

adula
Gast





BeitragVerfasst am: 29. Nov 2011 20:11   Titel: Neustart Antworten mit Zitat

Danke, der Neustart hat's gebracht Wink
 

coool



Anmeldungsdatum: 12.11.2012
Beiträge: 1
Wohnort: fsdf

BeitragVerfasst am: 12. Nov 2012 8:27   Titel: Antworten mit Zitat

Alle Schalter im Bootmenü, die der Kernel nicht versteht, landen automatisch in /proc/cmdline. Dort kann man sie mit jedem Programm auslesen, was diese Distribution offensichtlich nutzt, statt eines Logins das Installationsprogramm zu starten.
_________________
I was bit hesitant at first to use and trust the Pass4sure but it did not break my trust ,good luck.
 
Benutzer-Profile anzeigen Private Nachricht senden

lordkevin



Anmeldungsdatum: 28.11.2012
Beiträge: 1

BeitragVerfasst am: 28. Nov 2012 5:45   Titel: Antworten mit Zitat

Danke für den Post ...
_________________
lord
 
Benutzer-Profile anzeigen Private Nachricht senden

muck



Anmeldungsdatum: 01.02.2012
Beiträge: 26

BeitragVerfasst am: 28. Nov 2012 22:04   Titel: Re: Kriese Teil 2 Antworten mit Zitat

Code:
# mount -t nfs 192.168.1.119:/Public /mnt/test/
mount.nfs: requested NFS version or transport protocol is not supported

Den Käse kenne ich -
NFS auf dem QNAP deaktivieren - übernehmen, wieder aktivieren - übernehmen und dann neu booten.
Damit sollte alles wieder in Butter sein.

Gruss
Michael
_________________
vokoscreen -> Screencastprogramm für OpenSuse / Ubuntu unter
http://www.kohaupt-online.de/hp
Desktopvideos mit Ton
 
Benutzer-Profile anzeigen Private Nachricht senden

Beiträge vom vorherigen Thema anzeigen:   
Neuen Beitrag schreiben   Auf Beitrag antworten    Pro-Linux Foren-Übersicht -> Netzwerk Alle Zeiten sind GMT + 1 Stunde
Seite 1 von 1

 
Gehen Sie zu:  

Powered by phpBB © phpBB Group
pro_linux Theme © 2004 by Mandaxy