- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora Linux 36 est disponible !
tu es sûr de ne pas avoir simplement basculer sur l'écran externe (touche FnF8) ?
ton client ne parlerait pas plutôt de RHEL 6 ?
ça ressemble a un message de gnome 3
F16 ça devait être gnome 3.2
peut-être que tu pourrais démarrer sur une session fallback ( à choisir quand tu es sur l'interface du gestionnaire de sessions)
mes vieilles distros ont encore leur utilité... l'été dans le cerisier
reactos c'est toujours au même point depuis de nombreuses années ! 1998
Salut, moi aussi j'ai toujours eu le réflexe de mettre numlockX depuis des années...
...or, sur Fedora17, je n'en ai pas eu besoin, il m'a suffi d'appuyer sur Verr Num une fois à l'écran de GDM (ou une fois connecté, je ne sais plus), et ça l'a "mémorisé", depuis j'ai toujours le pavé numérique actif.
Magique je ne sais pas, satisfaisant certainement, maintenant est-ce que ça ne l'a fait qu'à moi... ?
oui,pareil pour moi
quand je suis sur ubuntu et si je monte la partition de fedora , alors os-prober la détecte : c'est donc bien un problème d'accès aux fichiers.
non ce n'est pas le cas chez les autres mais ça ne résout pas pour autant le problème
(j'enlève résolu et je cherche encore.)
je viens de comprendre la raison:
[fred@localhost ~]$ cat /boot/grub2/grub.cfg
cat: /boot/grub2/grub.cfg: Permission non accordée
les droits sur le grub.cfg de F17 ne permettent pas aux autres os-prober d'y acceder.
edit erreur ce n'est pas la raison
il n'y a pas de problème a resoudre, je m'interrogeais simplement de savoir si F17 avait quelquechose de spécial qui fasse qu'elle ne soit pas détectée par les autes systèmes.
possible , mais alors aussi debian arch frugalware...
pourtant entre eux la detection fonctionne.
le grub principal est grub2 d'ubuntu 12.04 sur /dev/sda
les autres sont des grub2 recents sur les bootsecteurs respectifs
bonjour,
j'ai installé F17 sur une partition de mon disque , en installant grub sur sa racine soit /dev/sda7
je redémarre la machine et mets a jour le grub principal mais F17 n'est pas détecté
je teste les autres grub présents et aucun ne détecte F17.
je crée donc une entrée chainloadée vers la racine de F17 ce qui me permet de le démarrer sans erreur.
savez-vous pourquoi la détection de F17 n'a pas lieu ?
merci de m'avoir accordé votre attention
PS le grub de F17 détecte bien , lui, tous les autres systèmes.
pour faire réapparaître le grub , démarrer avec la touche Maj (ou parfois Echap) enfoncée
pour moi, aucun danger
dans /etc/default/grub mettre grub_timeout à 0
GRUB_DEFAULT="0"
GRUB_TIMEOUT="5"
puis upgrader le grub
et pour booter c'est Ctrl + x si je dis pas de bétise
Alt +F2 puis r
et dans gnome-tweak-tool basculer l'extension sur "on"
en installant une variante comme adwaita cupertino ça ne se produit plus
le contraire de hidden c'est pas shown ?
ah ok parmis toutes les suggestions différentes que tu donnes je n'avais pas vu celle ci
on est même pas obligé de taper tout le nom, par exemple pour libreoffice writer , wri suffit
je trouve ça très rapide
sauf a créer une entrée custom avec un rang inférieur a 10 (09_custom par exemple)
auquel cas il restera devant les nouveaux noyaux qui seront dans 10_linux
moi j'utilise avec efficacité la méthode décrite par Heldwin
tiens justement , lors de ma derniere maj , j'ai vu apparaitre sur gnome-shell une notification m'indiquant qu'il me restait moins de 500mo de libre.j'ai trouvé ça sympa :)
Pour Misaine Gnome 3.2 est déjà sous sid
non pas tout a fait , gnome-shell est encore en 3.0.2 mais je pioche un peu dans experimental