web-dev-qa-db-fra.com

Quelqu'un a de l'expérience avec Ubuntu + Serva?

Je suis en train de configurer un serveur Serva pour Ubuntu, par ces instructions , et je n'arrive pas à faire en sorte qu'Ubuntu soit chargé sur ma machine cliente. Le fichier de configuration (à partir de ce lien, qui indique qu'il a été testé sur le bureau 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

J'ai changé la partie NFSOPTS=-ouser=serva,pass=avres en NFSOPTS=-o user=theserver, password=p4ssw0rd parce qu'elle s'était initialement plainte que -ouser était une mauvaise option. theserver et p4ssw0rd sont le nom d'utilisateur et le mot de passe du compte d'utilisateur sur la machine serveur (Windows 7). J'ai également partagé le dossier Serva approprié, conformément aux instructions.

Quelqu'un pourrait-il jeter un coup d'oeil et voir si c'est un problème avec mon fichier de configuration? Ou quelqu'un qui a plus d'expérience pourrait-il me dire ce que je fais mal?

14.04pxe
1
yiwei

Pour moi, ajouter seulement 'sec' n'a pas résolu mon problème, après le débogage, j'ai constaté que j'avais aussi besoin de vers:

NFSOPTS=-ouser=serva,pass=avres,sec=ntlm,vers=1.0,ro
1
youssef

Moi aussi, j'étais confronté à un problème d'accès au partage cifs lors du démarrage réseau via Serva Server. Après de nombreux essais, j'ai réalisé que le nom d'utilisateur requis était également lié au domaine car mon partage réseau était hébergé sur une machine jointe à un domaine. Sur la base de suggestions via Internet, j’ai réussi à amorcer mon réseau en ajoutant le texte "domain =" au paramètre NFSOPTS dans le fichier ServaAsset.inf. Le NFSOPTS ressemblait à suivre pour moi:

NFSOPTS = -ouser =, pass =, domaine =, ro

1
abhikumarsharma

J'ai eu exactement le même problème aujourd'hui.

Le problème est dû au fait que le système Linux principal initial (au moment de son démarrage) était incapable de se connecter à NWA_PXE_SHARE sur mon ordinateur Windows 10 - Windows 10 offre une sécurité plus stricte pour les partages que les versions précédentes de Windows.

Ma solution:

  1. J'ai ajouté sec=ntlm à la NFSOPTS dans ServaAsset.inf. Cela a révélé une erreur "accès refusé" au lieu du paramètre incorrect ou de l'option erronée, qui est une erreur. L'erreur incorrecte a été signalée car, lorsque la connexion cifs échoue, il tente ensuite d'accéder à un partage NFS qui n'accepte pas -ouser=xxx.

  2. Sur la machine Windows 10, je me suis assuré que l'utilisateur "serva" disposait d'autorisations de lecture explicites sur le dossier "C:\SERVA_REPO\NWA_PXE" ET que l'utilisateur "serva" disposait d'autorisations de partage explicites définies pour le partage NWA_PXE_SHARE.

Ensuite cela a fonctionné. Je suis arrivé à cette conclusion en testant la part d'un autre système d'exploitation (plus faible) qui fonctionnait également.

1
Jan Chmielewski

vous devez lire les instructions Serva. c’est-à-dire que Serva considère que le NWA_PXE_SHARE a un utilisateur avec un accès en lecture minimal appelé serva avec un mot de passe avres alors vous obtenez

NFSOPTS=-ouser=serva,pass=avres

dans votre cas, cette partie de la ligne devrait être

NFSOPTS=-ouser=theserver,pass=p4ssw0rd

ce que vous avez fait en ajoutant un espace après -o est faux.

si initialement le démarrage indique que l'option - ouser n'est pas reconnue non plus.

  1. n'a pas créé le NWA_PXE_SHARE correctement
  2. n'a pas téléchargé/copié INITRD_N11 correctement

ligne du bas: suivez les instructions Serva à la lettre et vous ne manquerez pas.

0
Pat