Я намагаюся встановити файлову систему на віддаленій машині:
root@Wolf:/# mount -t nfs 192.168.0.131:/disc2 /temp
mount.nfs: mount system call failed
Помилка видається після тривалої паузи.
Я можу пінг машини і т.д. Немає проблем з мережею.
/temp
існує на локальній машині.
/disc2
існує на віддаленій машині з /dev/sdb5
встановленим там.
Я десь читав, що мені потрібно apt-get install nfs-kernel-server nfs-common portmap
, що я робив на віддаленій машині (а потім обох просто для впевненості):
Package nfs-kernel-server is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
nfs-common
Гаразд, apt-get install nfs-common portmap
тоді:
Note, selecting 'rpcbind' instead of 'portmap'
nfs-common is already the newest version.
rpcbind is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Так, ем, це добре тоді. Чи не так?
EDIT: Не знав про це, спасибі dubu, але трохи прочитав, і створив цей файл:
root@barnard:~# cat /etc/exports
/disc2/oldstuff1 192.168.0.0(rw)
/disc2/oldstuff2 192.168.0.0(rw)
/digex 192.168.0.0(r)
Я так думаю. Чи не так?
Цю сторінку мені сказали /etc/init.d/portmap restart
, і оскільки я отримав rpcbind
замість цього:
root@barnard:~# /etc/init.d/rpcbind restart
[ ok ] Stopping rpcbind daemon....
[ ok ] Starting rpcbind daemon....
Отже, це працює. Чи не так? Ця ж сторінка сказана /etc/init.d/nfs-kernel-server reload
, але згідно з повідомленням apt-get це замінено nfs-common
таким чином:
root@barnard:~# /etc/init.d/nfs-common restart
[ ok ] Stopping NFS common utilities: idmapd statd.
[ ok ] Starting NFS common utilities: statd idmapd.
Це звучить позитивно. Тож тепер, на кінцевому рахунку:
root@Wolf:/# mount -t nfs 192.168.0.131:/disc2/digex /temp
mount.nfs: mount system call failed
Ще немає радості.
EDIT 2:
root@barnard:~# exportfs -ra
-bash: exportfs: command not found
root@barnard:~# which exportfs
root@barnard:~# find / -name "exportfs"
root@barnard:~#
Хм. Я десь прочитав, де він встановлений nfs-kernel-server
, але apt просто не дозволить мені встановити його, повідомляючи про це the following packages replace it: nfs-common
, і nfs-common is already the newest version.
... дуже глибокий вдих ...
Що ж, це повинен бути винуватцем тоді. Поки я не можу встановити це, воно не може працювати. Але як мені це встановити?
У якийсь момент в моєму стані, позбавленому сну, минулої ночі я додав доречних джерел, але очевидно, це не оновило. Цього разу, коли я робив apt-get update
багато речей, було завантажено багато речей, і найкраще:
Selecting previously unselected package nfs-kernel-server.
Setting up nfs-kernel-server (1:1.2.6-4) ...
Replacing config file /etc/exports with new version
Creating config file /etc/default/nfs-kernel-server with new version
[ ok ] Starting NFS common utilities: statd idmapd.
[warn] Not starting NFS kernel daemon: no exports. ... (warning).
Це добре, скопіювали /etc/exports
дані раніше, перезапустили служби, не краще, перезапустили всю машину лише для того, щоб переконатися. Але все одно не їздять.
НАСІЛЬНО: Після успіху в apt-get і великій кількості детективної роботи, в основному за участю tail /var/log/syslog
(спасибі за те, що MKaama - те, що потрібно пам’ятати в майбутньому), і узгодження всіх відповідних каталогів, я нарешті змусив його працювати. Все, що залишається зараз, - це трохи пошиття одягу та прибирання.
Я думаю, що я можу це впоратися звідси. Дякую всім вам завжди дуже багато за допомогу.
/usr/sbin/exportfs
, cat /proc/fs/nfsd/portlist
, telnet localhost 2049
, tail /var/log/syslog
, cat /proc/fs/nfsd/pool_stats
на сервері. З'єднання telnet відображається в syslog в моїй системі.
exportfs -ra
потрібно запустити, щоб переконатися, що акції nfs експортуються належним чином
/etc/exports
на сервері.