NFS-Shares nach Standby falsch verbunden

Hallo zusammen!

Ich habe ein merkwürdiges Problem mit den NFS-Shares meines TS-419+ (Firmware 3.71): Jedes mal, wenn mein (K)ubuntu-Rechner wieder auf dem Ruhezustand aufwacht, sind die über /etc/fstab gemounteten Shares falsch verbunden. ich lande jedesmal im Multimedia-verzeichnis.

Hier meine fstab

linuxnas:/share/MD0_DATA/Multimedia /nfs/Multimedia nfs defaults 0 0 linuxnas:/share/MD0_DATA/Download /nfs/Download nfs defaults 0 0 linuxnas:/share/MD0_DATA/Public /nfs/Public nfs defaults 0 0 linuxnas:/share/MD0_DATA/backup /nfs/backup nfs defaults 0 0 linuxnas:/share/MD0_DATA/olliko /nfs/olliko nfs defaults 0 0

Und hier die Ausgabe von exportfs des TS-419+

[~] # exportfs/share/MD0_DATA/Download                <world>/share/MD0_DATA/Multimedia                <world>/share/MD0_DATA/Public                <world>/share/MD0_DATA/backup                <world>/share/MD0_DATA/hatte                <world>/share/MD0_DATA/olliko                <world>

Laut df sind jedoch alle shares korrekt gemountet:

Dateisystem                         Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2                             33G    8,3G   23G   28% /
udev                                 2,8G    4,0K  2,8G    1% /dev
tmpfs                                1,2G    1,1M  1,2G    1% /run
none                                 5,0M       0  5,0M    0% /run/lock
none                                 2,8G    704K  2,8G    1% /run/shm
/dev/sda1                            194M    108M   76M   59% /boot
/dev/mapper/erde2-home               163G     91G   64G   59% /home
/dev/mapper/erde2-media              516G    208G  283G   43% /mediadata
linuxnas:/share/MD0_DATA/Multimedia  3,6T    998G  2,7T   28% /nfs/Multimedia
linuxnas:/share/MD0_DATA/Download    3,6T    998G  2,7T   28% /nfs/Download
linuxnas:/share/MD0_DATA/Public      3,6T    998G  2,7T   28% /nfs/Public
linuxnas:/share/MD0_DATA/olliko      3,6T    998G  2,7T   28% /nfs/olliko
linuxnas:/share/MD0_DATA/backup      3,6T    998G  2,7T   28% /nfs/backup

Hat jemand eine Idee, an was das liegen könnte? Ein workaround wäre eventuell, das man die Ubuntu-Kiste anweist, beim Aufwachen die Shares auszuhängen und wieder frisch einzuhängen. Die frage ist,wie....

Schöne Grüße, Oliver

Ich habe die Lösung selbst gefunden - vielleicht hilft es jemanden weiter.

Qnap scheint NFS etwas anders zu konfigurieren als standardmässig unter Linux üblich.
Ich habe mir die Startscripte angesehen und dort den Aufruf eines Binaries gefunden, das wohl bei jedem Start des Dienstes die /etc/exports neu generiert. Das geschieht vermutlich auf Basis der smb.conf, in der die Samba (Windows)-Shares definiert sind. Es muss aber noch etwas anderes verbogen werden, denn ein Aufruf von "showmount -e rechnername" auf dem Clientrechner fördert folgende Share-Liste zutage

$ showmount -e linuxnas
Export list for linuxnas:
/test                   
/olliko                 
/hatte                  
/backup                 
/Web                    
/Usb                    
/Recordings             
/Public                 
/Network Recycle Bin 1  
/Multimedia             
/Download

Der Pfad aus der /etc/exports wird aus dem Sharenamen also irgendwie entfernt.

Lange Rede, kurzer Sinn: in die /etc/fstab gehören nur die reinen Sharenamen ( z.B. "linuxnas:/Public /nfs/Public nfs defaults,bg 0 0"), wie sie im Webinterface des Qnap-Nas definiert wurden. Dann funktioniert es tadellos.