Že by se začal připojovat před tím, než je dostupná síť? Zkusil jsem tedy přidat parametr _netdev:

192.168.30.105:/nfs/data /media/net_data nfs defaults,_netdev 0 0
192.168.30.105:/nfs/zalohy /media/net_backup nfs defaults,_netdev 0 0

Nepomohlo. Vypadalo to spíš jako by se disk začal roztáčet, ale mount na něj nepočkal. A když začal připojovat druhý adresář, byl už disk připravený k provozu a tudíž všechno zafungovalo. Při použití cifs protokolu tento problém nebyl, ponořil jsem se tedy do konfiguračních parametrů nfs. Našel jsem hned dva:

• timeo=n, který říká, po jak dlouhém trvání IO operace se má vrátit chyba, hodnota je v desetinách sec a default je 7. Neodpoví-li tedy disk do 0,7 sec, vzniká chybový stav.
• retrans=n, který určuje, kolikrát se má hodnota timeo zdvojnásobit a zkusit zopakovat, default je 3. Nedopoví-li tedy disk do 0,7 sec (první pokus), zkusí se čekat 1,4 sec (druhý pokus) a nakonec ještě 2,8 sec (třetí pokus).

Celková maximální doba je tedy 4,9 sec, disk se ale roztáčí z uspaného stavu určitě kolem 10 sec. To musí být ono!

Mohl jsem si vybrat, který parametr změnit, zvolil jsem retrans=5. Při problému se to tedy zkusí ještě počtvrté s časem 5,6 sec a popáté s maximálním časem 11,2 sec. Součet je přes 20 sec a to by disk měl stíhat bezpečně.

192.168.30.105:/nfs/zalohy /media/net_backup nfs defaults,_netdev,retrans=5 0 0
192.168.30.105:/nfs/data /media/net_data nfs defaults,_netdev,retrans=5 0 0

Disk by to stíhal, kdyby ovšem mount NFS takovou dobu skutečně čekal. To ale nedělá; při manuálním připojování se mi dokonce mount -all vrátilo s chybou a teprve napodruhé prošlo. Přidal jsem tedy timeo s hodnotou 10 a zvýšil počet retrans na 6.

192.168.30.105:/nfs/zalohy /media/net_backup nfs defaults,_netdev,retrans=6,timeo=10 0 0
192.168.30.105:/nfs/data /media/net_data nfs defaults,_netdev,retrans=6,timeo=10 0 0