Приветствую!
Перетекаю потихоньку на NAS с USB-винта. Делаю следующее:
- Включил NFS сервер в веб-морде.
- Добавил в post-boot <<insmod sunrpc && insmod lockd && insmod nfs>>.
- Монтирую шары следующим образом:
Работает, по df видно что шары смонтировались:Code:mount 192.168.1.5:/router$/system /opt mount 192.168.1.5:/router$/userdata /tmp/harddisk
Однако наблюдаю странную вещь. При попытке запуска любой программы, физически находящейся на NAS, я получаю сообщение, что шелл не может найти ее. Например Midnight Commander:Code:Filesystem 1k-blocks Used Available Use% Mounted on 192.168.1.5:/router$/system 953939840 156242592 797697248 16% /opt 192.168.1.5:/router$/userdata 953939840 156242592 797697248 16% /tmp/harddiskПри этом в списке доступных команд по tab отображается и сам mc и все его родственники типа mcview.Code:[bigest@outpost root]$ mc -sh: mc: not found
В чем может быть дело?
Команда
дает тот же результат.Code:mount -o exec 192.168.1.5:/router$/system /opt
Что я делаю не так?
на сервере экспортируй шару с опцией exec
ЗЫ ещё не заметил, что по nfs шары экспортируются как ридонли?
ЗЗЫ man exports, man exportfs
wl500gP 128MB + 8GB flash 1.9.2.7-rtn-r5438
пишется? странно....
у меня оно экспортируется с дефолтными опциями: *(ro, sync)
так что в список экспортируемых путей записи делаю так:ЗЫ кстати в man exports про exec ни слова... права на то, что пытаетесь выполнить, какие?Code:/tmp/mnt/disc0_1/public/ 192.168.1.* (rw,sync)
wl500gP 128MB + 8GB flash 1.9.2.7-rtn-r5438
Содержимое fstab:
Что делаю потом:Code:192.168.1.5:/router$/system /opt nfs suid,dev,exec 0 0 192.168.1.5:/router$/userdata /tmp/harddisk nfs suid,dev,exec 0 0
Готов уже биться головой об стену! Ну или использовать SMB...Code:[bigest@outpost bin]$ mount /dev/root on / type squashfs (ro) none on /dev type devfs (rw) proc on /proc type proc (rw) ramfs on /tmp type ramfs (rw) usbfs on /proc/bus/usb type usbfs (rw) 192.168.1.5:/router$/system on /opt type nfs (rw,v3,rsize=32768,wsize=32768,hard,udp,lock,addr=192.168.1.5) 192.168.1.5:/router$/userdata on /tmp/harddisk type nfs (rw,v3,rsize=32768,wsize=32768,hard,udp,lock,addr=192.168.1.5) [bigest@outpost bin]$ cd /opt/bin [bigest@outpost bin]$ pwd /opt/bin [bigest@outpost bin]$ ls | grep mc -rwxrwxrwx 1 bigest root 741432 Oct 27 14:31 mc -rwxrwxrwx 1 bigest root 5780 Oct 27 14:31 mcmfmt -rwxrwxrwx 1 bigest root 741432 Oct 27 14:31 mcview [bigest@outpost bin]$ ./mc -sh: ./mc: not found [bigest@outpost bin]$
Last edited by bigest; 21-01-2008 at 16:56.
попробуйте скопировать в /opt/bin какой-нибудь бинарник из /usr/sbin ( хотя бы p910nd ) и выполнить.
Подобное сообщение может быть связано с проблемами с библиотеками.
Да, кстати, а скрипты оттуда исполняются?
РАБОТАЕТ!
Что значит <<может быть связано с проблемами с библиотеками>>? Как можно исправить?Code:[bigest@outpost root]$ cp /usr/sbin/p910nd /opt/bin [bigest@outpost root]$ cd /opt/bin [bigest@outpost bin]$ ls | grep p910nd -rwxr-xr-x 1 bigest root 14456 Jan 21 20:38 p910nd [bigest@outpost bin]$ ./p910nd [bigest@outpost bin]$
Значит меняем постановку задачи, поскольку с nfs все ок.
Какая прошивка?
Выходит, что так!
1.9.2.7-8
Перед переносом файлов на NAS имел USB-винт разбитый на 3 раздела по FAQ и рабочую конфигурацию. Все крутилось, плясало и пело песенки.
Потом перекинул содержимое на NAS и сделал 2 шары соответствующие старым разделам. Теперь пытаюсь эти шары смонтировать по NFS на старое место.
8-ю давно прошивали? В принципе такая ошибка вылезала при переходе со старого репозитория на новый В 8-й версии по умолчанию новый.
8-я в нем от рождения. Непонятно почему это вылезло именно сейчас...
Попробовать какой-нибудь ipkg upgrade, чтобы он переустановил все пакеты заново?
если с рождения, то этой проблемы быть не должно...
Но все же, ipkg-opt и uclibc-opt установлены?
После того что случилось, я уже ни в чем не уверен. :-/
Как проверить текущее состояние дел?
Кстати, судя по тому, что ipkg запустился из /opt/binCode:[bigest@outpost root]$ ipkg list_installed | grep opt uclibc-opt - 0.9.28-12 - micro C library for embedded Linux systems [bigest@outpost root]$
(т.к. без подмонтированного /opt получаем "not found" от шелла),
можно еще раз переформулировать проблему. Теперь будет "почему
некоторые исполняемые файлы перестали запускаться после переноса
на NAS?" Сейчас ищу кто еще пострадал...
Last edited by bigest; 22-01-2008 at 07:02.