J'essaye d'installer une Woody 3.0r1 (7 CD) sur un portable Keynux neuf
qui est proposé avec Mandrake (je l'ai pris sans OS).
Je suis ce guide :
http://people.via.ecp.fr/~alexis/formation-linux/
Ça se passe bien jusqu'à ce que ça se passe moins bien :-)
La 1ère fois, après avoir essayé diverses choses, j'ai formaté et
recommencé : même symptôme.
Le problème est sur cette page :
http://people.via.ecp.fr/~alexis/formation-linux/internet.html
au §1.1, je fais
# apt-get install hotplug usbutils
puis au § 4 (Modem Sagem Fast 800), ça coince ici :
# dpkg -i ~/hotplug*.deb
parce qu'il ne trouve pas le(s) fichier(s).
Le pourquoi de cette commande est sur la page.
Je suppose qu'il manque quelque chose dans l'aide.
Le problème est que cette aide doit se suivre, on ne peut pas sauter
d'étape puisque chaque chapitre sous-entend qu'on a fait ce qu'il y
avait dans ceux d'avant. Et comme je comprenais tout jusque là, je n'ai
pas envie d'en changer, elle est assez claire et plutôt bien expliquée.
Elle correspond à mon niveau.
J'ai essayé de ne pas tenir compte de cette erreur, mais ensuite, je
n'ai quasiment que des erreurs à chaque commande.
J'ai fait
find /* | grep hotplug*.deb | more
(je suppose que ' * ' remplace n'importe quelle chaine de carractère,
comme dans Windows)
Pas de réponse.
find /* | grep *.deb | more
pas de réponse
Qu'en pensez vous ?
Pour info :
dpkg -l hotplug*
donne d'abort une liste, je ne sais pas si ce sont des commandes ou des
infos :
| État=Non/Installé/suppRimé/Purgé/H=à garder
|/ Err?=(aucune)/H=à garder/besoin Réinstallation/X=les deux
(État,Err: majuscule=mauvais)
et dessous :
ii hotplug 0.0.20020114-7 Linux Hotplug Script
pn hotplug-utils <néant> (aucune description n'est disponible)
Que signifient les 1ères lignes ? Je n'ai mis aucune majuscule, j'en
suis sûr.
Je suis bloqué là car je ne sais pas d'où vient le problème (machine,
CD, aide) à part moi, bien sûr :-)
La dernière fois, le modem était déconnecté, cette fois il était connecté (il demande de le déconnecter après).
[Je rappelle que j'ai téléchargé les entêtes du noyau qui n'était pas destiné à la méthode 7 CD]
Qu'en pensez vous ?
-- siger
siger
PS: reformater et reinstaller ne sert à rien. On est pas sous Windows ici ;-)
J'ai aussi fait ça car quand j'essaye de recommencer, un message me dit que c'est déjà installé, il faut faire 'make uninstall'.
Je le fait et je retape les commandes, mais j'ai toujours ce même message qui me dit de désinstaller. Je m'y prend peut-être mal. Je suis dans la même répertoire que celui dans lequel j'ai fait % make
et je fait : # make uninstall comme demandé.
Ce n'est pas la bonne méthode ?
-- siger
PS: reformater et reinstaller ne sert à rien. On est pas sous
Windows ici ;-)
J'ai aussi fait ça car quand j'essaye de recommencer, un message me dit
que c'est déjà installé, il faut faire 'make uninstall'.
Je le fait et je retape les commandes, mais j'ai toujours ce même
message qui me dit de désinstaller. Je m'y prend peut-être mal. Je suis
dans la même répertoire que celui dans lequel j'ai fait
% make
PS: reformater et reinstaller ne sert à rien. On est pas sous Windows ici ;-)
J'ai aussi fait ça car quand j'essaye de recommencer, un message me dit que c'est déjà installé, il faut faire 'make uninstall'.
Je le fait et je retape les commandes, mais j'ai toujours ce même message qui me dit de désinstaller. Je m'y prend peut-être mal. Je suis dans la même répertoire que celui dans lequel j'ai fait % make
et je fait : # make uninstall comme demandé.
Ce n'est pas la bonne méthode ?
-- siger
Jerome Lambert
Le Sun, 11 Apr 2004 15:20:19 +0000, siger a écrit :
PS: reformater et reinstaller ne sert à rien. On est pas sous Windows ici ;-)
J'ai aussi fait ça car quand j'essaye de recommencer, un message me dit que c'est déjà installé, il faut faire 'make uninstall'.
Je le fait et je retape les commandes, mais j'ai toujours ce même message qui me dit de désinstaller. Je m'y prend peut-être mal. Je suis dans la même répertoire que celui dans lequel j'ai fait % make
et je fait : # make uninstall comme demandé.
Ce n'est pas la bonne méthode ?
A priori, si. Mais il faut le faire en tant que root...
Si ça ne marche toujours pas, je ne vois pas... :-(
Le Sun, 11 Apr 2004 15:20:19 +0000, siger a écrit :
PS: reformater et reinstaller ne sert à rien. On est pas sous
Windows ici ;-)
J'ai aussi fait ça car quand j'essaye de recommencer, un message me dit
que c'est déjà installé, il faut faire 'make uninstall'.
Je le fait et je retape les commandes, mais j'ai toujours ce même
message qui me dit de désinstaller. Je m'y prend peut-être mal. Je suis
dans la même répertoire que celui dans lequel j'ai fait
% make
et je fait :
# make uninstall
comme demandé.
Ce n'est pas la bonne méthode ?
A priori, si. Mais il faut le faire en tant que root...
Si ça ne marche toujours pas, je ne vois pas... :-(
Le Sun, 11 Apr 2004 15:20:19 +0000, siger a écrit :
PS: reformater et reinstaller ne sert à rien. On est pas sous Windows ici ;-)
J'ai aussi fait ça car quand j'essaye de recommencer, un message me dit que c'est déjà installé, il faut faire 'make uninstall'.
Je le fait et je retape les commandes, mais j'ai toujours ce même message qui me dit de désinstaller. Je m'y prend peut-être mal. Je suis dans la même répertoire que celui dans lequel j'ai fait % make
et je fait : # make uninstall comme demandé.
Ce n'est pas la bonne méthode ?
A priori, si. Mais il faut le faire en tant que root...
Si ça ne marche toujours pas, je ne vois pas... :-(
Jerome Lambert
Le Sun, 11 Apr 2004 15:13:44 +0000, siger a écrit :
J'ai exactement les mêmes erreurs qur tout à l'heure :
Make est un script, et donc il se pourrait que certaines instructions ne fonctionnent que pour Bash (mais je peux me tromper)
Qu'en pensez vous ?
si vous travaillez en tant qu'utilisateur toto, ajouté au groupe src, et que vous vous êtes délogués COMPLETEMENT après l'ajout au groupe, ça devrait marcher.
Autrement, je ne vois pas...
Jerome.
Le Sun, 11 Apr 2004 15:13:44 +0000, siger a écrit :
J'ai exactement les mêmes erreurs qur tout à l'heure :
Make est un script, et donc il se pourrait que certaines instructions ne
fonctionnent que pour Bash (mais je peux me tromper)
Qu'en pensez vous ?
si vous travaillez en tant qu'utilisateur toto, ajouté au groupe src, et
que vous vous êtes délogués COMPLETEMENT après l'ajout au groupe, ça
devrait marcher.
Make est un script, et donc il se pourrait que certaines instructions ne fonctionnent que pour Bash (mais je peux me tromper)
Qu'en pensez vous ?
si vous travaillez en tant qu'utilisateur toto, ajouté au groupe src, et que vous vous êtes délogués COMPLETEMENT après l'ajout au groupe, ça devrait marcher.
Autrement, je ne vois pas...
Jerome.
siger
siger a écrit :
Je suis dans la même répertoire que celui dans lequel j'ai fait % make
et je fait : # make uninstall comme demandé.
Ce n'est pas la bonne méthode ?
A priori, si. Mais il faut le faire en tant que root...
Oui. Si on le fait en tant que toto, il dit qu'il faut passer en root, ce que j'ai fait.
-- siger
siger a écrit :
Je suis dans la même répertoire que celui dans lequel j'ai fait
% make
et je fait :
# make uninstall
comme demandé.
Ce n'est pas la bonne méthode ?
A priori, si. Mais il faut le faire en tant que root...
Oui. Si on le fait en tant que toto, il dit qu'il faut passer en root,
ce que j'ai fait.
Faudrait pas un shell BASH, par hasard? Make est un script, et donc il se pourrait que certaines instructions ne fonctionnent que pour Bash (mais je peux me tromper)
Il fait installer zsh quelques chapitres avant http://people.via.ecp.fr/~alexis/formation-linux/shell.html « Le shell par défaut sous Linux s'appelle bash. Mais il existe aussi csh, tcsh, zsh, sash, etc... Je vais vous proposer d'installer le shell zsh, »
Faut-il changer pour bash ?
si vous travaillez en tant qu'utilisateur toto, ajouté au groupe src, et que vous vous êtes délogués COMPLETEMENT après l'ajout au groupe, ça devrait marcher.
Complètement ? je passe de toto à root en tappant 'su' et de root à toto en tappant 'su toto' .
Ici, ça coince en faisant % make donc toujours en utilisateur toto.
-- siger
siger a écrit :
J'ai exactement les mêmes erreurs qur tout à l'heure :
Faudrait pas un shell BASH, par hasard?
Make est un script, et donc il se pourrait que certaines
instructions ne fonctionnent que pour Bash (mais je peux me
tromper)
Il fait installer zsh quelques chapitres avant
http://people.via.ecp.fr/~alexis/formation-linux/shell.html
« Le shell par défaut sous Linux s'appelle bash. Mais il existe aussi
csh, tcsh, zsh, sash, etc...
Je vais vous proposer d'installer le shell zsh, »
Faut-il changer pour bash ?
si vous travaillez en tant qu'utilisateur toto, ajouté au groupe
src, et que vous vous êtes délogués COMPLETEMENT après l'ajout au
groupe, ça devrait marcher.
Complètement ? je passe de toto à root en tappant 'su' et de root à
toto en tappant 'su toto' .
Ici, ça coince en faisant
% make
donc toujours en utilisateur toto.
Faudrait pas un shell BASH, par hasard? Make est un script, et donc il se pourrait que certaines instructions ne fonctionnent que pour Bash (mais je peux me tromper)
Il fait installer zsh quelques chapitres avant http://people.via.ecp.fr/~alexis/formation-linux/shell.html « Le shell par défaut sous Linux s'appelle bash. Mais il existe aussi csh, tcsh, zsh, sash, etc... Je vais vous proposer d'installer le shell zsh, »
Faut-il changer pour bash ?
si vous travaillez en tant qu'utilisateur toto, ajouté au groupe src, et que vous vous êtes délogués COMPLETEMENT après l'ajout au groupe, ça devrait marcher.
Complètement ? je passe de toto à root en tappant 'su' et de root à toto en tappant 'su toto' .
Ici, ça coince en faisant % make donc toujours en utilisateur toto.
-- siger
Jerome Lambert
Le Sun, 11 Apr 2004 16:33:35 +0000, siger a écrit :
Complètement ? je passe de toto à root en tappant 'su' et de root à toto en tappant 'su toto' .
Ici, ça coince en faisant % make donc toujours en utilisateur toto.
Ah non!!!
Utilisez des consoles textes avec ctrl-alt-F1 et ctrl-alt-F2. Logguez vous en root dans l'une et en toto dans l'autre.
Quand vous modifiez les paramètres de toto, vous DEVEZ vous deloguer de toto et rouvrir sa session.
su prend les paramètres qui étaient valides au moment ou le shell "parent" a été lancé...
pour vous en convaincre, tapez groups dans votre shell. Il vous indiquera les groupes dont vous faites parties...
Jerome.
Le Sun, 11 Apr 2004 16:33:35 +0000, siger a écrit :
Complètement ? je passe de toto à root en tappant 'su' et de root à
toto en tappant 'su toto' .
Ici, ça coince en faisant
% make
donc toujours en utilisateur toto.
Ah non!!!
Utilisez des consoles textes avec ctrl-alt-F1 et ctrl-alt-F2.
Logguez vous en root dans l'une et en toto dans l'autre.
Quand vous modifiez les paramètres de toto, vous DEVEZ vous deloguer de
toto et rouvrir sa session.
su prend les paramètres qui étaient valides au moment ou le shell
"parent" a été lancé...
pour vous en convaincre, tapez groups dans votre shell. Il vous indiquera
les groupes dont vous faites parties...
Le Sun, 11 Apr 2004 16:33:35 +0000, siger a écrit :
Complètement ? je passe de toto à root en tappant 'su' et de root à toto en tappant 'su toto' .
Ici, ça coince en faisant % make donc toujours en utilisateur toto.
Ah non!!!
Utilisez des consoles textes avec ctrl-alt-F1 et ctrl-alt-F2. Logguez vous en root dans l'une et en toto dans l'autre.
Quand vous modifiez les paramètres de toto, vous DEVEZ vous deloguer de toto et rouvrir sa session.
su prend les paramètres qui étaient valides au moment ou le shell "parent" a été lancé...
pour vous en convaincre, tapez groups dans votre shell. Il vous indiquera les groupes dont vous faites parties...
Jerome.
siger
siger a écrit :
Complètement ? je passe de toto à root en tappant 'su' et de root à toto en tappant 'su toto' .
Ici, ça coince en faisant % make donc toujours en utilisateur toto.
Ah non!!!
Utilisez des consoles textes avec ctrl-alt-F1 et ctrl-alt-F2. Logguez vous en root dans l'une et en toto dans l'autre.
Quand vous modifiez les paramètres de toto, vous DEVEZ vous deloguer de toto et rouvrir sa session.
su prend les paramètres qui étaient valides au moment ou le shell "parent" a été lancé...
pour vous en convaincre, tapez groups dans votre shell. Il vous indiquera les groupes dont vous faites parties...
Je ne comprends pas vraiment, je crois. Dans le cas présent, voilà la suite de commandes qui précèdent celle qui ne marche pas (la dernière) :
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb # adduser toto src
Ici, j'ai fait 'su toto' Si je vous comprends, j'aurais du ouvrir une 2ème console pour faire la suite ?
% cd /usr/src/ % ln -s kernel-headers-2.4.18-bf2.4 linux
% cp /root/eagle-version.tar.bz2 /usr/src/ % cd /usr/src/ % tar xvjf eagle-version.tar.bz2 % cd eagle-version % ./configure % make
Qu'aurais-je du faire dans ce cas ?
Depuis le dernier message d'erreur, je n'ai rien changé, c'est toujours l'invite juste après. J'ai tapé % groups ça donne : toto src
Je ne sais pas comment interpréter ça par rapport à ce que vous me dites. Je ne sais d'ailleurs pas ce qu'est src. J'ai compris que ça avait un rapport avec le modem, sans doute que ça permet à toto de l'utiliser.
Cette aide a une logique : on fait des choses au début sans forcément tout comprendre (d'ailleurs il le dit) mais qui permettent d'avancer en comprenant à chaque fois un peu plus. Ça me va très bien comme pédagogie car je sais que c'est efficace, en tous cas avec moi. Normalement, à la fin on a fait le tour de ce qu'il voulait expliquer.
Mais ça implique que ça marche :-)
-- siger
siger a écrit :
Complètement ? je passe de toto à root en tappant 'su' et de root
à toto en tappant 'su toto' .
Ici, ça coince en faisant
% make
donc toujours en utilisateur toto.
Ah non!!!
Utilisez des consoles textes avec ctrl-alt-F1 et ctrl-alt-F2.
Logguez vous en root dans l'une et en toto dans l'autre.
Quand vous modifiez les paramètres de toto, vous DEVEZ vous
deloguer de toto et rouvrir sa session.
su prend les paramètres qui étaient valides au moment ou le shell
"parent" a été lancé...
pour vous en convaincre, tapez groups dans votre shell. Il vous
indiquera les groupes dont vous faites parties...
Je ne comprends pas vraiment, je crois. Dans le cas présent, voilà la
suite de commandes qui précèdent celle qui ne marche pas (la
dernière) :
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb
# adduser toto src
Ici, j'ai fait 'su toto'
Si je vous comprends, j'aurais du ouvrir une 2ème console pour faire la
suite ?
% cd /usr/src/
% ln -s kernel-headers-2.4.18-bf2.4 linux
% cp /root/eagle-version.tar.bz2 /usr/src/
% cd /usr/src/
% tar xvjf eagle-version.tar.bz2
% cd eagle-version
% ./configure
% make
Qu'aurais-je du faire dans ce cas ?
Depuis le dernier message d'erreur, je n'ai rien changé, c'est toujours
l'invite juste après. J'ai tapé
% groups
ça donne : toto src
Je ne sais pas comment interpréter ça par rapport à ce que vous me
dites. Je ne sais d'ailleurs pas ce qu'est src. J'ai compris que ça
avait un rapport avec le modem, sans doute que ça permet à toto de
l'utiliser.
Cette aide a une logique : on fait des choses au début sans forcément
tout comprendre (d'ailleurs il le dit) mais qui permettent d'avancer en
comprenant à chaque fois un peu plus. Ça me va très bien comme
pédagogie car je sais que c'est efficace, en tous cas avec moi.
Normalement, à la fin on a fait le tour de ce qu'il voulait expliquer.
Complètement ? je passe de toto à root en tappant 'su' et de root à toto en tappant 'su toto' .
Ici, ça coince en faisant % make donc toujours en utilisateur toto.
Ah non!!!
Utilisez des consoles textes avec ctrl-alt-F1 et ctrl-alt-F2. Logguez vous en root dans l'une et en toto dans l'autre.
Quand vous modifiez les paramètres de toto, vous DEVEZ vous deloguer de toto et rouvrir sa session.
su prend les paramètres qui étaient valides au moment ou le shell "parent" a été lancé...
pour vous en convaincre, tapez groups dans votre shell. Il vous indiquera les groupes dont vous faites parties...
Je ne comprends pas vraiment, je crois. Dans le cas présent, voilà la suite de commandes qui précèdent celle qui ne marche pas (la dernière) :
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb # adduser toto src
Ici, j'ai fait 'su toto' Si je vous comprends, j'aurais du ouvrir une 2ème console pour faire la suite ?
% cd /usr/src/ % ln -s kernel-headers-2.4.18-bf2.4 linux
% cp /root/eagle-version.tar.bz2 /usr/src/ % cd /usr/src/ % tar xvjf eagle-version.tar.bz2 % cd eagle-version % ./configure % make
Qu'aurais-je du faire dans ce cas ?
Depuis le dernier message d'erreur, je n'ai rien changé, c'est toujours l'invite juste après. J'ai tapé % groups ça donne : toto src
Je ne sais pas comment interpréter ça par rapport à ce que vous me dites. Je ne sais d'ailleurs pas ce qu'est src. J'ai compris que ça avait un rapport avec le modem, sans doute que ça permet à toto de l'utiliser.
Cette aide a une logique : on fait des choses au début sans forcément tout comprendre (d'ailleurs il le dit) mais qui permettent d'avancer en comprenant à chaque fois un peu plus. Ça me va très bien comme pédagogie car je sais que c'est efficace, en tous cas avec moi. Normalement, à la fin on a fait le tour de ce qu'il voulait expliquer.
Mais ça implique que ça marche :-)
-- siger
Jerome Lambert
Le Sun, 11 Apr 2004 18:01:34 +0000, siger a écrit :
Je ne comprends pas vraiment, je crois. Dans le cas présent, voilà la suite de commandes qui précèdent celle qui ne marche pas (la dernière) :
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb # adduser toto src
Ici, j'ai fait 'su toto' Si je vous comprends, j'aurais du ouvrir une 2ème console pour faire la suite ?
Oui.
Extrait du man de su: Par défaut, su ne change pas de répertoire. Il positionne les variables d'environnement 'HOME' et 'SHELL' à partir des valeurs lues dans le fichier des mots de passe, et si l'utilisateur demandé n'est pas root, renseigne les variables 'USER' et 'LOGNAME'. Par défaut le shell exécuté n'est pas un shell de connexion.
Donc pour avoir les droits complets, il vaut mieux ouvrir une 2ème console (dernière phrase).
% cd /usr/src/ % ln -s kernel-headers-2.4.18-bf2.4 linux
% cp /root/eagle-version.tar.bz2 /usr/src/ % cd /usr/src/ % tar xvjf eagle-version.tar.bz2 % cd eagle-version % ./configure % make
Qu'aurais-je du faire dans ce cas ?
Ouvrir une 2eme console.
Depuis le dernier message d'erreur, je n'ai rien changé, c'est toujours l'invite juste après. J'ai tapé % groups ça donne : toto src
Je ne sais pas comment interpréter ça par rapport à ce que vous me dites. Je ne sais d'ailleurs pas ce qu'est src. J'ai compris que ça avait un rapport avec le modem, sans doute que ça permet à toto de l'utiliser.
Extrait du guide de référence Debian (http://www.debian.org/doc/manuals/reference/reference.fr.html)
o Le groupe src possède le code source, y compris les fichiers de /usr/src. Il peut être utilisé localement pour donner la possibilité de gérer le code source du système à un utilisateur.
Cette aide a une logique : on fait des choses au début sans forcément tout comprendre (d'ailleurs il le dit) mais qui permettent d'avancer en comprenant à chaque fois un peu plus. Ça me va très bien comme pédagogie car je sais que c'est efficace, en tous cas avec moi. Normalement, à la fin on a fait le tour de ce qu'il voulait expliquer.
Mais ça implique que ça marche :-)
Mais le problème, c'est que si ça ne marche pas, on ne peut pas facilement comprendre pourquoi... :-)
Jerome.
Le Sun, 11 Apr 2004 18:01:34 +0000, siger a écrit :
Je ne comprends pas vraiment, je crois. Dans le cas présent, voilà la
suite de commandes qui précèdent celle qui ne marche pas (la
dernière) :
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb
# adduser toto src
Ici, j'ai fait 'su toto'
Si je vous comprends, j'aurais du ouvrir une 2ème console pour faire la
suite ?
Oui.
Extrait du man de su:
Par défaut, su ne change pas de répertoire. Il positionne les variables
d'environnement 'HOME' et 'SHELL' à partir des valeurs lues dans le
fichier des mots de passe, et si l'utilisateur demandé n'est pas
root, renseigne les variables 'USER' et 'LOGNAME'. Par défaut
le shell exécuté n'est pas un shell de connexion.
Donc pour avoir les droits complets, il vaut mieux ouvrir une 2ème
console (dernière phrase).
% cd /usr/src/
% ln -s kernel-headers-2.4.18-bf2.4 linux
% cp /root/eagle-version.tar.bz2 /usr/src/
% cd /usr/src/
% tar xvjf eagle-version.tar.bz2
% cd eagle-version
% ./configure
% make
Qu'aurais-je du faire dans ce cas ?
Ouvrir une 2eme console.
Depuis le dernier message d'erreur, je n'ai rien changé, c'est toujours
l'invite juste après. J'ai tapé
% groups
ça donne : toto src
Je ne sais pas comment interpréter ça par rapport à ce que vous me
dites. Je ne sais d'ailleurs pas ce qu'est src. J'ai compris que ça
avait un rapport avec le modem, sans doute que ça permet à toto de
l'utiliser.
Extrait du guide de référence Debian
(http://www.debian.org/doc/manuals/reference/reference.fr.html)
o Le groupe src possède le code source, y compris les fichiers de
/usr/src. Il peut être utilisé localement pour donner la possibilité de
gérer le code source du système à un utilisateur.
Cette aide a une logique : on fait des choses au début sans forcément
tout comprendre (d'ailleurs il le dit) mais qui permettent d'avancer en
comprenant à chaque fois un peu plus. Ça me va très bien comme
pédagogie car je sais que c'est efficace, en tous cas avec moi.
Normalement, à la fin on a fait le tour de ce qu'il voulait expliquer.
Mais ça implique que ça marche :-)
Mais le problème, c'est que si ça ne marche pas, on ne peut pas
facilement comprendre pourquoi... :-)
Le Sun, 11 Apr 2004 18:01:34 +0000, siger a écrit :
Je ne comprends pas vraiment, je crois. Dans le cas présent, voilà la suite de commandes qui précèdent celle qui ne marche pas (la dernière) :
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb # adduser toto src
Ici, j'ai fait 'su toto' Si je vous comprends, j'aurais du ouvrir une 2ème console pour faire la suite ?
Oui.
Extrait du man de su: Par défaut, su ne change pas de répertoire. Il positionne les variables d'environnement 'HOME' et 'SHELL' à partir des valeurs lues dans le fichier des mots de passe, et si l'utilisateur demandé n'est pas root, renseigne les variables 'USER' et 'LOGNAME'. Par défaut le shell exécuté n'est pas un shell de connexion.
Donc pour avoir les droits complets, il vaut mieux ouvrir une 2ème console (dernière phrase).
% cd /usr/src/ % ln -s kernel-headers-2.4.18-bf2.4 linux
% cp /root/eagle-version.tar.bz2 /usr/src/ % cd /usr/src/ % tar xvjf eagle-version.tar.bz2 % cd eagle-version % ./configure % make
Qu'aurais-je du faire dans ce cas ?
Ouvrir une 2eme console.
Depuis le dernier message d'erreur, je n'ai rien changé, c'est toujours l'invite juste après. J'ai tapé % groups ça donne : toto src
Je ne sais pas comment interpréter ça par rapport à ce que vous me dites. Je ne sais d'ailleurs pas ce qu'est src. J'ai compris que ça avait un rapport avec le modem, sans doute que ça permet à toto de l'utiliser.
Extrait du guide de référence Debian (http://www.debian.org/doc/manuals/reference/reference.fr.html)
o Le groupe src possède le code source, y compris les fichiers de /usr/src. Il peut être utilisé localement pour donner la possibilité de gérer le code source du système à un utilisateur.
Cette aide a une logique : on fait des choses au début sans forcément tout comprendre (d'ailleurs il le dit) mais qui permettent d'avancer en comprenant à chaque fois un peu plus. Ça me va très bien comme pédagogie car je sais que c'est efficace, en tous cas avec moi. Normalement, à la fin on a fait le tour de ce qu'il voulait expliquer.
Mais ça implique que ça marche :-)
Mais le problème, c'est que si ça ne marche pas, on ne peut pas facilement comprendre pourquoi... :-)
Jerome.
siger
Qu'aurais-je du faire dans ce cas ?
Ouvrir une 2eme console.
J'ai écrit à Alexis de Lattre. Il y a bien une erreur.
la ligne # dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb ne concerne que la version 1 CD
il a ajouté ça : si vous suivez la méthode 7 CDs / 1 DVD : # apt-get install kernel-headers-2.4.18-bf2.4
Ce qui est plus logique. Mais finalement, ça ne change rien à mon problème, dans le doute j'ai recommencé en utilisant systématiquement la console 2 en utilisateur normal et en me délogeant à chaque fois, mais ça n'a rien changé.
J'ai tapé 'lspci' et presque tous les lignes sont en 'unknown'.
J'ai quand même continué en sautant les paragraphes où il est question d'internet (je télécharge avec un autre PC), mais au moment de configurer le nouveau noyau 2.6.5 :
« Pour lancer lutilitaire de configuration du noyau, tapez, toujours en tant que simple utilisateur : % make menuconfig »
==> make: *** Pas de règle pour fabriquer la cible 'menuconfig'
C'est à nouveau un échec quand j'utilise 'make' (2 fois sur 2)
je crois que c'est inutile de continuer :-)
Je vais aller voir du côté de http://www.debian.org/devel/debian-installer/ et essayer avec Sarge.
-- siger
Qu'aurais-je du faire dans ce cas ?
Ouvrir une 2eme console.
J'ai écrit à Alexis de Lattre. Il y a bien une erreur.
la ligne
# dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb
ne concerne que la version 1 CD
il a ajouté ça :
si vous suivez la méthode 7 CDs / 1 DVD :
# apt-get install kernel-headers-2.4.18-bf2.4
Ce qui est plus logique. Mais finalement, ça ne change rien à mon
problème, dans le doute j'ai recommencé en utilisant systématiquement
la console 2 en utilisateur normal et en me délogeant à chaque fois,
mais ça n'a rien changé.
J'ai tapé 'lspci' et presque tous les lignes sont en 'unknown'.
J'ai quand même continué en sautant les paragraphes où il est question
d'internet (je télécharge avec un autre PC), mais au moment de
configurer le nouveau noyau 2.6.5 :
« Pour lancer lutilitaire de configuration du noyau, tapez, toujours
en tant que simple utilisateur :
% make menuconfig »
==> make: *** Pas de règle pour fabriquer la cible 'menuconfig'
C'est à nouveau un échec quand j'utilise 'make' (2 fois sur 2)
je crois que c'est inutile de continuer :-)
Je vais aller voir du côté de
http://www.debian.org/devel/debian-installer/
et essayer avec Sarge.
J'ai écrit à Alexis de Lattre. Il y a bien une erreur.
la ligne # dpkg -i ~/kernel-headers-2.4.18-bf2.4*.deb ne concerne que la version 1 CD
il a ajouté ça : si vous suivez la méthode 7 CDs / 1 DVD : # apt-get install kernel-headers-2.4.18-bf2.4
Ce qui est plus logique. Mais finalement, ça ne change rien à mon problème, dans le doute j'ai recommencé en utilisant systématiquement la console 2 en utilisateur normal et en me délogeant à chaque fois, mais ça n'a rien changé.
J'ai tapé 'lspci' et presque tous les lignes sont en 'unknown'.
J'ai quand même continué en sautant les paragraphes où il est question d'internet (je télécharge avec un autre PC), mais au moment de configurer le nouveau noyau 2.6.5 :
« Pour lancer lutilitaire de configuration du noyau, tapez, toujours en tant que simple utilisateur : % make menuconfig »
==> make: *** Pas de règle pour fabriquer la cible 'menuconfig'
C'est à nouveau un échec quand j'utilise 'make' (2 fois sur 2)
je crois que c'est inutile de continuer :-)
Je vais aller voir du côté de http://www.debian.org/devel/debian-installer/ et essayer avec Sarge.
