ca fonctionne bien sauf que j'aimerais avoir la resolution des le boot du noyau. un parametre a passer au menu de demarrage freebsd?
Tout est dans les man !
Il y a les options qui vont bien dans rc.conf (cf RC.CONF(5) et VIDCONTROL(1))
Aller, je suis de bonne humeur ce matin, je te les donne (mais tu te débrouilles avec après) : allscreens_flags et les fontXxX (remplacer le X par le nombre de points)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On Tue, 27 Apr 2004 22:00:41 +0200
chouki <NOSPAM_hylix@free.fr_NOSPAM> wrote:
ca fonctionne bien sauf que j'aimerais avoir la resolution des le boot
du noyau. un parametre a passer au menu de demarrage freebsd?
Tout est dans les man !
Il y a les options qui vont bien dans rc.conf (cf RC.CONF(5) et
VIDCONTROL(1))
Aller, je suis de bonne humeur ce matin, je te les donne (mais tu te
débrouilles avec après) : allscreens_flags et les fontXxX (remplacer le
X par le nombre de points)
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
ca fonctionne bien sauf que j'aimerais avoir la resolution des le boot du noyau. un parametre a passer au menu de demarrage freebsd?
Tout est dans les man !
Il y a les options qui vont bien dans rc.conf (cf RC.CONF(5) et VIDCONTROL(1))
Aller, je suis de bonne humeur ce matin, je te les donne (mais tu te débrouilles avec après) : allscreens_flags et les fontXxX (remplacer le X par le nombre de points)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
ca fonctionne bien sauf que j'aimerais avoir la resolution des le boot du noyau. un parametre a passer au menu de demarrage freebsd?
Tout est dans les man !
Il y a les options qui vont bien dans rc.conf (cf RC.CONF(5) et VIDCONTROL(1))
Aller, je suis de bonne humeur ce matin, je te les donne (mais tu te débrouilles avec après) : allscreens_flags et les fontXxX (remplacer le X par le nombre de points)
Mais votre bonne humeur vous a fait rater le noeud du problème ;-)
Comme je me pose aussi la question, je la reformule...
Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin du boot. Comment faire la même chose dès le chargement du noyau ? C'est peut-être possible en configurant quelque chose *dans* le noyau ou dans les paramètres de boot... mais quoi ?
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux paramètres.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
On Tue, 27 Apr 2004 22:00:41 +0200
chouki <NOSPAM_hylix@free.fr_NOSPAM> wrote:
ca fonctionne bien sauf que j'aimerais avoir la resolution des le boot
du noyau. un parametre a passer au menu de demarrage freebsd?
Tout est dans les man !
Il y a les options qui vont bien dans rc.conf (cf RC.CONF(5) et
VIDCONTROL(1))
Aller, je suis de bonne humeur ce matin, je te les donne (mais tu te
débrouilles avec après) : allscreens_flags et les fontXxX (remplacer le
X par le nombre de points)
Mais votre bonne humeur vous a fait rater le noeud du problème ;-)
Comme je me pose aussi la question, je la reformule...
Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin du
boot. Comment faire la même chose dès le chargement du noyau ? C'est peut-être
possible en configurant quelque chose *dans* le noyau ou dans les paramètres
de boot... mais quoi ?
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux
paramètres.
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
ca fonctionne bien sauf que j'aimerais avoir la resolution des le boot du noyau. un parametre a passer au menu de demarrage freebsd?
Tout est dans les man !
Il y a les options qui vont bien dans rc.conf (cf RC.CONF(5) et VIDCONTROL(1))
Aller, je suis de bonne humeur ce matin, je te les donne (mais tu te débrouilles avec après) : allscreens_flags et les fontXxX (remplacer le X par le nombre de points)
Mais votre bonne humeur vous a fait rater le noeud du problème ;-)
Comme je me pose aussi la question, je la reformule...
Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin du boot. Comment faire la même chose dès le chargement du noyau ? C'est peut-être possible en configurant quelque chose *dans* le noyau ou dans les paramètres de boot... mais quoi ?
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux paramètres.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
chouki
Le Wed, 28 Apr 2004 12:19:42 +0200, Paul GABORIT a écrit :
Comme je me pose aussi la question, je la reformule...
Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin du boot. Comment faire la même chose dès le chargement du noyau ? C'est peut-être possible en configurant quelque chose *dans* le noyau ou dans les paramètres de boot... mais quoi ?
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux paramètres.
c'est exactement ca :) bref, l'équivalent de vgax8 (au boot de linux) une idée?
Le Wed, 28 Apr 2004 12:19:42 +0200, Paul GABORIT a écrit :
Comme je me pose aussi la question, je la reformule...
Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin du
boot. Comment faire la même chose dès le chargement du noyau ? C'est peut-être
possible en configurant quelque chose *dans* le noyau ou dans les paramètres
de boot... mais quoi ?
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux
paramètres.
c'est exactement ca :)
bref, l'équivalent de vgax8 (au boot de linux)
une idée?
Le Wed, 28 Apr 2004 12:19:42 +0200, Paul GABORIT a écrit :
Comme je me pose aussi la question, je la reformule...
Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin du boot. Comment faire la même chose dès le chargement du noyau ? C'est peut-être possible en configurant quelque chose *dans* le noyau ou dans les paramètres de boot... mais quoi ?
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux paramètres.
c'est exactement ca :) bref, l'équivalent de vgax8 (au boot de linux) une idée?
Eric Masson
"Paul" == Paul GABORIT writes:
Paul> Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin Paul> du boot. Comment faire la même chose dès le chargement du noyau ?
Comment charger les fontes nécessaires à un mode donné sans utiliser vidcontrol ?
Bref, ça ne me parait pas simple du tout en l'état actuel de sc(4) et de ses outils de paramétrage.
Eric Masson
-- AC> Nous avions par ailleurs l'habitude de poster parfois sur AC> fr.misc.justice, nous ne le pouvons plus ! Ce forum n'existant pas, ce n'est pas étonnant .... -+- BE in GNU - Les aventuriers (ridicules) du forum perdu. -+-
"Paul" == Paul GABORIT <Paul.Gaborit@invalid.invalid> writes:
Paul> Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin
Paul> du boot. Comment faire la même chose dès le chargement du noyau ?
Comment charger les fontes nécessaires à un mode donné sans utiliser
vidcontrol ?
Bref, ça ne me parait pas simple du tout en l'état actuel de sc(4) et de
ses outils de paramétrage.
Eric Masson
--
AC> Nous avions par ailleurs l'habitude de poster parfois sur
AC> fr.misc.justice, nous ne le pouvons plus !
Ce forum n'existant pas, ce n'est pas étonnant ....
-+- BE in GNU - Les aventuriers (ridicules) du forum perdu. -+-
Paul> Le paramètre allscreens_flags dans rc.conf n'agit que vers la fin Paul> du boot. Comment faire la même chose dès le chargement du noyau ?
Comment charger les fontes nécessaires à un mode donné sans utiliser vidcontrol ?
Bref, ça ne me parait pas simple du tout en l'état actuel de sc(4) et de ses outils de paramétrage.
Eric Masson
-- AC> Nous avions par ailleurs l'habitude de poster parfois sur AC> fr.misc.justice, nous ne le pouvons plus ! Ce forum n'existant pas, ce n'est pas étonnant .... -+- BE in GNU - Les aventuriers (ridicules) du forum perdu. -+-
Ceci permettrait, par exemple, de booter en single user *avec* ces nouveaux paramètres.
Hormis patch noyal, point de salut dans l'état actuel des choses.
Ça confirme malheureusement ce que j'avais déduit de la lecture des différentes docs. Tant pis.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Eric Masson
"Paul" == Paul GABORIT writes:
Paul> Ça confirme malheureusement ce que j'avais déduit de la lecture Paul> des différentes docs. Tant pis.
Le sieur Souchu est entrain de travailler à une console kgi, cela devrait donner du nouveau dans le domaine d'ici quelque temps.
Il est possible de voir l'état d'avancement ici : http://people.freebsd.org/~nsouch/kgi4BSD
Eric Masson
-- Vous sortez d'ou bande de glandu ?? Vous vous en foutez peut être, mais nous , on n'a perdu fr.r.j.v comme ça pour rien. Alors sortir vos 2 fintes de merde, ca me fait pas trop rigoler. -+- Alcotest in : GNU - J'ai perdu frjv et le sens de l'humour -+-
"Paul" == Paul GABORIT <Paul.Gaborit@invalid.invalid> writes:
Paul> Ça confirme malheureusement ce que j'avais déduit de la lecture
Paul> des différentes docs. Tant pis.
Le sieur Souchu est entrain de travailler à une console kgi, cela
devrait donner du nouveau dans le domaine d'ici quelque temps.
Il est possible de voir l'état d'avancement ici :
http://people.freebsd.org/~nsouch/kgi4BSD
Eric Masson
--
Vous sortez d'ou bande de glandu ?? Vous vous en foutez peut être, mais
nous , on n'a perdu fr.r.j.v comme ça pour rien. Alors sortir vos 2
fintes de merde, ca me fait pas trop rigoler.
-+- Alcotest in : GNU - J'ai perdu frjv et le sens de l'humour -+-
Paul> Ça confirme malheureusement ce que j'avais déduit de la lecture Paul> des différentes docs. Tant pis.
Le sieur Souchu est entrain de travailler à une console kgi, cela devrait donner du nouveau dans le domaine d'ici quelque temps.
Il est possible de voir l'état d'avancement ici : http://people.freebsd.org/~nsouch/kgi4BSD
Eric Masson
-- Vous sortez d'ou bande de glandu ?? Vous vous en foutez peut être, mais nous , on n'a perdu fr.r.j.v comme ça pour rien. Alors sortir vos 2 fintes de merde, ca me fait pas trop rigoler. -+- Alcotest in : GNU - J'ai perdu frjv et le sens de l'humour -+-
Paul GABORIT
À (at) Wed, 28 Apr 2004 16:27:29 +0200, Eric Masson écrivait (wrote):
Le sieur Souchu est entrain de travailler à une console kgi, cela devrait donner du nouveau dans le domaine d'ici quelque temps.
Il est possible de voir l'état d'avancement ici : http://people.freebsd.org/~nsouch/kgi4BSD
Projet ambitieux et intéressant. Pour l'instant, les seules fonctionnalités qui m'intéressent sont le choix de la police et de la résolution de la console et surtout le choix de la keymap directement dans le noyau.
C'est toujours risqué d'utiliser un clavier AZERTY en saisie QWERTY alors qu'on est en single user et donc à un moment en général critique ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Wed, 28 Apr 2004 16:27:29 +0200,
Eric Masson <emss@free.fr> écrivait (wrote):
Le sieur Souchu est entrain de travailler à une console kgi, cela
devrait donner du nouveau dans le domaine d'ici quelque temps.
Il est possible de voir l'état d'avancement ici :
http://people.freebsd.org/~nsouch/kgi4BSD
Projet ambitieux et intéressant. Pour l'instant, les seules fonctionnalités
qui m'intéressent sont le choix de la police et de la résolution de la console
et surtout le choix de la keymap directement dans le noyau.
C'est toujours risqué d'utiliser un clavier AZERTY en saisie QWERTY alors
qu'on est en single user et donc à un moment en général critique ;-)
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Wed, 28 Apr 2004 16:27:29 +0200, Eric Masson écrivait (wrote):
Le sieur Souchu est entrain de travailler à une console kgi, cela devrait donner du nouveau dans le domaine d'ici quelque temps.
Il est possible de voir l'état d'avancement ici : http://people.freebsd.org/~nsouch/kgi4BSD
Projet ambitieux et intéressant. Pour l'instant, les seules fonctionnalités qui m'intéressent sont le choix de la police et de la résolution de la console et surtout le choix de la keymap directement dans le noyau.
C'est toujours risqué d'utiliser un clavier AZERTY en saisie QWERTY alors qu'on est en single user et donc à un moment en général critique ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Eric Masson
"Paul" == Paul GABORIT writes:
Paul> C'est toujours risqué d'utiliser un clavier AZERTY en saisie Paul> QWERTY alors qu'on est en single user et donc à un moment en Paul> général critique ;-)
C'est vrai que ce n'est pas très pratique...
Pour ma part je m'en sors de la façon suivante après un boot single user fsck (si nécessaire) mount -a /usr/sbin/kbdcontrol -l fr.iso.acc
A partir de là plus de problèmes.
Eric Masson
-- jpw> Le domaine bounce chez moi: je sais pas ce que ça veut dire SC> Essayez de m'envoyer un mail, vous saurez. ben j'ai essayé ! Il aurait pu me dire que mon mail serait rejeté ! -+- Jpw in <http://www.le-gnu.net> - Le 22 à Asnière est de retour -+-
"Paul" == Paul GABORIT <Paul.Gaborit@invalid.invalid> writes:
Paul> C'est toujours risqué d'utiliser un clavier AZERTY en saisie
Paul> QWERTY alors qu'on est en single user et donc à un moment en
Paul> général critique ;-)
C'est vrai que ce n'est pas très pratique...
Pour ma part je m'en sors de la façon suivante après un boot single user
fsck (si nécessaire)
mount -a
/usr/sbin/kbdcontrol -l fr.iso.acc
A partir de là plus de problèmes.
Eric Masson
--
jpw> Le domaine bounce chez moi: je sais pas ce que ça veut dire
SC> Essayez de m'envoyer un mail, vous saurez.
ben j'ai essayé ! Il aurait pu me dire que mon mail serait rejeté !
-+- Jpw in <http://www.le-gnu.net> - Le 22 à Asnière est de retour -+-
Paul> C'est toujours risqué d'utiliser un clavier AZERTY en saisie Paul> QWERTY alors qu'on est en single user et donc à un moment en Paul> général critique ;-)
C'est vrai que ce n'est pas très pratique...
Pour ma part je m'en sors de la façon suivante après un boot single user fsck (si nécessaire) mount -a /usr/sbin/kbdcontrol -l fr.iso.acc
A partir de là plus de problèmes.
Eric Masson
-- jpw> Le domaine bounce chez moi: je sais pas ce que ça veut dire SC> Essayez de m'envoyer un mail, vous saurez. ben j'ai essayé ! Il aurait pu me dire que mon mail serait rejeté ! -+- Jpw in <http://www.le-gnu.net> - Le 22 à Asnière est de retour -+-
Francis
Le 28-04-2004, Eric Masson a écrit :
"Paul" == Paul GABORIT writes:
Paul> C'est toujours risqué d'utiliser un clavier AZERTY en saisie Paul> QWERTY alors qu'on est en single user et donc à un moment en Paul> général critique ;-)
C'est vrai que ce n'est pas très pratique...
Pour ma part je m'en sors de la façon suivante après un boot single user fsck (si nécessaire) mount -a /usr/sbin/kbdcontrol -l fr.iso.acc
A partir de là plus de problèmes.
Eric Masson
Salut, je crois que pour la keymap, y'a déja ça: options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=jp.106
Francis.
Le 28-04-2004, Eric Masson <emss@free.fr> a écrit :
"Paul" == Paul GABORIT <Paul.Gaborit@invalid.invalid> writes:
Paul> C'est toujours risqué d'utiliser un clavier AZERTY en saisie
Paul> QWERTY alors qu'on est en single user et donc à un moment en
Paul> général critique ;-)
C'est vrai que ce n'est pas très pratique...
Pour ma part je m'en sors de la façon suivante après un boot single user
fsck (si nécessaire)
mount -a
/usr/sbin/kbdcontrol -l fr.iso.acc
A partir de là plus de problèmes.
Eric Masson
Salut,
je crois que pour la keymap, y'a déja ça:
options ATKBD_DFLT_KEYMAP # specify the built-in keymap
makeoptions ATKBD_DFLT_KEYMAP=jp.106
Paul> C'est toujours risqué d'utiliser un clavier AZERTY en saisie Paul> QWERTY alors qu'on est en single user et donc à un moment en Paul> général critique ;-)
C'est vrai que ce n'est pas très pratique...
Pour ma part je m'en sors de la façon suivante après un boot single user fsck (si nécessaire) mount -a /usr/sbin/kbdcontrol -l fr.iso.acc
A partir de là plus de problèmes.
Eric Masson
Salut, je crois que pour la keymap, y'a déja ça: options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=jp.106
Francis.
Thierry Thomas
Mercredi 28 avril 2004 à 16:26 GMT, Francis a écrit :
Salut,
Salut,
je crois que pour la keymap, y'a déja ça: options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=jp.106
Oui, j'ai ça dans mon noyau options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=fr.iso.acc et ça va bien. -- Th. Thomas.
Mercredi 28 avril 2004 à 16:26 GMT, Francis a écrit :
Salut,
Salut,
je crois que pour la keymap, y'a déja ça:
options ATKBD_DFLT_KEYMAP # specify the built-in keymap
makeoptions ATKBD_DFLT_KEYMAP=jp.106
Oui, j'ai ça dans mon noyau
options ATKBD_DFLT_KEYMAP # specify the built-in keymap
makeoptions ATKBD_DFLT_KEYMAP=fr.iso.acc
et ça va bien.
--
Th. Thomas.
Mercredi 28 avril 2004 à 16:26 GMT, Francis a écrit :
Salut,
Salut,
je crois que pour la keymap, y'a déja ça: options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=jp.106
Oui, j'ai ça dans mon noyau options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=fr.iso.acc et ça va bien. -- Th. Thomas.
