bonjour,
j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer)
sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les
rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
mouline, mouline, mouline... et 3 heures apres comme j'en ai marre, que ma
console est bloqué etc... je deconnecte.
quelle que soit les parametres utilisés pour rpm ca boucle et ne me rend
pas la main.
1- Passer de RedHat a Fedora : http://faq.fcolc.eu.org/administration/upgrade_fedora/view (Mais si ton rpm plante, c'est cuit...)
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et aussi la source a partir de laquelle tu les a telechargé.
3- prendre une deuxieme console et voir ce qui se passe au niveau de la consommation de ressources (top) pendant l'installation ...
4- une autre console qui 'tail -f /var/log/messages' ...
amicalement.
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
GERBIER Eric
tib wrote:
bonjour, j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer) sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
1) est ce que tu est root ? 2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U 3) on peut augmenter la verbosite de la commande en ajoutant des "v"
poste donc l'output de la commande rpm -Uvvvvvvh autoconf*.rpm
tib wrote:
bonjour,
j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer)
sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les
rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
1) est ce que tu est root ?
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
3) on peut augmenter la verbosite de la commande en ajoutant des "v"
poste donc l'output de la commande
rpm -Uvvvvvvh autoconf*.rpm
bonjour, j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer) sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
1) est ce que tu est root ? 2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U 3) on peut augmenter la verbosite de la commande en ajoutant des "v"
poste donc l'output de la commande rpm -Uvvvvvvh autoconf*.rpm
Raphaël 'SurcouF' Bordet
tib wrote:
bonjour, j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer) sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
1) est ce que tu est root ?
S'il ne l'était pas, je pense que rpm échouerait très vite...
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
Pourquoi donc ?
[...]
-- Raphaël 'SurcouF' Bordet http://debianfr.net/ | surcouf at debianfr dot net
tib wrote:
bonjour,
j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer)
sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les
rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
1) est ce que tu est root ?
S'il ne l'était pas, je pense que rpm échouerait très vite...
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
Pourquoi donc ?
[...]
--
Raphaël 'SurcouF' Bordet
http://debianfr.net/ | surcouf at debianfr dot net
bonjour, j'ai recupéré la gestion d'un site (sur amen pour ne pas le citer) sous redhat 9 et j'ai besoin de compiler 2/3 choses. je recupere donc les rpms necessaires et je commence par un rpm -ivh d'autoconf. rpm se lance,
1) est ce que tu est root ?
S'il ne l'était pas, je pense que rpm échouerait très vite...
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
Pourquoi donc ?
[...]
-- Raphaël 'SurcouF' Bordet http://debianfr.net/ | surcouf at debianfr dot net
tib
Le Wed, 06 Oct 2004 11:01:26 +0200, Rakotomandimby Mihamina a écrit :
1- Passer de RedHat a Fedora : ca ne va etre possible c'est la distribution installé chez amen...
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et aussi la source a partir de laquelle tu les a telechargé.
le rpm en question, autoconf213-2.13-6.noarch.rpm provient d'un site de download de rpm pour la redhat 9, ce qui me semble le plus approprié.
3- prendre une deuxieme console et voir ce qui se passe au niveau de la consommation de ressources (top) pendant l'installation ...
désolé je dois pas etre doué, mais je vois quedalle concernant rpm avec la commande top.
4- une autre console qui 'tail -f /var/log/messages' ...
pareil avec un tail -f /var/log/messages aucun affichage me donnant une piste...
je soupconne rpm d'etre en rade, car quelle que soient les parametres passés a celui ci, je tombe suis bon pour soit attendre 3 plombes, soit fermer ma session. En revanche il m'affiche bien la liste de parms possibles si je me contente de juste taper rpm, mais des que je tente de l'utiliser, ca coince !
amicalement.
Le Wed, 06 Oct 2004 11:01:26 +0200, Rakotomandimby Mihamina a écrit :
1- Passer de RedHat a Fedora :
ca ne va etre possible c'est la distribution installé chez amen...
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et
aussi la source a partir de laquelle tu les a telechargé.
le rpm en question, autoconf213-2.13-6.noarch.rpm provient d'un site de
download de rpm pour la redhat 9, ce qui me semble le plus approprié.
3- prendre une deuxieme console et voir ce qui se passe au niveau de la
consommation de ressources (top) pendant l'installation ...
désolé je dois pas etre doué, mais je vois quedalle concernant rpm avec
la commande top.
4- une autre console qui 'tail -f /var/log/messages' ...
pareil avec un tail -f /var/log/messages aucun affichage me donnant une
piste...
je soupconne rpm d'etre en rade, car quelle que soient les parametres
passés a celui ci, je tombe suis bon pour soit attendre 3 plombes, soit
fermer ma session.
En revanche il m'affiche bien la liste de parms possibles si je me
contente de juste taper rpm, mais des que je tente de l'utiliser, ca
coince !
Le Wed, 06 Oct 2004 11:01:26 +0200, Rakotomandimby Mihamina a écrit :
1- Passer de RedHat a Fedora : ca ne va etre possible c'est la distribution installé chez amen...
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et aussi la source a partir de laquelle tu les a telechargé.
le rpm en question, autoconf213-2.13-6.noarch.rpm provient d'un site de download de rpm pour la redhat 9, ce qui me semble le plus approprié.
3- prendre une deuxieme console et voir ce qui se passe au niveau de la consommation de ressources (top) pendant l'installation ...
désolé je dois pas etre doué, mais je vois quedalle concernant rpm avec la commande top.
4- une autre console qui 'tail -f /var/log/messages' ...
pareil avec un tail -f /var/log/messages aucun affichage me donnant une piste...
je soupconne rpm d'etre en rade, car quelle que soient les parametres passés a celui ci, je tombe suis bon pour soit attendre 3 plombes, soit fermer ma session. En revanche il m'affiche bien la liste de parms possibles si je me contente de juste taper rpm, mais des que je tente de l'utiliser, ca coince !
amicalement.
tib
Le Wed, 06 Oct 2004 11:29:16 +0200, Raphaël 'SurcouF' Bordet a écrit :
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i pour une install plutot que -U pour une mise a jour car un which autoconf m'indique qu'il n'est pas installé.
Le Wed, 06 Oct 2004 11:29:16 +0200, Raphaël 'SurcouF' Bordet a écrit :
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i
pour une install plutot que -U pour une mise a jour car un which autoconf
m'indique qu'il n'est pas installé.
Le Wed, 06 Oct 2004 11:29:16 +0200, Raphaël 'SurcouF' Bordet a écrit :
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i pour une install plutot que -U pour une mise a jour car un which autoconf m'indique qu'il n'est pas installé.
GERBIER Eric
Raphaël 'SurcouF' Bordet wrote:
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
l'option -i : c'est une installation bete et mechante tu peux te retrouver avec plusieurs versions du meme logiciel installé, avec tous les conflit que ca implique (en general, les rpm sont rarement prevus pour ca, sauf les noyaux)
l'option -U, c'est installe le package s'il n'est pas deja installé, remplace-le sinon
Raphaël 'SurcouF' Bordet wrote:
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
l'option -i : c'est une installation bete et mechante
tu peux te retrouver avec plusieurs versions du meme logiciel installé, avec
tous les conflit que ca implique (en general, les rpm sont rarement prevus pour
ca, sauf les noyaux)
l'option -U, c'est installe le package s'il n'est pas deja installé, remplace-le
sinon
2) l'option -i est dangereuse, il vaut mieux utiliser l'option -U
l'option -i : c'est une installation bete et mechante tu peux te retrouver avec plusieurs versions du meme logiciel installé, avec tous les conflit que ca implique (en general, les rpm sont rarement prevus pour ca, sauf les noyaux)
l'option -U, c'est installe le package s'il n'est pas deja installé, remplace-le sinon
GERBIER Eric
tib wrote:
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i pour une install plutot que -U pour une mise a jour car un which autoconf m'indique qu'il n'est pas installé.
tant qu'a utiliser rpm : rpm -qa | grep -i autoconf
(en profiter pour verifier que l'interrogation de la base marche, en demandant un package que l'on sait etre installé , par exemple : rpm -q bash )
ou alors la commande locate, si la base est recente
tib wrote:
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i
pour une install plutot que -U pour une mise a jour car un which autoconf
m'indique qu'il n'est pas installé.
tant qu'a utiliser rpm : rpm -qa | grep -i autoconf
(en profiter pour verifier que l'interrogation de la base marche, en demandant
un package que l'on sait etre installé , par exemple : rpm -q bash )
ou alors la commande locate, si la base est recente
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i pour une install plutot que -U pour une mise a jour car un which autoconf m'indique qu'il n'est pas installé.
tant qu'a utiliser rpm : rpm -qa | grep -i autoconf
(en profiter pour verifier que l'interrogation de la base marche, en demandant un package que l'on sait etre installé , par exemple : rpm -q bash )
ou alors la commande locate, si la base est recente
Rakotomandimby Mihamina
On Wed, 06 Oct 2004 11:34:13 +0200, tib wrote:
1- Passer de RedHat a Fedora : ca ne va etre possible c'est la distribution installé chez amen...
Si tu es root, tu en a les droits. C'est un semi-dedié ou bien un vrai dedié ? Parceque'en semi-dédié (j'y pense parceque tu dis que tu ne peux pas changer de distribution), normal que tu ne puisse pas acceder a certaines choses.
Dans ce cas, tu peux installer ton stuff dans ton repertoire personnel dans le genre $HOME/bin et ajouter $HOME/bin a ton PATH ?
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et aussi la source a partir de laquelle tu les a telechargé.
le rpm en question, autoconf213-2.13-6.noarch.rpm provient d'un site de download de rpm pour la redhat 9, ce qui me semble le plus approprié.
OK
3- prendre une deuxieme console et voir ce qui se passe au niveau de la consommation de ressources (top) pendant l'installation ...
désolé je dois pas etre doué, mais je vois quedalle concernant rpm avec la commande top.
'top' est un utilitaire pour voir dans un tableau les stats des processes. Comme tu dis que RPM "mouline", on peut avec cet utilitaire voir si il mouline en prenant des ressources ou pas. Je n'ai jamais dit que top avait un rapport avec rpm ... :-)
4- une autre console qui 'tail -f /var/log/messages' ...
pareil avec un tail -f /var/log/messages aucun affichage me donnant une piste...
Bon ...
En revanche il m'affiche bien la liste de parms possibles si je me contente de juste taper rpm, mais des que je tente de l'utiliser, ca coince !
Je pense que tu es root, sans en avoir vraiment tous les droits et c'est la source de tes ennuis ... Bref un semi-dédié ... a moins que tu infirmes ... :-)
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
On Wed, 06 Oct 2004 11:34:13 +0200, tib wrote:
1- Passer de RedHat a Fedora :
ca ne va etre possible c'est la distribution installé chez amen...
Si tu es root, tu en a les droits. C'est un semi-dedié ou bien un vrai
dedié ? Parceque'en semi-dédié (j'y pense parceque tu dis que tu ne
peux pas changer de distribution), normal que tu ne puisse pas acceder a
certaines choses.
Dans ce cas, tu peux installer ton stuff dans ton repertoire personnel
dans le genre $HOME/bin et ajouter $HOME/bin a ton PATH ?
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et
aussi la source a partir de laquelle tu les a telechargé.
le rpm en question, autoconf213-2.13-6.noarch.rpm provient d'un site de
download de rpm pour la redhat 9, ce qui me semble le plus approprié.
OK
3- prendre une deuxieme console et voir ce qui se passe au niveau de la
consommation de ressources (top) pendant l'installation ...
désolé je dois pas etre doué, mais je vois quedalle concernant rpm
avec la commande top.
'top' est un utilitaire pour voir dans un tableau les stats des processes.
Comme tu dis que RPM "mouline", on peut avec cet utilitaire voir si il
mouline en prenant des ressources ou pas. Je n'ai jamais dit que top avait
un rapport avec rpm ... :-)
4- une autre console qui 'tail -f /var/log/messages' ...
pareil avec un tail -f /var/log/messages aucun affichage me donnant une
piste...
Bon ...
En revanche il m'affiche bien la liste de parms possibles si je me
contente de juste taper rpm, mais des que je tente de l'utiliser, ca
coince !
Je pense que tu es root, sans en avoir vraiment tous les droits et
c'est la source de tes ennuis ... Bref un semi-dédié ... a moins que tu
infirmes ... :-)
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
1- Passer de RedHat a Fedora : ca ne va etre possible c'est la distribution installé chez amen...
Si tu es root, tu en a les droits. C'est un semi-dedié ou bien un vrai dedié ? Parceque'en semi-dédié (j'y pense parceque tu dis que tu ne peux pas changer de distribution), normal que tu ne puisse pas acceder a certaines choses.
Dans ce cas, tu peux installer ton stuff dans ton repertoire personnel dans le genre $HOME/bin et ajouter $HOME/bin a ton PATH ?
2- Nous dire quels sont les noms de fichiers RPM que tu utilises et aussi la source a partir de laquelle tu les a telechargé.
le rpm en question, autoconf213-2.13-6.noarch.rpm provient d'un site de download de rpm pour la redhat 9, ce qui me semble le plus approprié.
OK
3- prendre une deuxieme console et voir ce qui se passe au niveau de la consommation de ressources (top) pendant l'installation ...
désolé je dois pas etre doué, mais je vois quedalle concernant rpm avec la commande top.
'top' est un utilitaire pour voir dans un tableau les stats des processes. Comme tu dis que RPM "mouline", on peut avec cet utilitaire voir si il mouline en prenant des ressources ou pas. Je n'ai jamais dit que top avait un rapport avec rpm ... :-)
4- une autre console qui 'tail -f /var/log/messages' ...
pareil avec un tail -f /var/log/messages aucun affichage me donnant une piste...
Bon ...
En revanche il m'affiche bien la liste de parms possibles si je me contente de juste taper rpm, mais des que je tente de l'utiliser, ca coince !
Je pense que tu es root, sans en avoir vraiment tous les droits et c'est la source de tes ennuis ... Bref un semi-dédié ... a moins que tu infirmes ... :-)
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
tib
Le Wed, 06 Oct 2004 12:20:32 +0200, Rakotomandimby Mihamina a écrit :
Si tu es root, tu en a les droits. C'est un semi-dedié ou bien un vrai dedié ? Parceque'en semi-dédié (j'y pense parceque tu dis que tu ne peux pas changer de distribution), normal que tu ne puisse pas acceder a certaines choses.
si on m'explique la différence entre semi-dédié ou vrai dédié je pourrais peut etre te repondre. je peux effectivement mettre ce que je veux dessus mais anyway, il n'est pas envisagreable de changer de distrib
Dans ce cas, tu peux installer ton stuff dans ton repertoire personnel dans le genre $HOME/bin et ajouter $HOME/bin a ton PATH ?
'top' est un utilitaire pour voir dans un tableau les stats des processes. Comme tu dis que RPM "mouline", on peut avec cet utilitaire voir si il mouline en prenant des ressources ou pas. Je n'ai jamais dit que top avait un rapport avec rpm ... :-)
le quedalle signifiait que je ne vois pas rpm dans la liste des processus de top... pas que je ne connais pas top...
Je pense que tu es root, sans en avoir vraiment tous les droits et c'est la source de tes ennuis ... Bref un semi-dédié ... a moins que tu infirmes ... :-)
ca va aider si je suis root sans etre root... il faut que j'arrive a compiler moi... et c mal parti...
Le Wed, 06 Oct 2004 12:20:32 +0200, Rakotomandimby Mihamina a écrit :
Si tu es root, tu en a les droits. C'est un semi-dedié ou bien un vrai
dedié ? Parceque'en semi-dédié (j'y pense parceque tu dis que tu ne
peux pas changer de distribution), normal que tu ne puisse pas acceder a
certaines choses.
si on m'explique la différence entre semi-dédié ou vrai dédié je
pourrais peut etre te repondre. je peux effectivement mettre ce que je
veux dessus mais anyway, il n'est pas envisagreable de changer de
distrib
Dans ce cas, tu peux installer ton stuff dans ton repertoire personnel
dans le genre $HOME/bin et ajouter $HOME/bin a ton PATH ?
'top' est un utilitaire pour voir dans un tableau les stats des
processes. Comme tu dis que RPM "mouline", on peut avec cet utilitaire
voir si il mouline en prenant des ressources ou pas. Je n'ai jamais dit
que top avait un rapport avec rpm ... :-)
le quedalle signifiait que je ne vois pas rpm dans la liste des
processus de top... pas que je ne connais pas top...
Je pense que tu es root, sans en avoir vraiment tous les droits et c'est
la source de tes ennuis ... Bref un semi-dédié ... a moins que tu
infirmes ... :-)
ca va aider si je suis root sans etre root... il faut que j'arrive a
compiler moi... et c mal parti...
Le Wed, 06 Oct 2004 12:20:32 +0200, Rakotomandimby Mihamina a écrit :
Si tu es root, tu en a les droits. C'est un semi-dedié ou bien un vrai dedié ? Parceque'en semi-dédié (j'y pense parceque tu dis que tu ne peux pas changer de distribution), normal que tu ne puisse pas acceder a certaines choses.
si on m'explique la différence entre semi-dédié ou vrai dédié je pourrais peut etre te repondre. je peux effectivement mettre ce que je veux dessus mais anyway, il n'est pas envisagreable de changer de distrib
Dans ce cas, tu peux installer ton stuff dans ton repertoire personnel dans le genre $HOME/bin et ajouter $HOME/bin a ton PATH ?
'top' est un utilitaire pour voir dans un tableau les stats des processes. Comme tu dis que RPM "mouline", on peut avec cet utilitaire voir si il mouline en prenant des ressources ou pas. Je n'ai jamais dit que top avait un rapport avec rpm ... :-)
le quedalle signifiait que je ne vois pas rpm dans la liste des processus de top... pas que je ne connais pas top...
Je pense que tu es root, sans en avoir vraiment tous les droits et c'est la source de tes ennuis ... Bref un semi-dédié ... a moins que tu infirmes ... :-)
ca va aider si je suis root sans etre root... il faut que j'arrive a compiler moi... et c mal parti...
tib
Le Wed, 06 Oct 2004 11:53:49 +0200, GERBIER Eric a écrit :
tib wrote:
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i pour une install plutot que -U pour une mise a jour car un which autoconf m'indique qu'il n'est pas installé.
tant qu'a utiliser rpm : rpm -qa | grep -i autoconf
(en profiter pour verifier que l'interrogation de la base marche, en demandant un package que l'on sait etre installé , par exemple : rpm -q bash )
ou alors la commande locate, si la base est recente
c justement ca mon pb... sorti de rpm pour avoir les parms a utiliser, je ne peux rien faire... la moindre parametre (-qa, -Uvh, -ivh,..) ne reagit qu'en me plantant ma session...
Le Wed, 06 Oct 2004 11:53:49 +0200, GERBIER Eric a écrit :
tib wrote:
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i
pour une install plutot que -U pour une mise a jour car un which autoconf
m'indique qu'il n'est pas installé.
tant qu'a utiliser rpm : rpm -qa | grep -i autoconf
(en profiter pour verifier que l'interrogation de la base marche, en demandant
un package que l'on sait etre installé , par exemple : rpm -q bash )
ou alors la commande locate, si la base est recente
c justement ca mon pb... sorti de rpm pour avoir les parms a utiliser, je
ne peux rien faire... la moindre parametre (-qa, -Uvh, -ivh,..) ne reagit
qu'en me plantant ma session...
Le Wed, 06 Oct 2004 11:53:49 +0200, GERBIER Eric a écrit :
tib wrote:
effectivement je passe en root pour utiliser rpm et j'utilise l'option -i pour une install plutot que -U pour une mise a jour car un which autoconf m'indique qu'il n'est pas installé.
tant qu'a utiliser rpm : rpm -qa | grep -i autoconf
(en profiter pour verifier que l'interrogation de la base marche, en demandant un package que l'on sait etre installé , par exemple : rpm -q bash )
ou alors la commande locate, si la base est recente
c justement ca mon pb... sorti de rpm pour avoir les parms a utiliser, je ne peux rien faire... la moindre parametre (-qa, -Uvh, -ivh,..) ne reagit qu'en me plantant ma session...
