OVH Cloud OVH Cloud

RedHat Workstation Pro sent-il mauvais, pourquoi le dénigrer

52 réponses
Avatar
MACLIN
Bizare dès que j'ai donné le nom RedHat Workstation, tout le monde a
laissé tombé les posts "Emplacement apres instal"
Voilà où j'en etais
J'ai essayé de désinstaller mysql:
rpm -e mysql-3.23.58 (vu sue lea-linux)
erreur: Dépendances requises:
libmysqlclient.so.10 est nécessaire pour (déjà installé)
perl-DBD-MySQL-2.1021-3
libmysqlclient.so.10 est nécessaire pour (déjà installé)
php-mysql-4.3.2-11.ent
Ensuite j'ai essayé
# yum install mysql
-bash: yum: command not found
Bien sur avec RedHat Workstation Pro

10 réponses

2 3 4 5 6
Avatar
MACLIN
Jerome Lambert wrote:
j'ai remarqué que mon noyau dans boot n'avait pas changé :
vmlinux-2.4.21-15.0.3.EL, ou place t-il le noyau Fedora ?
Ben, dans /boot

C'est bizarre, je viens à l'instant de télécharger la lise à jour en
2.4.22-1.2197.
Avez-vous bien fait yum update?
# yum update

Gathering header information file(s) from server(s)
Server: Fedora Core 1 - i386 - Base
Server: Fedora Core 1 - i386 - Released Updates
Finding updated packages
Downloading needed headers
Resolving dependencies
.package cyrus-sasl needs libcom_err.so.3 (not provided)
package openssh needs libcom_err.so.3 (not provided)
package openssh-clients needs libcom_err.so.3 (not provided)
package openssh-server needs libcom_err.so.3 (not provided)
package cyrus-sasl-devel needs libcom_err.so.3 (not provided)
package cyrus-sasl-gssapi needs libcom_err.so.3 (not provided)

il bloque sue ce message je crois, ça ne m'interdit pas le ssh mais il y
a un problème de resolution de dépendances
# ls /boot
vmlinux-2.4.21-15.0.2.EL
vmlinux-2.4.21-15.0.3.EL
cette affaire de noyau me chagrine, enfin, si c'est aussi con que la
suite du post, je vais encore me prendre une vieille veste :)

mauvaise nouvelle, yum a l'air de bien fonctionner mais mysql, malgré
l'install par yum, me refait le meme coup :
# /etc/rc.d/init.d/mysql start
-bash: /etc/rc.d/init.d/mysql: Aucun fichier ou répertoire de ce type
il n'y a toujours pas de fichier dans /etc


(J'aurais du faire ça depuis le début, mais bon...)
[ jerome]$ cat /etc/*{version,release}* 2>/dev/null
Fedora Core release 1 (Yarrow)
je passe les yum provides mysqld et autree recherches pour en arriver de
suit à la conclusion:
mysql = paquetage client
mysql-server = paquetage serveur
Soyons fous, installons les deux...
[]~# yum install mysql mysql-server
C'est fait. And now, ladies and gentlemen:
[]~# /etc/rc.d/init.d/mysqld start
Démarrage de MySQL : [ OK ]
Bon travail,

Je suis confondu de honte :-/, ça fait 10 jours que je traine la dessus,

je n'ai pas vu (surement de ma faute) dans le tuto lea-linux de
"mysql-server" mais "mysql" tout court, voilà mon problème en chargeant
mysql-server "/etc/rc.d/init.d/mysql start" fonctionne et encore merci
pour ton devouement et les réponses de chacun.


Avatar
Jerome Lambert
Le Thu, 22 Jul 2004 10:42:02 +0200, MACLIN a écrit :

Jerome Lambert wrote:
j'ai remarqué que mon noyau dans boot n'avait pas changé :
vmlinux-2.4.21-15.0.3.EL, ou place t-il le noyau Fedora ?
Ben, dans /boot

C'est bizarre, je viens à l'instant de télécharger la lise à jour en
2.4.22-1.2197.
Avez-vous bien fait yum update?
# yum update

Gathering header information file(s) from server(s)
Server: Fedora Core 1 - i386 - Base
Server: Fedora Core 1 - i386 - Released Updates
Finding updated packages
Downloading needed headers
Resolving dependencies
.package cyrus-sasl needs libcom_err.so.3 (not provided)
package openssh needs libcom_err.so.3 (not provided)
package openssh-clients needs libcom_err.so.3 (not provided)
package openssh-server needs libcom_err.so.3 (not provided)
package cyrus-sasl-devel needs libcom_err.so.3 (not provided)
package cyrus-sasl-gssapi needs libcom_err.so.3 (not provided)


Ce qui est bizarre, c'est que chez moi j'ai:
[]~# yum provides libcom_err.so
(..)
Looking in installed packages for a providing package
Installed package: e2fsprogs.i386 0:1.34-1 matches with
/lib/libcom_err.so.2.1
(...)

La version de libcom n'est pas la même.

Il faudrait voir avec votre yum.conf. Chez moi je l'ai réglé sur le
miroir de mon FAI, et celui-ci a toujours un peu de retard.

Peut-être faudrait-il essayer avec le yum.conf "type" disponible chez
fedora-france...

Je suis confondu de honte :-/, ça fait 10 jours que je traine la dessus,
je n'ai pas vu (surement de ma faute) dans le tuto lea-linux de
"mysql-server" mais "mysql" tout court, voilà mon problème en chargeant
mysql-server "/etc/rc.d/init.d/mysql start" fonctionne


C'est le problème de la documentation Linux: celle-ci est très
générale pour pouvoir convenir à toutes les distributions.
Il faut donc lire la doc et puis l'adapter, avec plus ou moins de bonheur,
à sa propre situation.

et encore merci pour ton devouement et les réponses de chacun.


Mais de rien,

--
Jerome

"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche
du cimetière." Steve Jobs.



Avatar
MACLIN
Jerome Lambert wrote:



Jerome Lambert wrote:

j'ai remarqué que mon noyau dans boot n'avait pas changé :
vmlinux-2.4.21-15.0.3.EL, ou place t-il le noyau Fedora ?


Ben, dans /boot
C'est bizarre, je viens à l'instant de télécharger la lise à jour en
2.4.22-1.2197.
Avez-vous bien fait yum update?


# yum update
Gathering header information file(s) from server(s)
Server: Fedora Core 1 - i386 - Base
Server: Fedora Core 1 - i386 - Released Updates
Finding updated packages
Downloading needed headers
Resolving dependencies
.package cyrus-sasl needs libcom_err.so.3 (not provided)
package openssh needs libcom_err.so.3 (not provided)
package openssh-clients needs libcom_err.so.3 (not provided)
package openssh-server needs libcom_err.so.3 (not provided)
package cyrus-sasl-devel needs libcom_err.so.3 (not provided)
package cyrus-sasl-gssapi needs libcom_err.so.3 (not provided)



Ce qui est bizarre, c'est que chez moi j'ai:
[]~# yum provides libcom_err.so
(..)
Looking in installed packages for a providing package
Installed package: e2fsprogs.i386 0:1.34-1 matches with
/lib/libcom_err.so.2.1
(...)

La version de libcom n'est pas la même.

Il faudrait voir avec votre yum.conf. Chez moi je l'ai réglé sur le
miroir de mon FAI, et celui-ci a toujours un peu de retard.

Peut-être faudrait-il essayer avec le yum.conf "type" disponible chez
fedora-france...

je sauvegarde l'ancien et je le mets à la place sans rien changer ?





Avatar
Jerome Lambert
Le Thu, 22 Jul 2004 11:24:57 +0200, Jerome Lambert a écrit :
Le Thu, 22 Jul 2004 10:42:02 +0200, MACLIN a écrit :
package cyrus-sasl-gssapi needs libcom_err.so.3 (not provided)


Ce qui est bizarre, c'est que chez moi j'ai:
[]~# yum provides libcom_err.so
(..)
Looking in installed packages for a providing package
Installed package: e2fsprogs.i386 0:1.34-1 matches with
/lib/libcom_err.so.2.1
(...)

La version de libcom n'est pas la même.

Il faudrait voir avec votre yum.conf. Chez moi je l'ai réglé sur le
miroir de mon FAI, et celui-ci a toujours un peu de retard.

Peut-être faudrait-il essayer avec le yum.conf "type" disponible chez
fedora-france...


Un peu de google donne la cause: certains paquatages de Fedora 1 sont plus
anciens que ceux fournis avec certaines RedHat.

La solution est de les supprimer via rpm (rpm -e nom_du_paquetage) et puis
de les reinstaller via yum pour que les dépendances soient OK.

Bonne chance,

--
Jerome

"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche
du cimetière." Steve Jobs.


Avatar
MACLIN
Jerome Lambert wrote:



package cyrus-sasl-gssapi needs libcom_err.so.3 (not provided)


Ce qui est bizarre, c'est que chez moi j'ai:
[]~# yum provides libcom_err.so
(..)
Looking in installed packages for a providing package
Installed package: e2fsprogs.i386 0:1.34-1 matches with
/lib/libcom_err.so.2.1
(...)

La version de libcom n'est pas la même.

Il faudrait voir avec votre yum.conf. Chez moi je l'ai réglé sur le
miroir de mon FAI, et celui-ci a toujours un peu de retard.

Peut-être faudrait-il essayer avec le yum.conf "type" disponible chez
fedora-france...



Un peu de google donne la cause: certains paquatages de Fedora 1 sont plus
anciens que ceux fournis avec certaines RedHat.

La solution est de les supprimer via rpm (rpm -e nom_du_paquetage) et puis
de les reinstaller via yum pour que les dépendances soient OK.

Bonne chance,

# rpm -e libcom_err.so.3

erreur: le paquetage libcom_err.so.3 n'est pas installé



Avatar
MACLIN
Peut-être faudrait-il essayer avec le yum.conf "type" disponible chez
fedora-france...


Un peu de google donne la cause: certains paquatages de Fedora 1 sont
plus anciens que ceux fournis avec certaines RedHat.
La solution est de les supprimer via rpm (rpm -e nom_du_paquetage) et
puis de les reinstaller via yum pour que les dépendances soient OK.

# rpm -e libcom_err.so.3

erreur: le paquetage libcom_err.so.3 n'est pas installé
# yum install libcom_err.so.3

Gathering header information file(s) from server(s)
Server: Fedora Core 1 - i386 - Base
Traceback (most recent call last):
File "/usr/bin/yum", line 60, in ?
yummain.main(sys.argv[1:])
File "yummain.py", line 188, in main
File "clientStuff.py", line 766, in get_package_info_from_servers
File "clientStuff.py", line 103, in HeaderInfoNevralLoad
ValueError: unpack list of wrong size



Avatar
Jerome Lambert
Le Thu, 22 Jul 2004 12:11:58 +0200, MACLIN a écrit :
Jerome Lambert wrote:
La solution est de les supprimer via rpm (rpm -e nom_du_paquetage) et puis
de les reinstaller via yum pour que les dépendances soient OK.


# rpm -e libcom_err.so.3
erreur: le paquetage libcom_err.so.3 n'est pas installé


Non, dans votre cas, c'est cyrus-sasl, openssh, openssh-clients,
openssh-server, cyrus-sasl-devel et cyrus-sasl-gssapi qui posent
problèmes, car les versions installés veulent un fichier non présent
dans Fedora 1.

Donc, la solution est d'aller sur fr.rpmfind.net, faire une recherche sur
openssh pour Fedora, aller dans le descriptif. On y apprend qu'il fourni
le fichier openssh, donc (à adapter à vos versions et à répéter pour
cyrus):

[]/etc# locate openssh
(...)
/usr/libexec/openssh
(...)
[]/etc# rpm -qf /usr/libexec/openssh
openssh-3.6.1p2-19
[]/etc# rpm -e openssh-3.6.1p2-19
error: Failed dependencies:
openssh = 3.6.1p2-19 is needed by (installed) openssh-clients-3.6.1p2-19
openssh = 3.6.1p2-19 is needed by (installed) openssh-server-3.6.1p2-19
openssh = 3.6.1p2-19 is needed by (installed) openssh-askpass-3.6.1p2-19
openssh = 3.6.1p2-19 is needed by (installed) openssh-askpass-gnome-3.6.1p2-19

Et puis on résout les dépendances à la main (la dernière fois je
suppose).

1) Attention que vous serez temporairement privés de liaison ssh, vu que
vous allez désinstaller openss-server...
2) Seuls ces paquetages posent problèmes, donc si les dépendances sont
trop grandes, genre kdebase-3.1.4-6 requiert openssh-clients, essayez
l'option --nodeps pour lui dire de ne pas tenir compte des dépendances
3) Ensuite réinstallez le tout via yum (yum install openssh). Les
versions seront alors correctes.

--
Jerome

"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche
du cimetière." Steve Jobs.


Avatar
MACLIN
Jerome Lambert wrote:


Jerome Lambert wrote:

La solution est de les supprimer via rpm (rpm -e nom_du_paquetage) et puis
de les reinstaller via yum pour que les dépendances soient OK.


# rpm -e libcom_err.so.3
erreur: le paquetage libcom_err.so.3 n'est pas installé



Non, dans votre cas, c'est cyrus-sasl, openssh, openssh-clients,
openssh-server, cyrus-sasl-devel et cyrus-sasl-gssapi qui posent
problèmes, car les versions installés veulent un fichier non présent
dans Fedora 1.

Donc, la solution est d'aller sur fr.rpmfind.net, faire une recherche sur
openssh pour Fedora, aller dans le descriptif. On y apprend qu'il fourni
le fichier openssh, donc (à adapter à vos versions et à répéter pour
cyrus):

[]/etc# locate openssh
(...)
/usr/libexec/openssh
(...)
[]/etc# rpm -qf /usr/libexec/openssh
openssh-3.6.1p2-19
[]/etc# rpm -e openssh-3.6.1p2-19
error: Failed dependencies:
openssh = 3.6.1p2-19 is needed by (installed) openssh-clients-3.6.1p2-19
openssh = 3.6.1p2-19 is needed by (installed) openssh-server-3.6.1p2-19
openssh = 3.6.1p2-19 is needed by (installed) openssh-askpass-3.6.1p2-19
openssh = 3.6.1p2-19 is needed by (installed) openssh-askpass-gnome-3.6.1p2-19

Et puis on résout les dépendances à la main (la dernière fois je
suppose).

1) Attention que vous serez temporairement privés de liaison ssh, vu que
vous allez désinstaller openss-server...
Dois-je me connecter en telnet alors ? comment la suite est possible ?

2) Seuls ces paquetages posent problèmes, donc si les dépendances sont
trop grandes, genre kdebase-3.1.4-6 requiert openssh-clients, essayez
l'option --nodeps pour lui dire de ne pas tenir compte des dépendances
3) Ensuite réinstallez le tout via yum (yum install openssh). Les
versions seront alors correctes.





Avatar
Jerome Lambert
Le Thu, 22 Jul 2004 12:46:34 +0200, MACLIN a écrit :

Jerome Lambert wrote:
(snip)

1) Attention que vous serez temporairement privés de liaison ssh, vu que
vous allez désinstaller openss-server...
Dois-je me connecter en telnet alors ? comment la suite est possible ?



En prenant la main directement sur la machine. Elle a un clavier et un
écran, je suppose?

Sinon, installez telnet-server via yum, éditez /etc/xinetd.d/telnet et
modifiez la ligne disable = yes en disable = no, et puis tapez
/etc/rc.d/init.d/xinetd restart, et telnet est installé et fonctionnel.

Mais si la machine est connectée à Internet, c'est peut-être une
mauvaise d'idée d'activer Telnet, surtout si vous savez vous y connecter
en direct.

--
Jerome

"Je ne suis pas un bon investisseur. Mon objectif n'est pas d'être le plus riche
du cimetière." Steve Jobs.


Avatar
MACLIN
Jerome Lambert wrote:



Jerome Lambert wrote:


(snip)

1) Attention que vous serez temporairement privés de liaison ssh, vu que
vous allez désinstaller openss-server...


Dois-je me connecter en telnet alors ? comment la suite est possible ?



En prenant la main directement sur la machine. Elle a un clavier et un
écran, je suppose?

Sinon, installez telnet-server via yum, éditez /etc/xinetd.d/telnet et
modifiez la ligne disable = yes en disable = no, et puis tapez
/etc/rc.d/init.d/xinetd restart, et telnet est installé et fonctionnel.

Mais si la machine est connectée à Internet, c'est peut-être une
mauvaise d'idée d'activer Telnet, surtout si vous savez vous y connecter
en direct.

Pour le moment je suis en vacances, mon acces à la machine se fait par

Internet et ssh, je ne retrouverais l'acces au clavier avant une
quinzaine et je pense également que Telnet n'est valable que pour un
réseau local, d'ailleurs n'est-il pas installer par défaut ?
Dommage, cet acces me permettait de passer plusieurs heures par jour à
la découverte de Linux ... je voulais continuer avec l'instal de
PhpMyAdmin, en espérant qu'elle ne soit aussi cocasse que les précédentes :)



2 3 4 5 6