fu2: fr.comp.os.bsd
Bonjour,
(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:
"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
fu2: fr.comp.os.bsd
Bonjour,
(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:
"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
fu2: fr.comp.os.bsd
Bonjour,
(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:
"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
In fr.comp.os.bsd Grunt wrote:fu2: fr.comp.os.bsdBonjour,(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
Ca ressemble a un COMPAT_BSDPTY qui manque.
Quel kernel as-tu utilise ?
In fr.comp.os.bsd Grunt <grunt@no-log.nospam.org> wrote:
fu2: fr.comp.os.bsd
Bonjour,
(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:
"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
Ca ressemble a un COMPAT_BSDPTY qui manque.
Quel kernel as-tu utilise ?
In fr.comp.os.bsd Grunt wrote:fu2: fr.comp.os.bsdBonjour,(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
Ca ressemble a un COMPAT_BSDPTY qui manque.
Quel kernel as-tu utilise ?
Manuel Bouyer wrote:In fr.comp.os.bsd Grunt wrote:fu2: fr.comp.os.bsdBonjour,(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
Ca ressemble a un COMPAT_BSDPTY qui manque.
Quel kernel as-tu utilise ?
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
Pourtant, COMPAT_BSDPTY est censé se trouver dans le noyau GENERIC, si j'en
crois ce que j'ai lu ça et là sur le Web.
Manuel Bouyer wrote:
In fr.comp.os.bsd Grunt <grunt@no-log.nospam.org> wrote:
fu2: fr.comp.os.bsd
Bonjour,
(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:
"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
Ca ressemble a un COMPAT_BSDPTY qui manque.
Quel kernel as-tu utilise ?
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
Pourtant, COMPAT_BSDPTY est censé se trouver dans le noyau GENERIC, si j'en
crois ce que j'ai lu ça et là sur le Web.
Manuel Bouyer wrote:In fr.comp.os.bsd Grunt wrote:fu2: fr.comp.os.bsdBonjour,(En espérant poster au bon endroit)
J'ai essayé d'installer NetBSD 5.0.1 depuis le réseau, sur une Station 4
de Sun.
L'installeur se lance correctement, mais plante au moment de labelliser
le disque dur, avec ce message:"Status: openpty() failed
Commande: disklabel -w -r -f /tmp/disktab sd0 'CFP1080E SUN1.0'
Appuyez sur Entrie pour continuer"
Ca ressemble a un COMPAT_BSDPTY qui manque.
Quel kernel as-tu utilise ?
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
Pourtant, COMPAT_BSDPTY est censé se trouver dans le noyau GENERIC, si j'en
crois ce que j'ai lu ça et là sur le Web.
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
wrote:J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
Avec le netbsd-GENERIC_SUN4U ca m'etonnerais que ce soit le meme probleme:
celui la ne peut marcher que sur les ultrasparc, alors que netbsd-GENERIC.MP
et netbsd-GENERIC ne marche que sur les sparc non-ultra.
Si ca fait la meme chose avec netbsd-GENERIC_SUN4U et netbsd-GENERIC.MP,
c'est que tu ne boote pas le kernel que tu crois.
D'ailleur ca m'etonne que le netbsd-GENERIC.MP de la 5.0.1 boote tout
cours ...
grunt@no-log.nospam.org wrote:
J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
Avec le netbsd-GENERIC_SUN4U ca m'etonnerais que ce soit le meme probleme:
celui la ne peut marcher que sur les ultrasparc, alors que netbsd-GENERIC.MP
et netbsd-GENERIC ne marche que sur les sparc non-ultra.
Si ca fait la meme chose avec netbsd-GENERIC_SUN4U et netbsd-GENERIC.MP,
c'est que tu ne boote pas le kernel que tu crois.
D'ailleur ca m'etonne que le netbsd-GENERIC.MP de la 5.0.1 boote tout
cours ...
wrote:J'avais utilisé le "netbsd-GENERIC.MP".
Cette question m'en a fait essayer d'autres: le netbsd-GENERIC_SUN4U, qui
me paraissait logique. Même problème. Puis le netbsd-GENERIC, et ça ne
marche pas mieux.
Avec le netbsd-GENERIC_SUN4U ca m'etonnerais que ce soit le meme probleme:
celui la ne peut marcher que sur les ultrasparc, alors que netbsd-GENERIC.MP
et netbsd-GENERIC ne marche que sur les sparc non-ultra.
Si ca fait la meme chose avec netbsd-GENERIC_SUN4U et netbsd-GENERIC.MP,
c'est que tu ne boote pas le kernel que tu crois.
D'ailleur ca m'etonne que le netbsd-GENERIC.MP de la 5.0.1 boote tout
cours ...
Normalement, tout marche bien. Sauf que, d'après la documentation, je
devrais avoir le message "boot: client IP address: 192.168.1.150", et ce
n'est pas le cas. Je n'ai pas non plus de message d'erreur: la station
reste sur "Boot device: /iommu.... File and args:", et attend
indéfiniment.
S'il n'y a qu'un serveur rarpd configuré, c'est normal.
La sun a obtenu son adresse IP, c'est bien, mais ça lui fait une belle
jambe. Ensuite elle envoie une requête bootparams qui doit être traitée
par un serveur bootparams ou un serveur dhcp ; c'est une fois la réponse
à cette requête obtenue que la machine affichera plus de messages.
Normalement, tout marche bien. Sauf que, d'après la documentation, je
devrais avoir le message "boot: client IP address: 192.168.1.150", et ce
n'est pas le cas. Je n'ai pas non plus de message d'erreur: la station
reste sur "Boot device: /iommu.... File and args:", et attend
indéfiniment.
S'il n'y a qu'un serveur rarpd configuré, c'est normal.
La sun a obtenu son adresse IP, c'est bien, mais ça lui fait une belle
jambe. Ensuite elle envoie une requête bootparams qui doit être traitée
par un serveur bootparams ou un serveur dhcp ; c'est une fois la réponse
à cette requête obtenue que la machine affichera plus de messages.
Normalement, tout marche bien. Sauf que, d'après la documentation, je
devrais avoir le message "boot: client IP address: 192.168.1.150", et ce
n'est pas le cas. Je n'ai pas non plus de message d'erreur: la station
reste sur "Boot device: /iommu.... File and args:", et attend
indéfiniment.
S'il n'y a qu'un serveur rarpd configuré, c'est normal.
La sun a obtenu son adresse IP, c'est bien, mais ça lui fait une belle
jambe. Ensuite elle envoie une requête bootparams qui doit être traitée
par un serveur bootparams ou un serveur dhcp ; c'est une fois la réponse
à cette requête obtenue que la machine affichera plus de messages.
Oui, ça paraît logique en y repensant.
Bon, je viens de configurer tout ça bien comme il faut, seulement il y a une
chose qui me chiffonne.
En mettant -> option root-path "/srv/tftpboot/" <- dans la config du serveur
dhcp, la station Sun trouve ses fichiers, elle commence à démarrer.
Le problème, c'est que quand elle passe au NFS boot, j'ai ça:
"nfs_boot: trying DHCP/BOOTP"
Puis:
"root on 192.168.1.1:/srv/tftpboot/"
Autrement dit, il semblerait que BOOTP serve à la fois pour le tout premier
boot (celui qui sert à charger le bootloader, C0A80196.SUN4M dans on cas),
mais également pour savoir où se trouve la racine NFS.
J'avoue que je suis un peu perdu. J'ai parcouru dans tous les sens la
documentation de NetBSD: http://www.netbsd.org/docs/network/netboot/ , j'ai
cherché sur Google les messages d'erreur, mais la combinaison "OS peu
utilisé" et "matériel peu utilisé" fait que je ne tombe pas sur quelque
chose qui corresponde exactement à ce que je fais.
Quelqu'un aurait-il assez de temps à perdre pour m'expliquer comment
fonctionnent les choses?
De ce que je sais:
- la station démarre,
- elle lance une requête rarp,
- le serveur rarpd lui répond, et lui donne un nom de machine, ainsi qu'une
adresse IP,
- la station lance une requête BOOTP,
- le serveur DHCP lui indique où se trouvent les serveurs TFTP et NFS,
- la station demande un fichier construit d'après son adresse Mac, donc
C0A80196.SUN4M, qui lui sert de bootloader,
- elle démarre sur ce bootloader puis va chercher le reste (noyau, système
de base, installeur) via NFS, en utilisant le chemin donné par le serveur
DHCP.
Oui, ça paraît logique en y repensant.
Bon, je viens de configurer tout ça bien comme il faut, seulement il y a une
chose qui me chiffonne.
En mettant -> option root-path "/srv/tftpboot/" <- dans la config du serveur
dhcp, la station Sun trouve ses fichiers, elle commence à démarrer.
Le problème, c'est que quand elle passe au NFS boot, j'ai ça:
"nfs_boot: trying DHCP/BOOTP"
Puis:
"root on 192.168.1.1:/srv/tftpboot/"
Autrement dit, il semblerait que BOOTP serve à la fois pour le tout premier
boot (celui qui sert à charger le bootloader, C0A80196.SUN4M dans on cas),
mais également pour savoir où se trouve la racine NFS.
J'avoue que je suis un peu perdu. J'ai parcouru dans tous les sens la
documentation de NetBSD: http://www.netbsd.org/docs/network/netboot/ , j'ai
cherché sur Google les messages d'erreur, mais la combinaison "OS peu
utilisé" et "matériel peu utilisé" fait que je ne tombe pas sur quelque
chose qui corresponde exactement à ce que je fais.
Quelqu'un aurait-il assez de temps à perdre pour m'expliquer comment
fonctionnent les choses?
De ce que je sais:
- la station démarre,
- elle lance une requête rarp,
- le serveur rarpd lui répond, et lui donne un nom de machine, ainsi qu'une
adresse IP,
- la station lance une requête BOOTP,
- le serveur DHCP lui indique où se trouvent les serveurs TFTP et NFS,
- la station demande un fichier construit d'après son adresse Mac, donc
C0A80196.SUN4M, qui lui sert de bootloader,
- elle démarre sur ce bootloader puis va chercher le reste (noyau, système
de base, installeur) via NFS, en utilisant le chemin donné par le serveur
DHCP.
Oui, ça paraît logique en y repensant.
Bon, je viens de configurer tout ça bien comme il faut, seulement il y a une
chose qui me chiffonne.
En mettant -> option root-path "/srv/tftpboot/" <- dans la config du serveur
dhcp, la station Sun trouve ses fichiers, elle commence à démarrer.
Le problème, c'est que quand elle passe au NFS boot, j'ai ça:
"nfs_boot: trying DHCP/BOOTP"
Puis:
"root on 192.168.1.1:/srv/tftpboot/"
Autrement dit, il semblerait que BOOTP serve à la fois pour le tout premier
boot (celui qui sert à charger le bootloader, C0A80196.SUN4M dans on cas),
mais également pour savoir où se trouve la racine NFS.
J'avoue que je suis un peu perdu. J'ai parcouru dans tous les sens la
documentation de NetBSD: http://www.netbsd.org/docs/network/netboot/ , j'ai
cherché sur Google les messages d'erreur, mais la combinaison "OS peu
utilisé" et "matériel peu utilisé" fait que je ne tombe pas sur quelque
chose qui corresponde exactement à ce que je fais.
Quelqu'un aurait-il assez de temps à perdre pour m'expliquer comment
fonctionnent les choses?
De ce que je sais:
- la station démarre,
- elle lance une requête rarp,
- le serveur rarpd lui répond, et lui donne un nom de machine, ainsi qu'une
adresse IP,
- la station lance une requête BOOTP,
- le serveur DHCP lui indique où se trouvent les serveurs TFTP et NFS,
- la station demande un fichier construit d'après son adresse Mac, donc
C0A80196.SUN4M, qui lui sert de bootloader,
- elle démarre sur ce bootloader puis va chercher le reste (noyau, système
de base, installeur) via NFS, en utilisant le chemin donné par le serveur
DHCP.