Uprawnienia których na fat nie masz?

Przypominam iż serwer TFTP działa bez najmniejszego problemu i nie było żadnych problemów z uprawnieniami. Problem jest tylko z serwerem NFS i na pewno wina leży po stronie serwera ponieważ to co mam na drugim dysku VHD (FAT16) w maszynie wirtualnej OpenWRT to jest kopia folderu z Windows z serwera Tiny PXE Server na którym wszystko śmiga nawet gdy serwer Tiny PXE jest uruchomiony na laptopie przez Wifi:

Wykonywałem polecenia z instrukcji ze strony: https://wiki.openwrt.org/doc/howto/tftp.pxe-server:

opkg install nfs-kernel-server
/etc/init.d/nfsd enable
/etc/init.d/nfsd restart

więc chyba mam uruchomiony nfs-kernel-server. W skryptach startowych widać iż mam uruchomiony nfsd ale nie wiem czy to to samo.

Tak portmap jest. Zatrzymałem też nfsd i uruchomiłem unfs3 i dalej ten sam komunikat bez względu na wersję demona NFS. W tej chwili mam tak, że zakomentowana jest pierwsza linia domyślna ale jak odkomentuję to nic nie zmienia:

#/mnt   *(ro,all_squash,insecure,sync)
/mnt/extstor/tftp/images *(ro,async,no_subtree_check)

Drugi dysk VHD (partycja FAT16) to sdb1 zamontowana w /mnt/extstor:

/dev/sdb1 on /mnt/extstor type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

Może patrycję sdb1 należy zamontować w inny sposób bo to co pokazałem to domyślne montowanie OpenWRT

Nic nie dało montowanie rw,umask=0,dmask=0

Zauważyłem pewną rzecz - dlaczego za każdym razem jak uruchamiam OpenWRT w maszynie wirtualnej to jak chcę coś zainstalować to muszę wykonywać polecenie opkg update albo dlaczego nie zapamiętuje historii wykonywanych poleceń?
Po restarcie OpenWRT dysk sdb1 znowu jest montowany domyślnie czyli fmask=0022 i dmask=0022
Czy po każdym restarcie muszę od nowa uruchamiać portmap i nfsd ???

Zrobiłem na dysku sdb1 system plików ext2 i absolutnie żadnych zmian - nic to nie dało, nadal Permission denied. Partycja nie została zamontowana automatycznie, zrobiłem to ręcznie:

mount /dev/sdb1 /mnt/extstor

Pojawiło się coś takiego ale zamontowało:

i partycja jest zamontowana tak:

/dev/sdb1 on /mnt/extstor type ext2 (rw,relatime,user_xattr,barrier=1)

Bez problemu mogę tworzyć i usuwać pliki lub foldery na partycji sdb1 zgodnie z uprawnieniami rw

Dlaczego za pomocą NFS nie ma dostępu do sdb1 tylko do odczytu nie mówiąc już o zapisie? Partycja sdb1 ma uprawnienia rw więc o jakie tu inne uprawnienia może chodzić?

Na pewno po stronie klienta nie jest źle bo bez najmniejszego problemu odpalam ten sam Debian Live przez NFS z serwera Tiny PXE postawionego w systemie Windows. Debiana odpalam w ten sposób na dowolnym komputerze w sieci LAN - także na innej maszynie wirtualnej za pomocą dowolnego boot agenta: Argon, Intel-PXE, gPXE, iPXE, Realtek Boot Agent itd.

Dokładnie odbywa się to tak:

Laptop z WinXP ma uruchomiony Tiny PXE Server (przez Wifi) (zintegrowane demony DHCPd, TFTPd, HTTPd) + mały programik o nazwie FreeNFS z ustawionym katalogiem roboczym. Na dysku twardym jest katalog PXE z całą zawartością (obrazy dysków, menu itd.)

Teraz odpalam dowolny komputer w sieci LAN za pomocą dowolnego Boot Agenta np. gPXE, ten uzyskuje IP z DHCP Tiny oraz startuje PXELINUX (pxelinux.0) z serwera TFTPd (też Tiny) i wyświetla menu:

z którego wybieram Debian Live 6.0.5 (need NFS server) i ten system odpala się bez problemu z mojego serwera Tiny PXE. Tak wyglada poprawny start z serwera NFS w Windows:

a tak wygląda niepoprawny start z serwera OpenWRT:

 filename: pxelinux.0
Creating /etc/resolv.conf
Begin: Trying netboot from 192.168.xxx.xxx:/debian-live ... Begin: Trying nfsmount

i dalej już tylko w kółko:

mount call failed - server replied: Permission denied.

Więc jak coś tu jest źle to na pewno wina jest w serwerze NFS OpenWRT

Jakie piętnaście tysięcy rzeczy??? To nie są żadne udziwnienia tylko żmudnie przygotowany serwer PXE dla systemu Windows i chcę go po prostu przenieść na OpenWRT na router który ewentualnie zakupię. Nie potrzebuję NFS aby ręcznie uzyskać dostęp do jakiegoś katalogu. NFS jest potrzebny tylko do uruchomienia systemu Debian Live odpalanego przez sieć ponieważ dzięki temu nie muszę ładować najpierw całego obrazu Debian LiveCD do RAM tylko system odpala się na bieżąco przez sieć z innego komputera za pomocą systemu plików NFS. Dokładnie jest odpalany w ten sposób:

LABEL live
MENU LABEL Debian Live 486
kernel images/debian-live/vmlinuz
append initrd=images/debian-live/initrd.img boot=live config netboot=nfs ip=dhcp nfsroot=/debian-live

Ale zrobiłem jak piszesz i próbuję zamontować folder /mnt w Debianie i wyskakuje tylko access denied:

root@debian:~# mount -t nfs 192.168.xxx.xxx:mnt /mnt/mp
mount.nfs: access denied by server while mounting 192.168.xxx.xxx:mnt
root@debian:~#

Serwer działa bo porty TCP i UDP 111 i 2049 są otwarte i dostępne z sieci LAN z innego komputera.

Linię z # wywal

on się w ogóle nie uruchomił.

I teraz zobacz czy zamontujesz zasób na debianie.

Zasób o takiej nazwie nie został wyeksportowany. Coś innego masz w /etc/exports.