mackristof
Bonjour,
j'ai suivi pas-à-pas ce tuto pour rendre mon C720P parfaitement fonctionnel sour F20 avec le kernel 3.15. encore bravo aux contributeurs de ce post pour toutes ces informations.
Si je comprend bien le post precedent, on peux passer en kernel 3.17 sans probleme. il suffit juste de lancer un yum local, c'est ça ?
Yannick@ekiga
Bonjour,
Excusez-moi de ne pas avoir fait les mises à jour du script pour le noyaux 3.16 ; j'ai manqué de temps et de motivation.
Le noyau 3.17.2 est maintenant disponible dans les dépôts officiels (mise à jour normale) et d'après mes premiers essais : le pavé tactile, l'écran tactile et la mise en veille marchent. J'ai peu testé et j'ai eu une fois un bug de pavé tactile au ralenti après une mise en veille, mais ça à l'air de bien fonctionner.
Il semble qu'on n'ait plus besoin du script avec cette nouvelle série de noyaux ! Je vais continuer mes tests et si tout va bien, je mettrai à jour le tuto.
Yannick@ekiga
[fr] Bonne nouvelle ! Avec le noyau 3.17.2, on n'a plus besoin de script. Mes tests personnels vont dans ce sens. Toutefois je pense que les configurations pour le pavé tactile et la mise en veille sont toujours utiles.
Je vous encourage à faire la mise à jour si vous êtes toujours en 3.15, ne serait-ce que pour des raisons de sécurité (en particulier le soucis avec le shell bash qui est apparu entre temps)
[en] With kernel 3.17.2, there is no need for a script. I still believe we need some configuration files for touchpad and sleep mode. I advice to update.
zeig
Hibernate HP ChromeBook 14 (Fedora 21 / Kernel 3.17.4)
Après plusieurs heures à chercher ce qui pouvait bien pouvoir causer des corruptions du fs et des resumes avec succès aléatoire, je pense avoir enfin trouvé d'où venait le problème: le module intel i915 au boot.
Dans /etc/grub2.cfg (et /etc/default/grub), rajouter les options:
drm.debug=0 nomodeset tpm_tis.interrupts=0 modprobe.blacklist=i915 rdblacklist=i915 rd.driver.blacklist=i915
Cela empêche le chargement du module i915 au boot (il existe aussi avec ce module des problèmes avec le splash screen).
Créer /etc/modprobe.d/i915.conf:
options i915 semaphores=0 modeset=1 use_mmio_flip=0 powersave=1 enable_ips=1 disable_power_well=1 disable_display=0 enable_hangcheck=0 enable_cmd_parser=0 fastboot=1 enable_fbc=0 enable_ppgtt=1 reset=0 lvds_use_ssc=0 enable_psr=0 lvds_downclock=0
Le module sera chargé après le boot.
Dans /usr/lib/systemd/system-sleep/, placer le fichier "chromebook-suspend.sh":
#!/bin/bash
case $1/$2 in
pre/*)
/sbin/modprobe -r cyapa
;;
post/*)
/sbin/modprobe cyapa
;;
esac
Et normalement, le HP ChromeBook 14 fait plusieurs Hibernate/Resume sans problème.
ck32
Bonjour à tous,
Hier, j'ai recu un nouveau disque SSD et en ai profité pour flasher le bios avec le travail réalisé par johnlewis. Aucun souci de ce côté là. L'ecran embêtant au moment du demarage a disparu. Merci pour son travail.
J'ai ensuite fait une réinstallation compléte de Fedora et lors de l'update s'est installé le kernel 3.17.3 (je fonctionnais dans l'ancienne config avec le 3.17.2).
Depuis, J'ai un gros souci de pavé tactile qui est très lent et ne semble fonctionner que sur la partie haut du pavé. J'ai essayé d'augmenter la vitesse du pasé dans gnome mais rien à faire. Le plus etrange c'est que le pavé semble très bien réagir lorsque je branche la souris usb !!!
L'un d'entre vous as-t-il experimenté ces symptomes ? Que puis-je faire ?
Merci
fedboreve
Bonjour
Je signale que le petit truc pour le montage d'un disque réseau sur une box bien connue en france ne fonctionne plus. Il est encore présent dans le message #2 de cette discussion.
J'ai ouvert un message à l'adresse suivante :
http://forums.fedora-fr.org/viewtopic.php?id=62957
Si une solution n'est pas trouvée prochainement, il faudra certainement le retirer
@Yannick : Merci encore pour le suivi régulier du script.
fedboreve
Le message que j'avais ouvert est résolu :
La commande dans le message #2 devrait désormais être :
mount -t cifs //mafreebox.freebox.fr/Disque\ dur /mnt/freebox/ -o user=freebox,password=password,uid=1000,gid=1000,rw,sec=ntlm > /tmp/logdesavaut.txt
Amicalement
ck32
Je viens de faire la mise à jour 3.17.4 et tout semble être rentré dans l'ordre : la touchpad est à nouveau parfaitement fonctionnel, la mise en veille semble fonctionner et le touchscreen est ok !
parrenin
Bonjour,
Merci à tous ceux qui participent à cette initiative.
Est-ce que quelqu'un a testé l'installation de fedora 21 sur l'ACER C720P ?
Qu'est-ce qu'il reste à faire manuellement pour que le matériel soit bien pris en charge ?
parrenin
Bonjour,
J'ai essayé d'installer fedora 21 sur l'Acer C720P.
L'installation se fait sans problème.
Au premier démarrage, il y avait un bug avec le pointeur (il était instable) mais après mise à jour cela a disparu.
J'ai appliqué les recettes de Yannick pour avoir la mise en veille et elle fonctionne.
Par contre, j'ai un problème pour le clavier : gnome-session-properties n'existe plus dans F21.
Quelqu'un a-t-il la solution ?
madko
Quel est ton problème avec le clavier??
parrenin
Le problème, c'est que les touches multimédia du clavier du chromebook ne sont pas reconnues.
Yannick proposait un hack basé sur xbindkeys. Cela nécessite l'exécution d'un script au démarrage de la session gnome. Comme gnome-session-properties n'existe plus, je ne sais pas comment on fait.
parrenin
J'ai l'impression que plus grand monde ne participe à ce forum, dommage...
J'ai des problèmes de son avec la F21 :
1) parfois, le son se coupe et la sortie son est indiquée comme "sortie factice". Je suis alors obligé de rebooter.
2) lorsque j'ai chrome ou epiphany ouvert sur youtube et que je mets en veille, ils perdent le son au réveil. Je suis obligé de les redémarrer pour que le son revienne.
J'ai aussi parfois des problèmes de pointeur, qui devient tout tremblant avec une tendance à partir à gauche de l'écran. Une mise en veille et un réveil résolvent alors le problème.
fedboreve
Bonjour,
je suis passé de la 20 à la 21 sans problème avec un fedup.
Toutefois j'ai aussi le problème de carte son.
ck32
Bonjour,
J'ai également fais la mise à jour de F20 à F21. Tout se passe bien mais j'ai un souci depuis lorsque j'essaie de faire un update. QQn a-t-il deja connu ce probleme et comment s'en sortir.
fedora@localhost ~$ sudo yum update
Modules complémentaires chargés : fastestmirror, langpacks
adobe-linux-x86_64 | 951 B 00:00
fedora/21/x86_64/metalink | 28 kB 00:00
fedy | 1.6 kB 00:00
http://www.infinality.net/fedora/linux/21/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.
http://www.infinality.net/fedora/linux/21/noarch/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.
One of the configured repositories failed (Infinality - noarch),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Disable the repository, so yum won't use it by default. Yum will then
just ignore the repository until you permanently enable it again or use
--enablerepo for temporary usage:
yum-config-manager --disable infinality-noarch
4. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=infinality-noarch.skip_if_unavailable=true
failure: repodata/repomd.xml from infinality-noarch: [Errno 256] No more mirrors to try.
http://www.infinality.net/fedora/linux/21/noarch/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Je me suis dis que c'était le repo de fedy qui devait bloquer je l'ai édité pour mettre "enable=0" mais toujours le même prob avec un autre repo.
Merci pour votre aide.
Edouard_le_homard
http://www.infinality.net/fedora/linux/21/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.
bah et pour cause : essaie d'aller sur
http://www.infinality.net/fedora/linux/21/x86_64/repodata/
Si je ne dis pas de bêtises, en faisant un yum clean all puis yum update, il devrait chercher tout seul un repo joignable
madko
En tapant comme indiqué:
yum-config-manager --save --setopt=infinality-noarch.skip_if_unavailable=true
ça ne règle pas le soucis?
Edouard_le_homard
mais du coup yum va aller chercher un autre miroir ?
madko
c'est pas un problème de mirroir, c'est un dépot (infinality) qui n'existe pas (en tout cas pour f21). L'option skip_if_unavailable=true permet juste de zapper ce dépot s'il n'est pas disponible, au lieu de faire une erreur et de bloquer.
Edouard_le_homard
ok je pense que j'ai du lire de travers la première fois, au temps pour moi