Salut nouvo09,
Non, le serveur ntpd n'est pas actif et je n'ai pas de serveur de temps...comme sur les autres distributions.

Bonjour à toutes et à tous,
Sur une machine où sont installées:
- Mandriva
- LinuxMint Debian
- Ubuntu
- Fedora 13
seule l'heure indiquée par Fedora est fausse; 1h de moins.

Exemple concret:
Il est 10 heures.
Le bios indique 10 heures.
Mandriva, LinuxMint et Ubuntu indiquent 10 heures
Fedora indique 9 heures.
Si j'ajuste l'heure de Fedora à 10 heures, lors d'un reboot sur les autres distributions, l'heure indiquée sera 11 heures.

Précisions:
Il n'y a pas de Windows installé sur cette machine
La case UTC est bien décochée sur toutes les distributions
Le fuseau horaire est bien Paris sur toutes les distributions.
Je peux contourner ce problème en réglant le fuseau horaire de Fedora sur Athènes par exemple mais ce n'est pas la panacée, non? 🙁

@pingou:
réponse de rpm -q fedora-release

fedora-release-14-1.noarch

Étonnant ce noarch, non?
Car l'architecture de ma Fedora est une 64 bits.

@C2G9
J'ai installé une Fedora 14 KDE 32 bits en net-install sur VirtualBox et je n'ai pas ces recherches de miroirs lorsque j'installe un paquet.

En tout cas, merci pour vos réponses. 😉

Bonjour à toutes et à tous,
Je suis passé de Fedora 14 Bêta vers Fedora 14 en exécutant un yum update.
Tout s'est bien passé mais maintenant quand je veux installer un paquet par yum install paquet, le système "essaie" plusieurs miroirs avant de trouver le bon.
Exemple:
J'ai fait yum install gparted.
Voici ce que j'ai obtenu sur la console:

Téléchargement des paquets :
Setting up and reading Presto delta metadata
http://fedora.univ-nantes.fr/fedora.redhat.com/fedora/linux/releases/14/Everything/x86_64/os/repodata/c7c76f2c4f8f8959fce9042e3b11537af5f6be08507eae7554fd7b2a1d36ac8c-prestodelta.xml.gz: [Errno 14] HTTP Error 404 :http://fedora.univ-nantes.fr/fedora.redhat.com/fedora/linux/releases/14/Everything/x86_64/os/repodata/c7c76f2c4f8f8959fce9042e3b11537af5f6be08507eae7554fd7b2a1d36ac8c-prestodelta.xml.gz
Essai d'un autre miroir
ftp://ftp.ciril.fr/pub/linux/fedora/linux/releases/14/Everything/x86_64/os/repodata/c7c76f2c4f8f8959fce9042e3b11537af5f6be08507eae7554fd7b2a1d36ac8c-prestodelta.xml.gz: [Errno 14] FTP Error 550 :ftp://ftp.ciril.fr/pub/linux/fedora/linux/releases/14/Everything/x86_64/os/repodata/c7c76f2c4f8f8959fce9042e3b11537af5f6be08507eae7554fd7b2a1d36ac8c-prestodelta.xml.gz

etc.. et 60 autres miroirs testés. :-o
Je n'avais pas cela lorsque j'étais sous la version Bêta.
Je sais qu'il faut modifier un fichier de configuration...enfin je suppose, mais je n'ai pas trouvé la solution.
C'est pour cela que je fais appel à votre sagacité.
Merci d'avance. 😉

Suite à vos remarques judicieuses, j'ai vérifié les versions de Kpackagekit installées sur les machines.
Pourquoi n'y avais-je pas pensé avant...allez savoir? :roll:
Ordinateur de bureau: 0.6.1-1.fc14
Portable: 0.6.2-1.fc14

J'ai donc désinstallé celui de mon portable, puis l'ai réinstallé.
Et Yum a installé la bonne version c'est à dire 0.6.1-1.fc14.
Ce qui a résolu le problème.
Alors pourquoi cette différence de versions? Je n'en sais rien.
Je n'ai configuré que les dépôts Fedora de la 14, et l'installation a été effectuée en net-install sur les 2 machines.
Voilà.
Encore merci pour votre aide précieuse. 😉

Bonjour proxy,
Merci de t'intéresser à mon problème.
Le service KPackageKit est bien coché. :-?

Bonjour,
J'ai installé Fedora 14 64 bits KDE sur mon ordinateur de bureau ainsi que sur mon portable.
Ces versions sont à jour.
Voici ce que j'observe sur mon portable en ouvrant KpackageKit (copie partielle d'écran):



Je n'ai pas les onglets comme sur la version 13 ou la version 14 sur mon ordinateur de bureau dont voici une partie de copie d'écran





Et toujours sur mon portable, je n'ai pas de notification de mises à jour (la petite roue dentée verte qui apparait dans la boîte à miniature).
Y aurait-il une relation de cause à effets?
Ou peut-être que j'ai loupé quelque chose. 🙁

Bonjour tout le monde,
Encore moi :roll:
Voilà mon problème sur la Fedora 14 64 bits KDE sur un ordinateur de bureau:
Le pavé numérique est inversé c'est à dire:
- voyant Num Lock allumé -> pavé numérique inactif
- voyant éteint -> pavé numérique actif.
:-?

C'est bon maintenant.
Les mises à jour s'effectuent sans problèmes.
Merci pour votre aide. 😉

Ah d'accord.
Merci PapsOu. 😉

Merci pour tes explications PapsOu.
J'attends donc les prochaines mises à jour et si tout se passe bien je passerai en résolu.

PS: tiens, les émoticônes ne s'affiche pas???
Bon ce n'est pas grave.

Merci Papsou, j'ai pu effectuer les mises à jour par l'intermédiaire de cette commande.
J'aurais dû y penser avant d'ailleurs.:-?
J'attends les prochaines mises à jour pour voir si la méthode graphique pose toujours problème.
Je passerai en résolu en fonction des résultats.
Merci encore.

Bonjour à toutes et à tous,
Très bien cette F14, j'ai installée la 32 bits sur un PC de test et la 64 bits sur mon portable.
Le problème est que sur mon portable, la 64 bits donc, je ne peux pas effectuer les mises à jour car, après avoir répondu OK à la demande d'acceptation d'une clé, le système se bloque sur la fenêtre "Attente d'une autorisation..etc".
C'est à cet instant qu'une fenêtre me demandant le mot de passe root doit apparaître.
Et bien elle n'apparaît pas, donc je ne peux pas donner mon MDP, donc le système m'interdit les mises à jour.
Pas de problème avec la 32 bits.
Si vous avez une piste pour que je puisse continuer le test de cette 64 bits...🙂

Bonjour à toutes et à tous,
Je reprends ce fil parce que pour moi le problème n'est pas réglé.
J'ai installé 3 Fedora 13, 2 en 64 bits et une en 32 bits sur des machines où il y a d'autres distributions Linux mais sans Windows.
Quelle que soit la machine:
Si je règle Fedora sur l'heure exacte, sur les autres distributions l'heure indiquée est en retard de 2 heures.
Si je règle l'heure exacte sur l'une ou l'autre des distributions, au prochain démarrage de Fedora, l'heure avance de 2 heures.
Que je coche ou décoche "heure UTC", c'est pareil.
Alors la solution que j'ai trouvé pour contourner ce problème est, sous Fedora, prendre le fuseau horaire de Dakar (salut à nos amis sénégalais).
Et là tout baigne, mais ce n'est pas normal, non?

Voici ce que j'ai pu constater en poursuivant mes recherches:
Le DVD 64 bits de Linux Identity boote sur un portable Dell XPS M1530 ainsi que sur un ordinateur de bureau équipé d'une "vieille" carte mère Asrock.
Bien entendu, cette dernière machine étant une 32 bits, le boot s'arrête en demandant la version correcte.
Mais ce DVD ne boote pas sur 2 machines équipées de carte mère Gigabyte, je précise la marque de ces cartes mères car c'est le seul point commun qui existe entre ces 2 dernières machines.
Relation de cause à effet? je n'en sais rien.
Quant au DVD 32 bits, lui il boote partout...
Voilà...

Non, la version 32 bits ne pose aucun problème.

Achète le Linux Identity spécial Fedora 13: DVD version 32 & 64 bits incluses

C'est justement avec le DVD de cette revue que j'ai aussi le problème.

Bonjour,
J'ai enfin réussi à installer la 64 bits en utilisant le LiveCD KDE 64 et en faisant aussi un essai avec la net-install.
Pour le DVD j'ai tout essayé; re-téléchargement, re-gravure à partir d'une autre machine.
Toujours pas possible de booter.
Voilà, je ne sais pas pourquoi ce dysfonctionnement.
En tout cas merci à vous pour vous être interessés à mon problème.😉

Je viens de télécharger par Ktorrent, vérifié le Check sum, gravé avec K3b à une vitesse de 4X sur un DVD non réinscriptible et c'est toujours pareil, le DVD ne boote pas sur 3 machines.

Bonjour,

Comment as-tu téléchargé le dvd 64 bits ?

Je l'ai téléchargé depuis ce site
et gravé à l'aide de K3b sur une Mandriva, sum5 vérifiée bien entendu.
Bon je l'ai gravé sur un DVD réinscriptible, peut-être que...🙁
Je vais recommencer un téléchargement par bit torrent puis graver sur un DVD non réinscriptible.
Je rappelle quand même que le DVD de Linux Identity ne boote pas non plus.
Merci pour vos réponses.😉