Merci à tous les deux pour vos réponses rapides 8-)

Donc pour vous répondre :
- non, rien d'anormal dans les logs (mis à part la non-attribution de l'adresse quels que soient les clients linux :-? )
- je vais explorer ton début d'explication/solution @Marcet

@Marcet et VINDICATORs : c'était bien à eux que je pensais en effet.
Les producteurs l'ont dans l'os lors de soucis de cet ordre, c'est clair.

nems wrote:@Marcet : est-ce que ca veut dire que j'ai définitivement un Bluetooth dans mon PC ?

Extrait de http://www.pcidatabase.com/ :

Device Id    Chip Description    Vendor Id    Vendor Name
0x4500    Broadcom 2046 Bluetooth 2.1 USB Dongle    0x0A5C    Broadcom Corporation

@madko effectivement c'est neuf et je crois que je vais prendre donc du icore.
@Marcet pour le retro eclairage en choisisant une machine je vais faire attention de verivier qu'il y ai un interrupteur hard.
la commande avec echo pose un petit probleme (en tout cas pour l'eclairage de l'ecran) apres on ne peut plus le baisser meme en redemarrant le pc.

@Marcet

Bonjour.

Je me permets de m'insinuer dans la discussion pour une petite question. Vous précisez :

Faire une installation propre de F14 te permettrai de reformater tes disques en ext4.

Je conserve systématiquement mon /home sur un disque physique autre que celui recevant l'installation. Mon /home est donc formaté en .ext3 (ainsi qu'un troisième disque de données). Est-ce vraiment important de passer ces périphériques en ext4 ?

Merci de votre réponse.

@Marcet :
Idem chez moi.Source# 19

kwizart wrote:Bonjour,
Tu peux utiliser la nouvelle version stable en faisant :
yum install kmod-nvidia --enablerepo=rpmfusion-nonfree-updates-testing

remixbx wrote:@Marcet: Je tourne avec depuis quelques jours et je n'ai plus aucun problème de ralentissement et je n'ai pas vu de bug non plus.

Merci pour cette réponse rapide.
Je vais l'installer de ce pas.

@Marcet: Je tourne avec depuis quelques jours et je n'ai plus aucun problème de ralentissement et je n'ai pas vu de bug non plus.

Précisions: Et notamment à l'attention de CO2
Après une discussion avec Alexandre Oliva il apparaît que linux-firmware est un paquet dont le développement est autonome par rapport au kernel (contrairement à kernel-firmware auparavant) et que personne n'en maintient une version libre.
Toutefois, je peux vous annoncer que des versions de kernel-libre-firmware vont être réactivées pour les linux-libres à venir tant pour f13 que pour f14.
D'ailleurs, la version du noyau libre kernel-libre-2.6.33.5-128.fc13 qui va bientôt être dans le dépôt freed-ora detesting aura déjà une version kernel-libre-firmware réactivée. (kernel-libre-firmware-2.6.33.5-128.fc13).
@Marcet Je te rappelle que le sens de blob (Binary Large OBject) est à prendre au sens péjoratif en ce qui concerne le logiciel libre.

Tuxy wrote:@pepper13, lorsque j'installe fedora, je ne choisi jamais "use only free space" je fais un partionnement manuel, en mettant une swap, une racine, et une home. Peut être un problème a cause du lvm parce qu'il me semble que par défaut en choisissant l'option "use only free space" fedora partitionne avec LVM. Tu devrais peut être recommencer en manuel sans LVM (je crois avoir déjà eu ce problème).

J'ai utilisé une partition LVM pour mon installation. Si ça a posé des problèmes par le passé, ça n'en pose plus maintenant.

@Marcet, je viens de regarder, mon MBP n'a qu'une carte 9400M donc, moi yen a pas concerné, et je pourrais pas te dire pour la conso.

Ok.

Tuxy wrote:@Marcet, j'ai testé le paramètre à passer au kernel (reboot=pci) et ça marche nickel : le MBP reboot depuis GNOME ou console virtuelle sous Fedora sans problème, et au redémarrage j'ai pas le problème d'écran noir.

Quelle chance pour toi... Mais ça me donne envie de continuer à chercher.

Par contre, je suis un peu embêté, j'ai ré-installé la fedora 11 sur le MBP, j'arrive au quasi-parfait mais j'arrive plus à activer le son par les HP . grrr

Arf, pas de chance. Mais t'inquiète pas, on va y arriver. Il y a beaucoup de monde qui utilise un MBP sous Linux 😉

Tuxy wrote:@Marcet, désolé pour la réponse décalé d'un mois (ha le taf).

Pas de problèmes, rassures-toi, je sais bien de quoi tu parles 😉

En réglant la luminosité correctement avec nvclock, le MBP m'a tenu environ une matinée (j'ai pas fait de vrai test) soit 3 h (peu être 4) mais comme je suis parti mangé j'ai pas vu à quel moment il a coupé. Donc bon résultat, mais en mettant la luminosité à 50%.

Dans une pièce correctement éclairée, on peut se contenter de 30% de luminosité dans la plupart des cas.
Nous verrons ce que donne Fedora 12, la gestion d'énergie est plus perfomante.

@Marcet, j'ai testé le paramètre à passer au kernel (reboot=pci) et ça marche nickel : le MBP reboot depuis GNOME ou console virtuelle sous Fedora sans problème, et au redémarrage j'ai pas le problème d'écran noir. Ton soucis viens peut être d'ailleurs. En tout cas merci. Par contre, je suis un peu embêté, j'ai ré-installé la fedora 11 sur le MBP, j'arrive au quasi-parfait mais j'arrive plus à activer le son par les HP . grrr

Salut,
@Marcet, désolé pour la réponse décalé d'un mois (ha le taf). En réglant la luminosité correctement avec nvclock, le MBP m'a tenu environ une matinée (j'ai pas fait de vrai test) soit 3 h (peu être 4) mais comme je suis parti mangé j'ai pas vu à quel moment il a coupé. Donc bon résultat, mais en mettant la luminosité à 50%.

Pour l'acpi j'ai pas encore testé, je te tiendrais au courant.

@pepper13, pour le partionnement, comme a dit marcet, juste laisser de l'espace vide (je suis l'auteur du tuto, et j'ai peut être pas été bien explicite sur ce point).

@Marcet,

Si tu as branché ton écran en DVI, tu peux supprimer les lignes suivantes devenues inutiles :
Code:

HorizSync 30.0 - 81.0
VertRefresh 56.0 - 60.0

Ah, ok ! Je suis connecté en DVI et j'avais pris ces références dans la doc de l'écran Samsung, et, dans mon Xorg.0.log, j'ai ces lignes, commencant par (WW):

(--) NVIDIA(0): Connected display device(s) on GeForce GTX 260 at PCI:1:0:0:
(--) NVIDIA(0):     Samsung SyncMaster (DFP-0)
(--) NVIDIA(0): Samsung SyncMaster (DFP-0): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): Samsung SyncMaster (DFP-0): Internal Dual Link TMDS
(WW) NVIDIA(0): The EDID for Samsung SyncMaster (DFP-0) contradicts itself:
(WW) NVIDIA(0):     mode "1920x1080" is specified in the EDID; however, the
(WW) NVIDIA(0):     EDID's valid VertRefresh range (56.000-61.000 Hz) would
(WW) NVIDIA(0):     exclude this mode's VertRefresh (50.0 Hz); ignoring
(WW) NVIDIA(0):     VertRefresh check for mode "1920x1080".
(WW) NVIDIA(0): The EDID for Samsung SyncMaster (DFP-0) contradicts itself:
(WW) NVIDIA(0):     mode "1280x720" is specified in the EDID; however, the
(WW) NVIDIA(0):     EDID's valid VertRefresh range (56.000-61.000 Hz) would
(WW) NVIDIA(0):     exclude this mode's VertRefresh (50.0 Hz); ignoring
(WW) NVIDIA(0):     VertRefresh check for mode "1280x720".
(WW) NVIDIA(0): The EDID for Samsung SyncMaster (DFP-0) contradicts itself:
(WW) NVIDIA(0):     mode "720x576" is specified in the EDID; however, the
(WW) NVIDIA(0):     EDID's valid VertRefresh range (56.000-61.000 Hz) would
(WW) NVIDIA(0):     exclude this mode's VertRefresh (50.0 Hz); ignoring
(WW) NVIDIA(0):     VertRefresh check for mode "720x576".
(WW) NVIDIA(0): The EDID for Samsung SyncMaster (DFP-0) contradicts itself:
(WW) NVIDIA(0):     mode "1920x1080" is specified in the EDID; however, the
(WW) NVIDIA(0):     EDID's valid VertRefresh range (56.000-61.000 Hz) would
(WW) NVIDIA(0):     exclude this mode's VertRefresh (50.0 Hz); ignoring
(WW) NVIDIA(0):     VertRefresh check for mode "1920x1080".
(WW) NVIDIA(0): The EDID for Samsung SyncMaster (DFP-0) contradicts itself:
(WW) NVIDIA(0):     mode "1280x720" is specified in the EDID; however, the
(WW) NVIDIA(0):     EDID's valid VertRefresh range (56.000-61.000 Hz) would
(WW) NVIDIA(0):     exclude this mode's VertRefresh (50.0 Hz); ignoring
(WW) NVIDIA(0):     VertRefresh check for mode "1280x720".
(WW) NVIDIA(0): The EDID for Samsung SyncMaster (DFP-0) contradicts itself:
(WW) NVIDIA(0):     mode "720x576" is specified in the EDID; however, the
(WW) NVIDIA(0):     EDID's valid VertRefresh range (56.000-61.000 Hz) would
(WW) NVIDIA(0):     exclude this mode's VertRefresh (50.0 Hz); ignoring
(WW) NVIDIA(0):     VertRefresh check for mode "720x576".
(II) NVIDIA(0): Assigned Display Device: DFP-0
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):     "1920x1080_60+0+0"
(II) NVIDIA(0): Virtual screen size determined to be 1920 x 1080

C'est lié à ces lignes inutiles si connecté en DVI ?

@Marcet : Ah oui, en effet, merci du conseil 😃

@Aiolizator : Ok, je vais voir pour vino, si je me rappelle bien, un simple client VNC (tel Ultr@VNC sous Windows) va suffir pour pouvoir s'y connecter ?

Merci en tout cas pour toutes vos réponses 🙂

Nontenda wrote:@Marcet : Oui, mais ce que j'iamerais c'est que le serveur ne créé pas de nouveaux displays, comme sous Windows, qu'il utilise le display de la session.

Si je ne me trompes pas, c'est le display 0 que tu veux.

J'explique pourquoi c'est : Nous avons 7 machines sous Fedora et aimerions (depuis Windows) voir ce que font les utilisateurs.

Big Brother is Watching You 😉

@Marcet : Oui, mais ce que j'iamerais c'est que le serveur ne créé pas de nouveaux displays, comme sous Windows, qu'il utilise le display de la session.
J'explique pourquoi c'est : Nous avons 7 machines sous Fedora et aimerions (depuis Windows) voir ce que font les utilisateurs.

@bioinfornatics : Ok, merci, je vais voir du coté de NX 🙂