Gros probleme de programme /usr/bin sous MDK9.1

Gros probleme de programme /usr/bin sous MDK9.1 - Installation - Linux et OS Alternatifs

Marsh Posté le 15-06-2003 à 12:54:58    

Voila, j'essaye de compiler le nouveau noyau, et plein d'outil de /usr/bin ont disparu:
 
- J'utilise Lyx, et le programme bibtex a disparu => désintall et reinstalle tetex
- Essai de config avec make xconfig : manque wish => désintall et résintalle tcl
- Essai de compil du noyau: manque ar du paquetage bintuils. La je ne peux pas trop le désinstaller, sinon je dois virer gcc, les sources du noauy et plein d'autres trucs...
 
Comment faire pour résinstaller binutils ?

Reply

Marsh Posté le 15-06-2003 à 12:54:58   

Reply

Marsh Posté le 15-06-2003 à 13:20:00    

urpmi binutils ?

Reply

Marsh Posté le 15-06-2003 à 13:29:49    

ben il me le dit qu'il est deja installé.
Il y a des outils de binutils qui marche, mais pas ar.
 
Mais bon, la je suis en train de faire la méthode bourrin: désinstall, puis réinstall.
 
Je vous tiens au courant.

Reply

Marsh Posté le 15-06-2003 à 15:30:44    

bon, mon truc de bourrin a marché, mais de nouvau il me manque un prog: gs (=ghostscript)
 
gs
bash: gs: command not found
 
urpmi ghostscript
tout est déjà installé
 
 :pt1cable:  :pt1cable:  :pt1cable:  
 
Y'a pas une commande sous mandrake pour forcer la ré-installation d'un paquetage ?

Reply

Marsh Posté le 15-06-2003 à 17:55:47    

spanormal ces pertes de datas ... regarde de ce coté là non ?


---------------
-= In Kik00 101 I trust :o =-
Reply

Marsh Posté le 15-06-2003 à 18:02:53    

ouais, c'est bizarre, surtout que c'est que dans /usr/bin apparement.
Un virus, c'est possible ?
 
Le truc, c'est que j'ai fait plein de mise-à-jour ces derniers temps. Le probleme vient peut-etre de la...

Reply

Marsh Posté le 15-06-2003 à 18:04:27    

c'est peut etre le path qu'est pas à jour ?

Reply

Marsh Posté le 15-06-2003 à 18:43:10    

Perchut2 a écrit :

c'est peut etre le path qu'est pas à jour ?


 
Non, je ne pense pas, puisque d'autres programmes fonctionnent et que ceux qui ne fonctionne pas n'existe tout simplement pas.
Ils ont donc été effacé, mais je ne saurais pas expliqué comment.  :heink:

Reply

Marsh Posté le 16-06-2003 à 07:04:50    

Ca m'est arrivé y'a 2 3 jours, aussi sous la Mandrake 9.1, plus moyen de lancer 3/4 des programmes ... j'ai pas vraiment cherché à comprendre => Réinstalle et là ça va

Reply

Marsh Posté le 16-06-2003 à 10:01:15    

FS corrompu ?

Reply

Marsh Posté le 16-06-2003 à 10:01:15   

Reply

Marsh Posté le 16-06-2003 à 15:19:05    

zeb_ a écrit :

FS corrompu ?


 
J'espere pas :sweat:

Reply

Marsh Posté le 16-06-2003 à 15:36:21    

Rasthor a écrit :


 
J'espere pas :sweat:


 
CD1 -> F1 -> rescue -> go to console -> e2fsck

Reply

Marsh Posté le 23-06-2003 à 16:48:42    

Question fondamental:
 
sous mandrake (ou tout simplement Linux), y'a-t-il un moyen de forcer l'installation d'un paquetage deja installé, sans que ce soit une update ?

Reply

Marsh Posté le 23-06-2003 à 16:53:52    

Rasthor a écrit :

Question fondamental:
 
sous mandrake (ou tout simplement Linux), y'a-t-il un moyen de forcer l'installation d'un paquetage deja installé, sans que ce soit une update ?


 
rpm -Uvh normdupackage.rpm --force


Message édité par madyodaseb le 23-06-2003 à 16:54:03
Reply

Marsh Posté le 26-06-2003 à 20:50:05    

j'ai le même problème en ce moment meme.
 
Which était parti.
J'ai du faire un "rpm -e --nodeps which" puis "urpmi which".
 
Ca s'est passé après un crash, où j'ai activé le scan du FS, puis répondu yes a des corrections du FS. C'est surement ca..
 
Beaucoup plus grave, XFRree86 ne se lance plus, et il n'y a aucun message d'erreur dans /var/log/Xfree86.0.log
Meme après une désinstalle / réinstalle, rien n'y fait.
En fait je vois X qui démarre (j'ai l'écran bleu pendant 0.5sec), puis il s'arrete comme si il plantait :cry:

Reply

Marsh Posté le 26-06-2003 à 21:12:07    

Oui, moi aussi j'ai eu des crash avant d'avoir ces merde.
 
Dernier truc qui manque: gnome-background-control, pour mettre une image ne background... :cry:

Reply

Marsh Posté le 26-06-2003 à 21:21:15    

par contre, ça marche plus bien ta méthode rpm -e --nodeps nom_du_paquetage suivi d'un urpmi nom_du_paquetage  :jap:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed