Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fin de maintenance pour Fedora 32

#1 Re : [Anciennes versions] Installation des programmes » Problème de conflits lors de l'installation de Steam » 28/01/2019 20:36:41

Plop,

Bon laissez tomber j'en ai plus d'une centaine en double...
Sachant qu' a une  semaine d'intervalle j'ai fait le meme protocole d'install sur un joli p'tit 14pouces et que je n'ai aucun sujet... je vais refaire une installation propre et checker à chaque etape voir ce qui cloche ou pas.
Merci de votre aide.

#2 Re : [Anciennes versions] Installation des programmes » Problème de conflits lors de l'installation de Steam » 28/01/2019 09:30:10

Plop,

243 maj plus tard c'est la meme!

Et j'ai et j'avais avant la maj :

rpm -q glibc
glibc-2.28-9.fc29.x86_64
glibc-2.28-26.fc29.x86_64

Mais un ya un truc que je ne comprends pas :

locate libc-2.28
/usr/lib64/libc-2.28.so
/var/cache/dnf/updates-0b4cc238d1aa4ffe/packages/glibc-2.28-26.fc29.i686.rpm
/var/cache/dnf/updates-0b4cc238d1aa4ffe/packages/glibc-2.28-26.fc29.x86_64.rpm
rpm -ql glibc-2.28-9.fc29.x86_64
/etc/gai.conf
/etc/ld.so.cache
/etc/ld.so.conf
/etc/ld.so.conf.d
/etc/nsswitch.conf
/etc/rpc
/lib64/ld-2.28.so
/lib64/ld-linux-x86-64.so.2
rpm -ql glibc-2.28-26.fc29.x86_64
/etc/gai.conf
/etc/ld.so.cache
/etc/ld.so.conf
/etc/ld.so.conf.d
/etc/nsswitch.conf
/etc/rpc
/lib64/ld-2.28.so
[jerome@bureau-fedora ~]$ rpm -qa --last | grep glibc-2.28-26.fc29.x86_64
glibc-2.28-26.fc29.x86_64                     dim. 20 janv. 2019 16:44:52 CET
[jerome@bureau-fedora ~]$ rpm -qa --last | grep glibc-2.28-9.fc29.x86_64
glibc-2.28-9.fc29.x86_64                      jeu. 25 oct. 2018 01:58:52 CEST

J'aurais pas un truc à nettoyer ? Le rpm du 25/10 semblerait que ce soit celui de la fedo de base, et l'autre ben d'une maj de la semaine dernière...

#3 Re : [Anciennes versions] Installation des programmes » Problème de conflits lors de l'installation de Steam » 21/01/2019 21:15:27

Commande Faite :

sudo dnf update
sudo dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm
sudo dnf install https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo dnf install snapd
sudo ln -s /var/lib/snapd/snap /snap
snap install spotify

Installation de Chrome via l'application Logiciel
Installation de Teamviewer via leur site (c'est un ch'ti rpm)

sudo dnf install steam

Voila tu connais tout de lui... (c'est cool l'histo du bash)

#4 [Anciennes versions] Installation des programmes » Problème de conflits lors de l'installation de Steam » 20/01/2019 19:14:35

JPhedre
Réponses : 7

Hello, moi j'ai plein de conflit ... je ne vous mets pas tout ca fait trop long ^^

Ma fedora 29 est toute neuve d'aujourdhui, avec un update direct puis après reboot installation des rpm fusions.

Erreur : Erreur du contrôle de transaction :
  le fichier /usr/share/doc/glibc/NEWS de l'installation de glibc-2.28-26.fc29.i686 entre en conflit avec le fichier du paquet glibc-2.28-9.fc29.x86_64
  le fichier /usr/share/gcc-8/python/libstdcxx/v6/__pycache__/printers.cpython-37.opt-1.pyc de l'installation de libstdc++-8.2.1-6.fc29.i686 entre en conflit avec le fichier du paquet libstdc++-8.2.1-2.fc29.x86_64
  le fichier /usr/share/gcc-8/python/libstdcxx/v6/__pycache__/printers.cpython-37.pyc de l'installation de libstdc++-8.2.1-6.fc29.i686 entre en conflit avec le fichier du paquet libstdc++-8.2.1-2.fc29.x86_64
  le fichier /usr/share/gcc-8/python/libstdcxx/v6/printers.py de l'installation de libstdc++-8.2.1-6.fc29.i686 entre en conflit avec le fichier du paquet libstdc++-8.2.1-2.fc29.x86_64
  le fichier /etc/pki/tls/openssl.cnf de l'installation de openssl-libs-1:1.1.1a-1.fc29.i686 entre en conflit avec le fichier du paquet openssl-libs-1:1.1.1-3.fc29.x86_64
  le fichier /usr/share/doc/sqlite-libs/README.md de l'installation de sqlite-libs-3.26.0-1.fc29.i686 entre en conflit avec le fichier du paquet sqlite-libs-3.24.0-2.fc29.x86_64
  le fichier /usr/share/doc/libSM/ChangeLog de l'installation de libSM-1.2.3-1.fc29.i686 entre en conflit avec le fichier du paquet libSM-1.2.2-11.fc29.x86_64
  le fichier /usr/share/doc/nettle/NEWS de l'installation de nettle-3.4.1rc1-1.fc29.i686 entre en conflit avec le fichier du paquet nettle-3.4-5.fc29.x86_64
  le fichier /usr/lib/dracut/modules.d/05nss-softokn/module-setup.sh de l'installation de nss-softokn-freebl-3.41.0-3.fc29.i686 entre en conflit avec le fichier du paquet nss-softokn-freebl-3.39.0-2.fc29.x86_64
  le fichier /usr/share/man/man5/cert8.db.5.gz de l'installation de nss-3.41.0-3.fc29.i686 entre en conflit avec le fichier du paquet nss-3.39.0-2.fc29.x86_64
  ....
  le fichier /usr/share/man/man1/trust.1.gz de l'installation de p11-kit-0.23.14-2.fc29.i686 entre en conflit avec le fichier du paquet p11-kit-0.23.14-1.fc29.x86_64
  le fichier /usr/share/doc/libgpg-error/ChangeLog de l'installation de libgpg-error-1.33-1.fc29.i686 entre en conflit avec le fichier du paquet libgpg-error-1.31-2.fc29.x86_64
  le fichier /usr/share/locale/cs/LC_MESSAGES/libgpg-error.mo de l'installation de libgpg-error-1.33-1.fc29.i686 entre en conflit avec le fichier du paquet libgpg-error-1.31-2.fc29.x86_64
  le fichier /usr/share/locale/de/LC_MESSAGES/glib20.mo de l'installation de glib2-2.58.2-1.fc29.i686 entre en conflit avec le fichier du paquet glib2-2.58.1-1.fc29.x86_64

Mes dépots :

Fedora Modular 29 - x86_64                       18 kB/s |  28 kB     00:01    
Fedora Modular 29 - x86_64 - Updates            3.8 kB/s |  26 kB     00:07    
Fedora 29 - x86_64 - Updates                     51 kB/s |  26 kB     00:00    
Fedora 29 - x86_64                               23 kB/s |  28 kB     00:01    
google-chrome                                   1.3 kB/s | 1.3 kB     00:01    
RPM Fusion for Fedora 29 - Free - Updates       7.8 kB/s | 8.9 kB     00:01    
RPM Fusion for Fedora 29 - Free                 8.8 kB/s |  10 kB     00:01    
RPM Fusion for Fedora 29 - Nonfree - Updates     65 kB/s | 9.1 kB     00:00    
RPM Fusion for Fedora 29 - Nonfree               67 kB/s |  10 kB     00:00    
TeamViewer - x86_64                             4.0 kB/s | 8.1 kB     00:02  

#5 [Anciennes versions] Réseaux » [Résolu] Autofs VS systemd » 11/01/2019 17:49:13

JPhedre
Réponses : 2

Le contexte :
J'ai un serveur Syno, avec des utilisateurs qui ont chacun leur petit repertoire.
Sur ma précédente config j'avais installé autofs pour que dans chaque home du syno @monSyno/home/toto se monte à la demande dans un repertoire précis par utilisateur : /home/toto/monhomeSurSyno

Comme je dois tout réinstaller coté Bureau avec une belle fedo29 j'ai lu un peu de doc.
En parcourant le wiki j'ai vu qu'on pouvait aussi le faire via systemd (cf Montage automatique à la demande , des retours, des avis ? Des solutions alternatives ?

Ce que je ne veux pas c'est un "bete" montage dans fstab car dans ce cas le NAS est toujours en éveil.

#6 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 11/01/2019 16:49:27

Je viens seulement de recevoir le disque vierge.
Réinstall complète prévu ce week-end avec une fedo29 en mode standard, lvm me fait peur ;)

#7 Re : [Anciennes versions] Installation de Fedora » [Résolu] Partitionnement ideal » 09/01/2019 16:36:37

Je rebondis pour poser une question qui me turlupine depuis quelque temps, avec les tailles de mémoire a peine croyable maintenant, est on sur de l'utilité d'une partition swap, surtout tailler façon 1.5 la ram quand on a maintenant des ram de 8 voir 16G ?

#8 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 09/01/2019 12:15:15

Bonjour,

Je tenais a remercier ceux qui m'ont filé un coup de main. Pris dans mon merdier de fin d'année je n'ai pas pris le temps de repasser la tête, finalement cela s'est terminé par un remplacement standard du disque, il n'était plus reconnu par le bios.

#9 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 05/12/2018 20:52:03

J'avais fait ca :)

#
# /etc/fstab
# Created by anaconda on Sun Oct 22 20:38:44 2017
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/fedora-root /                       ext4    defaults        1 1
UUID=f4baacdf-7292-4a9f-a454-a4f5f59d0dbf /boot                   ext4    defaults        1 2
UUID=4136-FC68          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
/dev/mapper/fedora-home /home                   ext4    defaults        1 2
/dev/mapper/fedora-swap swap                    swap    defaults        0 0

#10 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 05/12/2018 19:45:36

J'ai utilisé l'utilitaire disks de la fedo live et j'ai fait un SMART Data & Self-tests.

En tout cas le partitionnement automatique à l'air d'avoir bien fait son boulot.

Je ne comprends pas ta phrase, car j'ai quand meme un device for PV iiXgWW-CPK9-njgF-OoLX-78kN-DQ8U-PUP6ip  not found or rejected by a filter et le /dev/fedora/home est non available.
Peut-etre dois-je préciser que la fedora 28 est installé depuis 6/7 mois sur cette ordi , avant il y a avait une 27.

Je n'ai pas lancé ta commande je suis en déplacement je m'en occupe demain.

#11 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 03/12/2018 21:15:28

Bonsoir,

Bon c'est déprimant pour un premier système ou j'ai laissé faire et pris lvm, cela m a fait du cc boudin (je viens de comprendre que le ssd n'est pas utilisé à son avantage) et j'ai perdu la connaissance de mon système!

Bref en attendant voici ce que cela donne :

pvdisplay :

   
--- Physical volume ---
  PV Name               /dev/sdc3
  VG Name               fedora
  PV Size               222,37 GiB / not usable 3,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              56927
  Free PE               0
  Allocated PE          56927
  PV UUID               2qcTch-oK7w-cQt9-oWDp-TXGV-2l5R-QWP5fh
   
  --- Physical volume ---
  PV Name               [unknown]
  VG Name               fedora
  PV Size               <1,82 TiB / not usable 4,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              476931
  Free PE               0
  Allocated PE          476931
  PV UUID               iiXgWW-CPK9-njgF-OoLX-78kN-DQ8U-PUP6ip   

lvgdisplay :

  --- Volume group ---
  VG Name               fedora
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               2
  Max PV                0
  Cur PV                2
  Act PV                1
  VG Size               <2,04 TiB
  PE Size               4,00 MiB
  Total PE              533858
  Alloc PE / Size       533858 / <2,04 TiB
  Free  PE / Size       0 / 0   
  VG UUID               dE2YDr-zDy1-eeV5-urQN-yj3G-5Rul-VSJcxE   

vgdisplay :

  --- Logical volume ---
  LV Path                /dev/fedora/swap
  LV Name                swap
  VG Name                fedora
  LV UUID                y3UTd5-L3U4-6Ek0-xpCR-Vvks-puD7-efdu2V
  LV Write Access        read/write
  LV Creation host, time localhost-live, 2017-10-22 20:30:43 +0200
  LV Status              available
  # open                 2
  LV Size                <7,88 GiB
  Current LE             2017
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/fedora/home
  LV Name                home
  VG Name                fedora
  LV UUID                WCBr1n-6uTV-qO24-UdHp-5vjB-Nuly-NnKMNF
  LV Write Access        read/write
  LV Creation host, time localhost-live, 2017-10-22 20:30:44 +0200
  LV Status              NOT available
  LV Size                <1,98 TiB
  Current LE             519041
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
   
  --- Logical volume ---
  LV Path                /dev/fedora/root
  LV Name                root
  VG Name                fedora
  LV UUID                kT50av-WGuL-ZMK0-wfHg-XOjg-pIyD-iJV9W7
  LV Write Access        read/write
  LV Creation host, time localhost-live, 2017-10-22 20:31:40 +0200
  LV Status              available
  # open                 1
  LV Size                50,00 GiB
  Current LE             12800
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0   

Avec un joli device for PV iiXgWW-CPK9-njgF-OoLX-78kN-DQ8U-PUP6ip  not found or rejected by a filter

J'ai scanné le disque de 1T avec une fedo live a priori pas de souci, le ssd par contre, il bloque à remaining 90%... J'aurais du le laisser tourner toute la nuit peut etre ?

En tout cas je suis largué, je peux lancer quoi pour tenter une répa ?

PS: Il y a aussi un system W10 sur le ssd, avec une seconde partoche sur le 1T ou il y a juste WoT, malheureusement ca marche. Enfin c'est de là où je vous écris :(

#12 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 02/12/2018 14:03:28

J'avais pas vu ta réponse :
En attendant je me suis basé sur bbs.archlinux.org

Après un vgcsan  et un vgchange -ay, j'ai /dev/fedora root et swap qui monte mais pas le home.

un systemctl start lvm2-pvscan@8:35.service puis systemctl default, fait que je n'ai plus le failed to start, mais j'ai toujours le probleme sur le device dev-mapper-fedora\x2home.device.

Bon Je télécharge la fedo 29... pour verifier les disques.

#13 Re : [Anciennes versions] Support général » Ralentissement progressif de Gnome » 02/12/2018 12:59:49

Ben c'est carrément la mouise, maintenant il ne démarre plus normalement.

Après le logo Fedora qui passe au bleu j'ai droit : You are in emergency mode....

Un journalctl -xb me donne sur les lignes rouges : failes to start LVM2 PV scan on devise 8:35 et un plus loin un timeout sur device dev-mapper-fedora\x2home.device

J'ai accès au répertoires systèmes mais pas le home et le réseau n'est pas monté.

#14 [Anciennes versions] Support général » Ralentissement progressif de Gnome » 30/11/2018 10:39:58

JPhedre
Réponses : 16

Bonjour,

Depuis les dernières MAJ, Samedi dernier (je les fais à chaque chaque fois qu'on le propose), j'ai un ralentissement progressif, souris qui se saccade de plus en plus, fenêtre longue à s'ouvrir, etc... puis l'écran se gèle et là plus rien... seul un reboot violent via l'interrupteur fonctionne.

#15 Re : [Anciennes versions] Installation des programmes » Protection WEB » 08/02/2012 12:41:31

Au temps pour moi, on peut utiliser OpenDNS / profil. Cf (chez un sympathique collègue) : Controle Parental (Unbutu)

#16 Re : [Anciennes versions] Installation des programmes » Protection WEB » 07/02/2012 18:38:47

Après un petit regard rapide, dépendre d'un site américain ne me parait pas un bonne solution...

Et puis, cela s'applique a tout ton réseau, pas juste à un profil particulier.

#17 [Anciennes versions] Installation des programmes » Protection WEB » 07/02/2012 18:13:15

JPhedre
Réponses : 3

Bonjour,

Je souhaiterais mettre en place une proctection web pour une puce de 9ans qui fait des exposés à tir larigot et va chercher ses infos sur le web.

N'ayant pas eu pour habitude de mettre en place ce genre de solution, je fais appel à ceux qui pourrait avoir un retour sur une solution qui me semble pas mal :  SQuid + Squidguard + Dansguardian .Je reste néenmoins ouvert à d'autres propositions.

Linuxement votre,

JPhedre

#18 Re : [Anciennes versions] Support général » [Résolu] Autofs ne veut pas garder ma conf. » 08/10/2011 15:37:29

Merci a toi d'avoir regarde en détail ma conf... la virgule etait de trop.

#19 Re : [Anciennes versions] Support général » [Résolu] Installation et configuration de Tomcat » 07/10/2011 14:14:49

Es tu essayer ceci : http://localhost:8080/manager/html

parfois certain navigateur reste sur une page blanche au lieu de poursuivre la redirection.

#20 Re : Le comptoir du libre » Bonjour » 04/10/2011 14:11:10

Fil Rouge a écrit :

Juste de la curiosité, pourquoi n'as tu pas opté pour Mageia ?

Simplement parce que je travail autour de Linux, mais coté développeur WEB, quitte a changer j'ai préféré choisir une distrib qui a un peu d'histoire et pour lesquels je peux "vendre" facilement le fait qu'elle tourne autour de RedHat (distrib connu, a défaut d'etre reconnu auprès des DI).

#21 Re : [Anciennes versions] Support général » [Résolu] Autofs ne veut pas garder ma conf. » 04/10/2011 10:12:45

nouvo09 a écrit :

C'est ce que je dis depuis le début aussi.

Certes, mais si j'ai bien tout saisie, la tu pars du principe que cela ne marche pas au boot parce que la couche réseau monte après, or cela ne marche pas non plus si je redémarre le service à la main bien après...

Edit : D'ailleurs apres mure reflexion, que autofs démarre avant ou après ne change rien au probleme vu qu'une fois que mon portable est démarré, je n'ai pas de réseau.  Je me connecte en wifi à la demande après mettre logué. Pourtant ensuite mes partoches nfs sont montés correctement dans /misc lorsque je demande leur accès, et pas si je choisi la solution /opt.

Edit2 : Et quand bien meme, j'ai eu du réseau avant, car je me rapelle qu'au début je me suis branché via ethernet pour choper toutes les maj plus confortablement. Je dois quand meme rappeler vraiment le postulat de base autofs marche si je déclare mes nfs dans auto.misc, et ne marche pas si je les déclare dans auto.diskStation.

#22 Re : [Anciennes versions] Support général » [Résolu] Autofs ne veut pas garder ma conf. » 04/10/2011 09:52:49

eclipseo a écrit :

Si tu te connectes avec NetworkManager, ce bug peut être lié: https://bugzilla.redhat.com/show_bug.cgi?id=692008

Le script d'AutoFS, et les autres manips ci-dessus, dépendent de l'activation des services Network. Le workaround suivant indique d'attendre la connexion de NetworkManager :

$ su -lc'systemctl enable NetworkManager-wait-online.service'

Merci, je n'avais pas pensé a chercher sur bugZilla.

#23 Re : [Anciennes versions] Support général » [Résolu] Autofs ne veut pas garder ma conf. » 03/10/2011 17:02:19

L'un des désavantages lorsque l'on utilise /etc/fstab est que, peu importe le temps consacré à utiliser le système de fichiers monté, le système doit y dédier des ressources pour le maintenir en place. Cela n'est pas problématique si l'on parle de quelques montages, mais peut le devenir lorsque le système maintient les montages d'une douzaine d'autres systèmes en même temps car les performances d'ensemble du système peuvent en souffrir. Donc, au lieu d'avoir recours à /etc/fstab, vous pouvez vous servir de l'utilitaire automount basé sur le noyau, qui monte et démonte des systèmes de fichiers NFS automatiquement et permet de limiter les ressources employées.

Le deuxieme probleme est, si ma memoire est bonne que, comme je me connecte en Wifi sur le coup, avec fstab cela fout la grouille au démarrage. Et puis je veux aussi que le system démonte tout seul au bout d'un moment, autofs sait le faire.

De toute façon, la solution fstab, ne résoud pas mon probleme... pq autofs ne marche que dans certain cas, dont le mien.

#24 Re : [Anciennes versions] Support général » [Résolu] Autofs ne veut pas garder ma conf. » 03/10/2011 16:44:27

CanalGuada a écrit :
JPhedre a écrit :

On trouve où de la doc/tuto (oui je sais je suis fainéant sur le coup ;) ).

Ce qu'il y a de formidable sous Linux, c'est qu'en général un programme est toujours fourni avec son manuel, disponible donc via la commande man... big_smile

Pour le montage automatique ou pas, ça se passe ici (man systemd.automount) et là (man systemd.mount).

Et qu'il y a aussi des grenouilles à grandes bouches...

#25 Re : [Anciennes versions] Support général » [Résolu] Autofs ne veut pas garder ma conf. » 03/10/2011 15:51:34

CanalGuada a écrit :

Sinon pour revenir au sujet initial de l'OP, systemd gère suffisamment bien l'automount pour ne pas avoir besoin d'autofs la plupart du temps.
Les options "noauto" et "comment=systemd.automount" d'une ligne comme celle qui suit dans /etc/fstab permettent de monter automatiquement et à la demande n'importe quel type de partage réseau sans le moindre souci.

//192.168.1.100/share /mnt/mountpoint cifs iocharset=utf8,user=username,password=secret,noauto,comment=systemd.automount 0 0

Alors ca c'est interessant... dois je en conclure que c'est la raison première de la non présence de autofs dans une install de base ? On trouve où de la doc/tuto (oui je sais je suis fainéant sur le coup ;) ).

Mais du coup ce que tu me montres c'est un montage "windows" donc je suppose que je remplace cifs par nfs... oui ?

Pied de page des forums

Propulsé par FluxBB