Здравствуйте. Создавал тему на портале forum.ubuntu.ru, но пока решения не нашёл, поэтому решил обратиться ещё и сюда.

Есть локальная сеть 10.76.23.160/27 и 11 компьютеров на линуксе (Ubuntu 10.04) в её составе. Оболочка -- lxde. Адреса -- 10.76.23.162-172.
На каждом ПК в каталоге пользователя создано неизменяемое дерево каталогов, в которое монтируются экспортируемые каталоги соседних компьютеров, в каждом из которых обязательно имеется неудаляемый пустой файл testlink. Монтирование происходит посредством нехитрого скрипта, запускающегося при старте системы и затем через крон от администратора каждые 2 минуты:

#!/bin/bash
i=162
cd /home/student/nfs-folders
while [ $i -lt 173 ]; do
    cd ./st$i
    if
        ls | grep -q testlink
        then echo 'ресурс подключён'
#если находим в папке, куда мы собираемся монтировать ресурс, файл testlink, то ничего не делаем
        else
        umount ../st$i & ping 10.76.23.$i -c 2 | grep -q ttl= && rpcinfo -p 10.76.23.$i | grep -q nfs && mount -t nfs 10.76.23.$i:/home/student/sharing /home/student/nfs-folders/st$i
#иначе отмонтируем на всякий случай папку, затем пингуем ресурс. Если ресурс откликается, то проверяем, запущен ли на нём НФС.
#Если запущен, то монтируем 
    fi
    cd ..
    i=$(($i+1))
done
exit 0

Есть подозрения, что именно из-за nfs периодически наглухо подвисает ФС, часто при подключении usb, хотя бывает и в процессе обычной работы. Менеджеры файлов не запускаются, ls тоже не возвращается из бесконечной задумчивости, помогает только перезагрузка.
Проявляется на разных конфигурациях, поэтому глючность железа можно, думаю, отложить.

Собственно вопросы к общественности.
1. Отключил на данный момент работу скрипта на одном из ПК, где работают больше всего. Есть ли ещё какие-нибудь способы удостовериться, что именно nfs или мой потенциально глючный скриптик является виной подвисаний?
2. Есть ли какая-нибудь комбинация опций, которая позволяла бы монтировать оффлайновые nfs-ресурсы и потом при обращении к ним, если компьютер так и не появлися в сети, просто выдавало бы ошибку соединения, без долгих таймаутов, чтобы можно было со спокойной совестью возложить монтирование nfs на fstab?

Пробовал и autofs использовать, и, монтируя nfs по udp-протоколу, уменьшать значение ip_conntrack_udp_timeout -- результатов это не принесло.

> Есть ли какая-нибудь комбинация опций, которая позволяла бы монтировать оффлайновые nfs-ресурсы и потом при обращении к ним, если компьютер так и не появлися в сети, просто выдавало бы ошибку соединения, без долгих таймаутов, чтобы можно было со спокойной совестью возложить монтирование nfs на fstab?

Например:

10.76.23.X:/home/student/sharing /home/student/nfs-folders/stX nfs rw,bg,soft,intr 0 0 

с опцией soft и intr -- не помогало. оно, конечно, выдавало ошибку соединения, но через очень-очень долгий промежуток времени, завешивая всю систему. вот "в фоне" (aka bg) -- ещё нет. попробую.

Тоже имею подобную проблему. Для обмена файлами с учиниками использую nfs. Но при недоуступности учелького компьютера или ученичекий с сетью не дружит начинаются глюки - долгая загрузка, зависает дельфин, просмотрщик файлов показыает только черный прямоугольник, очень долго запускаются некоторые программы. 

Только ОС: едумандрива и роса.

Настраивал так:

https://docs.google.com/document/d/1geXWd4Hj0WP...

Остановился на autofs, но проблема не исчезла. 

> с опцией soft и intr -- не помогало. оно, конечно, выдавало ошибку соединения, но через очень-очень долгий промежуток времени, завешивая всю систему.

Таймаут 1 минута: retry=1

опция retry отвечает за количество повторений, а не за длительность, так что не то немного :(

retry=n

The number of minutes that the mount(8) command retries an NFS mount operation in the foreground or background before giving up. If this option is not specified, the default value for foreground mounts is 2 minutes, and the default value for background mounts is 10000 minutes (80 minutes shy of one week). If a value of zero is specified, the mount(8) command exits immediately after the first failure.

Да, действительно... Извиняюсь, был не прав. Но однако же даже если и сработает, то минута -- всё равно слишком много.

На оформленный запрос здесь же порекомендовали перейти всё же на smb. Возможно, так и сделаю.