Я настраиваю сервер Serva для Ubuntu на эти инструкции, и я, может казаться, не заставляю Ubuntu загружаться на моей клиентской машине. Файл конфигурации (из той ссылки, в которой говорится это, был протестирован на рабочем столе Ubuntu 14.04.1):
asset = Ubuntu LTS 14.04 Desktop Live
platform = amd64
kernel = NWA_PXE/$HEAD_DIR$/casper/vmlinuz
append = showmounts toram root=/dev/cifs initrd=NWA_PXE/$HEAD_DIR$/casper/initrd.lz,NWA_PXE/$HEAD_DIR$/casper/INITRD_N11.GZ boot=casper netboot=cifs nfsroot=//$IP_BSRV$/NWA_PXE_SHARE/$HEAD_DIR$ NFSOPTS=-ouser=serva,pass=avres,ro ip=dhcp ro
Я изменился NFSOPTS=-ouser=serva,pass=avres
часть к NFSOPTS=-o user=theserver, password=p4ssw0rd
потому что это первоначально жаловалось это -ouser
была плохая опция. theserver
и p4ssw0rd
имя пользователя и пароль учетной записи пользователя на машине сервера (Windows 7). Я также совместно использовал соответствующую папку Serva на инструкции.
Кто-то мог смотреть и видеть, является ли это проблема с моим файлом конфигурации? Или мог кто-то с большим опытом говорить мне, что я делаю неправильно?
Я также сталкивался с проблемой доступа доли cifs в то время как сеть, загружающаяся через сервер Serva. После того, как много испытывает, я понял, что имя пользователя потребовало домена также, так как мой Сетевой ресурс был размещен на машине домена, к которой присоединяются. На основе предложений через Интернет я смог к сетевой загрузке успешно путем добавления текста "домен =" к параметрическому усилителю NFSOPTS в ServaAsset.inf. NFSOPTS был похож на следующее для меня:
NFSOPTS =-ouser =, передайте =, домен =, ro
Сегодня у меня была точно та же проблема.
проблема произошла, потому что начальная базовая система Linux (поскольку она загружалась) не могла войти в систему NWA_PXE_SHARE в моем Windows 10 PC - Windows 10 имеет более жесткую безопасность для долей, чем предыдущие версии Windows.
Мое решение:
я добавил sec=ntlm
к NFSOPTS
в ServaAsset.inf
. Это показало ошибку "доступа запрещен" вместо плохого параметра или плохую ошибку опции, которая является отвлекающим маневром. О плохой ошибке опции сообщили, потому что, когда cifs входят в систему сбои, она затем пытается получить доступ к доле NFS, которая не принимает -ouser=xxx
.
На машине Windows 10 я удостоверился, что у "serva" пользователя были явные полномочия чтения на папке "C:\SERVA_REPO\NWA_PXE" И что "serva" пользователю установили явные полномочия совместного использования для доли NWA_PXE_SHARE.
Затем это работало. Я пришел к этому выводу путем тестирования доли от другой (более слабой) операционной системы, которая также работала.
необходимо прочитать инструкции Serva. т.е. Serva полагает, что NWA_PXE_SHARE имеет пользователя с минимальным чтением доступа, названного , подача с паролем утверждает тогда, Вы добираетесь
NFSOPTS=-ouser=serva,pass=avres
в Вашем случае, что часть строки должна быть
NFSOPTS=-ouser=theserver,pass=p4ssw0rd
, что Вы сделали добавление пространства после того, как-o является неправильным.
, если первоначально начальная загрузка говорит, что опция-ouser не распознана Вы также.
нижняя строка: следуйте инструкциям Serva к букве, и Вы не перестанете работать.
Для меня добавляющий только 'секунду' didin't разрешают мою проблему после отладки, я нашел, что мне нужен стих также:
NFSOPTS=-ouser=serva,pass=avres,sec=ntlm,vers=1.0,ro