Olibois

  • 20 sept. 2015
  • Inscrit 7 oct. 2011
  • 0 meilleure réponse
  • Petit nouveau
  • Dans dnf group
    Bonjour,

    Par curiosité, je testais dnf et je suis tombé sur un comportement étrange avec dnf group ... Je m'explique

    Je demande la liste de tous les groupes*:
    $ dnf group list
Available environment groups:
   Bureau Cinnamon
   Bureau GNOME
 ...
   Station de travail de développement et de création
Available groups:
   Applications médicales
...
   Impression 3D
...
   Éditeurs
    *J'ai volontairement allégé la sortie

    Ensuite je demande plus d'info sur "Impression 3D" 
    $ dnf group info "Impression 3D"
Attention : le groupe Impression 3D n'existe pas.
    mais il dit ne pas connaitre

    En élargissement la recherche, ça marche: 
    $ dnf group info *3D*

Groupe : Impression 3D
 Description : Logiciel d'impression 3D
 Paquets par défaut :
   RepetierHost
   blender
   cura
   meshlab
   openscad
   openscad-MCAD
   printrun
   repsnapper
   sfact
   skeinforge
   slic3r
    Donc le groupe "Impression 3D" existe bien mais dnf ne semble pas utiliser le nom comme index. C'est yum qui va me donner la réponse grâce à l'ID du groupe: 
    $ yum group info "Impression 3D"
Modules complémentaires chargés : langpacks, refresh-packagekit

Groupe : Impression 3D
 ID du groupe : 3d-printing
 Description : Logiciel d'impression 3D
 Paquets par défaut :
   +RepetierHost
   +blender
   +cura
   +meshlab
   +openscad
   +openscad-MCAD
   +printrun
   +repsnapper
   +sfact
   +skeinforge
   +slic3r
    et donc dnf: 
    $ dnf group info "3d-printing"

Groupe : Impression 3D
 Description : Logiciel d'impression 3D
 Paquets par défaut :
   RepetierHost
   blender
   cura
   meshlab
   openscad
   openscad-MCAD
   printrun
   repsnapper
   sfact
   skeinforge
   slic3r
    Est-ce normal ?
  • Dans Fedora 20 : retour d'expérience
    didierg wrote:
    Olibois wrote:Dans le menu en haut à droite, pas moyen de lancer la connexion filaire. Il faut passer par le gestionaire de réseau et quand la connexion est active, il n'y a plus d'icones réseau.
    Voir:
    Alors effectivement, si je coupe le Wifi, je suis en mode avion pour lequel aucune connexion "sans-fil" n'est disponible. Par contre, si je branche un câble Ethernet, je reste en mode avion mais j'ai du réseau mais pas d'icone pour l'indiquer.

    En gros maintenant, soit il y a du réseau filaire et uniquement l'icône de l'avion, soit aucun réseau et il y a l'icône "réseau avec une croix".

    Il faut juste que je m'y fasse 🙂
  • Dans Fedora 20 : retour d'expérience
    Bonjour,
    J'avais fait un post spécifique avant l'apparition de celui-ci, je résume ici

    - Méthode d'installation : 
    # fedup-cli --network 20
    a échoué. Le système redémarrait mais ne lançait pas l'upgrade et rebootait sur Fedora 19.
    J'ai upgradé fedup en 0.8 et c'est passé 
    # yum --enablerepo=updates-testing update fedup
# fedup --clean
# fedup-cli --network 20 --nogpgcheck
# reboot
# yum clean all
# yum distribution-synchronization
# package-cleanup --cleandupes
# package-cleanup --orphans
    - Problèmes majeurs :
    Avoir été obligé de mettre à jour fedup

    - Soucis mineurs :
    RAS

    - Points positifs :
    Le système semble bien réactif.
    C'est la première fois que je passais par fedup et c'est plutôt pas mal quand ca se lance 😉

    - Points négatifs :
    Le système démarre en "Mode avion" même avec un câble réseau branché.
    Dans le menu en haut à droite, pas moyen de lancer la connexion filaire. Il faut passer par le gestionaire de réseau et quand la connexion est active, il n'y a plus d'icones réseau.
  • Dans fedup -network 20 OK mais après ...
    J'ai résolu le problème en suivant le conseil de passer à la version 0.8 de fedup. Dans le détail cela donne: 
    # yum --enablerepo=updates-testing update fedup
# fedup --clean
# fedup-cli --network 20 --nogpgcheck
# reboot
# yum clean all
# yum distribution-synchronization
    l'option --disablepresto proposée par la doc ne fonctionne pas ...
    Il a supprimé 2 packages et est revenu à la version précédente sur 26 autres 
    # package-cleanup --cleandupes
# package-cleanup --orphans
    Là il m'a trouvé quelques paquets de kernel et des kmod orphelins que j'ai supprimé

    Il me reste des paquets fc19 mais je vais voir à l'usure si ils sont mis à jour.
  • Dans fedup -network 20 OK mais après ...
    Bonjour,

    Pour la première fois je teste l'upgrade via fedup, mais cela ne se passe pas très bien. Voici ce que j'ai fait: 
    # yum update
# yum install fedup
# reboot
# fedup-cli -network 20
... Tout c'est bien passé
# reboot
    Là, j'ai bien l'entrée fedup dans Grub, je lance, je vois le logo Fedora qui clignote avec la barre de progression ... qui ne progresse pas, puis ça reboot au bout de quelques secondes sur mon ancien Grub sous Fedora 19.

    Je peux relancer la procédure fedup, j'obtiens la même chose.

    J'ai tenté de modifier l'entrée Grub de Fedup comme proposé par le Wiki
    Wiki wrote:If you add rd.upgrade.debugshell boot argument, you will get a login shell on VT2, allowing you to tinker with the system in case something goes wrong
    Quelqu'un peut m'indiquer par où commencer à chercher ?

    Merci par avance.

    Olivier
  • Dans [Résolu]soucis de mise à jour avec le paquet akmod-nvidia
    LeFouFurieux wrote: La commande qui m'a aidé à résoudre (adapter selon les versions) 
    su -c 'yum update xorg-x11-drv-nvidia-304xx-libs.x86_64'
    ou 
    sudo yum update xorg-x11-drv-nvidia-304xx-libs.x86_64
    Puis enfin si tout se passe bien 
    su -c 'yum update'
    ou 
    sudo yum update
    Je confirme, c'est comme cela qu'il faut faire en l'adaptant à ce qui est déjà installé évidemment. Pour moi
    su -c 'yum update xorg-x11-drv-nvidia-libs-319.23-5.fc19.x86_64'
  • Dans connection a active directory
    Je bosse dans un grand groupe qi utilise Active Directory et j'ai voulu faire pareil que toi.

    J'ai suivi les infos données ici - Test Day Active Directory et surtout là (TestBed).

    Tout à fonctionné jusqu'à ce qu'il me demande le mot de passe admin du réseau AD pour m'autoriser 🙁

    Depuis, je monte à la main les disques réseaux dont j'ai besoin.

    Olivier
  • Dans [Résolu] Outil de partition anaconda ... rien compris
    didierg wrote:
    Il y aussi un outil de recherche sur le forum....

    http://forums.fedora-fr.org/viewtopic.php?pid=513631#p513631
    Je ai raté ce thread. Pas fait une bonne recherhe. Merci pour le lien, il m'a permis de "comprendre".

    En fait, si on veut conserver une partition, il faut la sélectionner dans la partie Fedora 17 et lui redonner un point de montage. En cliquant sur "Appliquer" elle apparaît dans la partie Fedora 18 sans disparaitre de l'autre. Si on veut créer une partition il faut cliquer sur +. Si on veut en supprimer une cliquer sur -.

    Je passe le sujet à Résolu.
  • Dans [Résolu] Outil de partition anaconda ... rien compris
    Bonsoir,

    Je tente l'installation de Fedora 18 à partir du DVD et je sèche sur l'outil de partitionnement. Je ne comprends pas comment il fonctionne 🙁

    La situtation est pourtant "simple". J'ai un dual boot Win XP & Fedora 17 et je souhaite juste conserver les partitions Windows et ma partition /home. Avant je passais par un partitionnement personnalisé mais là, il commence par me proposer de "récupérer de l'espace". Si je lui dis que je vais faire le partitionnement moi-même, je ne comprends pas comment lui dire de réutiliser la partition /home existante ni si il va la formater ou pas ... Du coup j'abandonne pour ne pas faire de bétise.

    Il y a une explication quelque part ? Ou quelqu'un est déjà passé par là ?

    Merci de votre aide.


    PS: Je sais que je pourrais passer par une mise à jour, mais régulièrement, j'aime repartir sur une installation fraîche.
  • Dans [Résolu] restaurer grub ...?
    Problème résolu aussi pour moi.

    Merci à tous.
  • Dans [Résolu] restaurer grub ...?
    nouvo09 wrote:Perso je ne vois pas où il y a un problème, alors je ne comprends pas.
    Quand je boot mon PC, je suis accueilli par grub version 1.99: 
    Fedora Linux
Options Avancées pour Fedora Linux
Windows Vista...
    A part la version de grub, tout va bien jusque là

    Je choisis Fedora Linux et j'arrive à 
    Error: file not found
Error: file not found
Error: file not found
Chargement de l'image 3.4.0-1.fc17.x86_64
Chargement du disque mémoire initram

Press any key to continue...
    Après ca démarre correctement, mais c'est étrange, non ?
  • Dans [Résolu] restaurer grub ...?
    nouvo09 wrote:C'était bien le sens de ma question. Qu'est ce qui te fait dire que ce résultat est inquiétant ?
    J'ai le même problème et la commande 
    grub2-mkconfig -o /boot/grub2/grub.cfg
    donne le genre de résultat décrit.

    Personnellement, j'ai fait 2 installations différentes de Fedora 17 et grub est différent dans les 2 cas:

    - A partir du Live CD sur un laptop en dual boot avec XP => grub indique être en version 2.00beta4 au démarrage et tout se lance correctement

    - Avec preupgrade en dual boot avec Vista => grub indique être en version 1.99 et j'ai le problème signalé par benja85. Pourtant c'est bien grub2-2.0-0.25.beta4 qui est installé.

    Si quelqu'un a une idée, je suis preneur.

    Olivier
  • Dans Disparition du réseau sans fil sous fedora 16 avec Gnome 3!!!
    chepioq wrote:Bonsoir
    sachant que yum sauvegarde les deux derniers kernels (en plus du kernel courant) tu peux modifier le fichier /etc/yum.conf et modifier la valeur de "installonly_limit" et la passer par exemple à 5.

    Sinon tu peux désinstaller les kernel qui ne te serve pas et attendre la prochaine mise à jour (et tu auras toujours le kernel qui fonctionne chez toi.)
    Merci pour cette réponse rapide et précise. 🙂
  • Dans Disparition du réseau sans fil sous fedora 16 avec Gnome 3!!!
    DarthWound wrote:La dernière MàJ devrait résoudre le problème.
    Bonjour,

    Le PC de mon fils a le même problème. Le passage au noyau 3.2 à coupé le Wifi: il demande la clé en permanence. La dernière mise à jour n'a pas corrigé le problème. Du coup comme cela fonctionne en 3.1.9, il l'utilise pour le moment.

    Le truc c'est qu'à la prochaine mise à jour du noyau il va supprimer le 3.1.9 et si le problème n'est pas résolu, plus de réseau. Est-ce qu'il y a un moyen d'empêcher la suppression ?

    Merci de votre aide.

    Olivier