@globilux, tu nous donnes la sortie complète ? (voir tu ouvres ton propre sujet ?)

@globilux

merci pour la netiquette.

A priori, avec sensors-detect, tu dois pouvoir scanner et détecter tous les bus de capteurs supportés par Linux...

++

@globilux
Tes options n'ont pas résolu le problème.

@Mongos
Il y a certainement un problème avec la carte mère. Mais je pense pas que l'on puisse généraliser avec toutes les MSI.
Si le boot demande d'essayer «pci=biosirq» on peut se demander pourquoi le problème semble connu et non contourné. Pourquoi un problème en 64b alors qu'il n'y a pas de problème en 32b.

Je vais essayer sur une clé USB pour voir si cela vient de la gestion d'un SATA en USB ou d'un problème plus général.

Merci a vous.

Effectivement je suis en 64bits. Je ne pensais vraiment pas que le problème venait de la.

Il semble que mesa-libGL soit bien installe sur ma machine, les 2 versions

[root@RIO ~]# yum info mesa-libGL
Loaded plugins: refresh-packagekit
Excluding Packages from Elisa for Fedora 10 - x86_64
Finished
Installed Packages
Name       : mesa-libGL
Arch       : i386
Version    : 7.2
Release    : 0.15.fc10
Size       : 443 k
Repo       : installed
Summary    : Mesa libGL runtime libraries and DRI drivers
URL        : http://www.mesa3d.org
License    : MIT
Description: Mesa libGL runtime library.

Name       : mesa-libGL
Arch       : x86_64
Version    : 7.2
Release    : 0.15.fc10
Size       : 462 k
Repo       : installed
Summary    : Mesa libGL runtime libraries and DRI drivers
URL        : http://www.mesa3d.org
License    : MIT
Description: Mesa libGL runtime library.

@globilux
Malheureusement, je ne crois pas que SweetHome3D soit dans les dépôts.

Juste pour mémoire, Grub2 devrait fonctionner sous ext4 c'est bien ça?

@globilux : Pourquoi tu as / en ext3 et pas ext4, comme pour /home ?

Je me renseigne, on a la petite fedora 11 bientôt, et j'aime me faire des installs fraîches..🙂

@globilux je suis d'accord pour faire la différence entre les différents paquets de deux gestionnaires, pour les supprimer, mais ça prendrai plus de temps que de réinstaller ceux que KDE supprime de Gnome..
Bon ok, on fait pas ça tous les jours non plus.

Enfin, je ne comprends toujours pas pourquoi la suppression d'un environnement graphique supprime aussi des paquetages qui étaient installés bien avant

@globilux
Il n'y a certainement pas que cette histoire de sticky-bit, mais les sous répertoires et les fichiers de /tmp n'auront toujours pas des droits corrects, même si tu corriges le sticky-bit de /tmp.

@globilux +1

@eponyme : c'est vrai qu'on ne paie pas obligatoirement quelque chose.

Cependant TOUT les projets ont besoin d'argent.

Si je contribue "gratuitement" à plusieurs projets, c'est parce qu'à côté j'ai un boulot stable qui me permet de manger tout les jours. Et (qu'en partie) les intérêts de mon employeurs et des projets se rejoignent. Et c'est la même chose pour la plupart des contributeurs (à l'exception peut-être de quelques étudiants, sponsorisés par leurs parents)

Maintenant il est clair que beaucoup trop de gens s'imaginent que le libre peut fonctionner sans argent. Un modèle économique strictement gratuit n'aurait aucune chance de survie (et d'autres s'imaginent que le libre n'est pas viable justement parce que sans argent, alors qu'en fait c'est totalement faux : le libre génère beaucoup d'argent).

Beaucoup de projets libres sont supportés par des entreprises commerciales qui gagnent de l'argent (Fedora / Redhat). Et heureusement.

Je suis, par exemple, choqué quand je vois une entreprise qui économise plusieurs millions d'euros en utilisant une solution libre et qui ne reverse pas 1 centime au projet.

++

@globilux/pingu : Oui oui pingou a deviné la réponse :hammer:
Concernant le coup de savate, ben...l'effet de la colère, 3 réinstallations tous les jours, toutes distros confondues, avec tous mes HDD en ma possession, comme ça avait servi à rien.
Et non, elle n'a pas survecu, y a eu un peu de casse.

Pour la pollution, j'm'en contrefous, j'vais pas me prendre la tête avec du matos défectueux :lol:

@globilux: Le but n'est pas de se substituer à la traduction humaine, mais de faire une traduction en 2 passes en quelques sortes. Une passe automatique et une pass humaine pour remettre en forme ce qui déconne.

@bioinfornatics: Merci pour gnome-translate. Effectivement, il fallait pas chercher bien loin.

Merci à tous.

Salut

@globilux je ne pense pas que ce soit un problème d'image corrompue puisque il a le même problème sur 3 médias. mais bon tu as raison de demander.

@Mr Pandore ça a l'air d'être une erreur sur un paquet uniquement (erreur de transaction, c'est rpm, si je ne me trompe... ?? )
donc je ne saurais trop te conseiller d'essayer de trouver dans les logs quel est ce paquet pour essayer d'effectuer une install sans ce paquet en question. Sinon tu peux te rabattre sur une fedora 32bits, peut-être que cela fonctionnera... (en tout cas une fedora i386 fonctionnera sur un Core 2 duo, maintenant si le problème existe aussi dans le paquet 32bits, il n'y a plus grand chose à faire. (à part peut être une mise à jour F8->F9 par preupgrade ?)

@globilux le mode texte j'ai essayé, même résultat.....

@globilux: Lis les fils jusqu'au bout... Ca fait 2 jours que notre ami a trouvé la solution à son problème.

pmarion wrote:un fsck

oki merci

pmarion wrote:@globilux : mais regarde l'historique je n'ai pas parlé d'argent du tout bien ou mal tourné !

quoi ?

pmarion wrote:EDIT : Et arretes de dépenser tout ton argent dans toutes tes manips! Ce disque dur aurait pu te survivre! :-P

@globilux : mais regarde l'historique je n'ai pas parlé d'argent du tout bien ou mal tourné !

globilux wrote:comment les déveroler sans perdre les données ?

un fsck va peut être pouvoir réparer ou mettra dans le pire des cas les inodes dans 'lost+found'