Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 31 c'est fini

#1 [Anciennes versions] Support général » akmod-nvidia-390xx et kernel 5.5.x » 03/03/2020 17:55:56

bruno2040
Réponses : 1

Incompatibilité de nouveau entre les packages akmod-nvidia-390xx de rpmfusion et les kernels 5.5.x
Pas de patch pour le moment.
Il faut rester au kernel 5.4.x

#2 Re : [Anciennes versions] Support général » [Résolu] Thunderbird » 01/10/2019 14:06:32

didierg a écrit :

thunderbird-68.1.1-1.fc31.x86_64
Lightning 68.1.1 mis à jour le 27 septembre 2019
Fournisseur pour Google Agenda 68.0 mis à jour le 14 septembre 2019

merci pour ces précisions.

Apparemment des bugs de la version 68.1.0 ont été corrigés dans la version 68.1.1 sur fc31 (cf EDIT dans mon post au dessus)
Ce qui est bizarre c est que le site de thunderbird donne lightning.68.0 comme dernière version...

#3 Re : [Anciennes versions] Support général » [Résolu] Thunderbird » 01/10/2019 13:11:11

didierg a écrit :

Je n'ai pas de problème entre thunderbird-68.1.1-1.fc31.x86_64 et lightning.

Oui mais est-ce que tu utilises Google Calendar ?
Parce que dans ce cas, sauf erreur, il faut le module "Fournisseur pour Google Calendar" qui ne semble pas compatible (?)

EDIT : en fait c'est un problème de compatibilité entre thunderbird-68.1.0-1.fc30.x86_6 et la version de lightning proposée dans l'update.
La MAJ du module lightning devrait installer la version 68.1 alors qu'elle installe la 68.0
(e je n'arrive pas à télécharger directement le fichier lightning.68.1.0.pxi que ne ne trouve pas)

-> une solution est de se connecter sur le compte Google et activer :  "Accès moins sécurisé des applications"

#4 Re : [Anciennes versions] Support général » [Résolu] Thunderbird » 30/09/2019 14:59:50

didierg a écrit :

Il faudrait juste que les addons soient compatibles.

Attention pour ceux qui utilisent Google Calendar avec Lightning : le module "Fournisseur pour Google Agenda "n'est pas compatibles avec les versions 68.1.*
Donc rester sur la version 60.6.1 en attendant.

https://addons.thunderbird.net/fr/thund … -calendar/

#5 Re : [Anciennes versions] Support général » [Résolu] VINTAGE : montage disque ZIP externe ? » 18/02/2019 18:23:47

Justement non, je n'ai rien.

[EDIT] En fait c'est l'adaptateur (moderne) qui ne dialogue pas bien sur le protocole ATAPI du lecteur ZIP !

J'ai essayé avec un vieil adaptateur (Easy IDE USB 2.0) qui me pose des problèmes sur les disques SATA récents (?) et là ça marche :

cat  /proc/scsi/scsi :
Host: scsi6 Channel: 00 Id: 00 Lun: 00
  Vendor: IOMEGA   Model: ZIP 250          Rev: 51.G
  Type:   Direct-Access                    ANSI  SCSI revision: 00

Et le disque apparaît bien dans /dev/sdb avec un point de montage automatique.

#6 Re : [Anciennes versions] Support général » [Résolu] VINTAGE : montage disque ZIP externe ? » 18/02/2019 17:32:36

Là j'ai maintenant une réponse plus claire quand je connecte le ZIP via l'adaptateur :
dmesg :
[  400.582814] usb 4-2: new SuperSpeed Gen 1 USB device number 5 using xhci_hcd
[  400.600005] usb 4-2: New USB device found, idVendor=1f75, idProduct=0611, bcdDevice= 0.06
[  400.600020] usb 4-2: New USB device strings: Mfr=4, Product=5, SerialNumber=6
[  400.600027] usb 4-2: Product: Ext. HDD
[  400.600034] usb 4-2: Manufacturer: Innostor
[  400.600040] usb 4-2: SerialNumber: 20171031
[  400.602565] usb-storage 4-2:1.0: USB Mass Storage device detected
[  400.603251] scsi host6: usb-storage 4-2:1.0

Par contre je n'ai plus rien sur /proc/scsi/scsi.

Mais
cat /sys/class/scsi_host/host6/state :
running

Et toujours pas de périphérique de stockage sur /dev/

[EDIT] Tout ce que je vois là c'est la réponse de mon adaptateur IDE/USB ( Advance Easy Plug USB 3.0 - IDE / SATA)
C'est peut-être lui qui ne voit pas le lecteur ZIP ?

#7 Re : [Anciennes versions] Support général » [Résolu] VINTAGE : montage disque ZIP externe ? » 18/02/2019 17:02:40

Merci pour vos réponses.
Les commandes "lsblk" et "ls -l /dev/sd*" me renvoient les périphériques sda (HDD interne du PC) et sr0 (lecteur CDROM du PC).
Rien d'autre.
Je pense que le système aurait dû créer une entrée du périphérique de stockage sur /dev/sdb...

#8 [Anciennes versions] Support général » [Résolu] VINTAGE : montage disque ZIP externe ? » 18/02/2019 14:06:30

bruno2040
Réponses : 6

Bonjour,
J'essaye de monter un vieux disque ZIP Iomega Z250ATAPI avec un adaptateur USB.
Le lecteur ZIP utilise donc un port ATA/ATAPI (IDE) et l'adaptateur sert à assurer la liaison IDE/USB.
Le disque semble être bien reconnu :

dmesg :
usb-storage 4-2:1.0: USB Mass Storage device detected
[ 8170.788511] scsi host6: usb-storage 4-2:1.0
[ 8171.840055] scsi host6: scsi scan: INQUIRY result too short (5), using 36
[ 8171.840075] scsi 6:0:0:0: Direct-Access     Innostor Ext. HDD              PQ: 0 ANSI: 0
[ 8171.841300] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 8171.842423] sd 6:0:0:0: [sdb] Attached SCSI removable disk

cat  /proc/scsi/scsi :
Attached devices:
ost: scsi6 Channel: 00 Id: 00 Lun: 00
  Vendor: Innostor Model: Ext. HDD         Rev:     
  Type:   Direct-Access                    ANSI  SCSI revision: 00

cat /sys/class/scsi_host/host6/state :
running

Mais je n'ai rien sur /dev/sdb

Comment faire pour le montage ? Que manque-t-il ?

Merci

#9 Re : [Anciennes versions] Installation des programmes » [Résolu] Installation de Qarte » 06/06/2015 17:47:48

Pour installer la version 2.3.0, aller sur : http://oqapy.eu/download?lang=fr
ou bien télécharger directement avec la commande :
wget http://www.oqapy.eu/releases/qarte-2.3.0.tar.gz
ensuite :
untar xvzf qarte-2.3.0.tar.gz
et lancer le programme avec :
python qarte.py

#10 [Anciennes versions] Fedora Cloud & Fedora Server » crash server lors d'un update yum "shudown inhibited" » 17/05/2015 10:56:46

bruno2040
Réponses : 0

Bonjour,

Lorsque je fais un update avec yum sur un serveur distant (donc connecté par ssh), le serveur se plante lorsque la transaction yum se passe avec l'option "shudown inhibited".
Si cette mention n'est pas explicitement activéee par yum, tout se passe bien.

#11 [Anciennes versions] Support général » Ecran noir à la reprise d'une mise en veille » 04/01/2015 23:27:07

bruno2040
Réponses : 1

Bonjour,

L'ecran de mon portable ne se rallume plus lors de la reprise après une mise en veille depuis que j'ai installé le pilote "nouveau".
Ca fonctionnait avec le pillote Nvidia.

J'ai bien le contôle de la la luminosité avec /sys/class/backlight/acpi_video0/brightness.

J'ai essayé de rajouter un script pour systemd en creant un fichier /usr/lib/systemd/system-sleep/ avec :

#!/bin/bash
[ "$1" = "post" ] && echo 15 > /sys/class/backlight/acpi_video0/brightness
exit 0

Mais ca ne fonctione pas.
L'écran reste noir...

(j'ai juste désinstallé le pilote nvidia)

#12 Re : [Anciennes versions] Support général » Alsa_in/out » 05/09/2014 11:07:36

C'est pour faire quoi ?

Il y a déjà pulse-audio en surcouche de alsa.
Jack peut communiquer avec pulse-audio pour les entree/sortie de canaux.

sinon pour connaitre les canaux alsa in/out c'est :
$pactl list | grep -A2 'Source #' | grep 'Name: ' | cut -d" " -f2
chez moi ca retourne :
   alsa_output.pci-0000_00_1b.0.analog-stereo.monitor
   alsa_input.pci-0000_00_1b.0.analog-stereo

Par ailleurs qjackctl est une interface graphique assez efficace (par exemple pour connecter des instruments de musique)

#14 [Anciennes versions] Support général » [Resolu] Balancer le son du PC sur la Freebox Revolution (DLNA/UPnP) » 02/09/2014 12:45:17

bruno2040
Réponses : 3

Sur les anciennes Freebox, il était possible d'utiliser vlc couplé à pulseaudio pour balancer le son de la carte PC sur la Freebox via le Freeplayer (également des vidéos).
Cette solution ne fonctionne plus sur la nouvelle Freebox, mais en revanche celle-ci dispose d'un client DLNA/UPnP à l'écoute d'un flux multimédia A/V.

Voici comment procéder de façon simple et rapide :

1) Installer le paquet rygel qui est un logiciel capable de gérer des flux multimédia (audio/video/images) via le protocole DLNA et la recherche automatique de clients/serveurs par UPnP :
   $ sudo yum install rygel
2) Installer paprefs qui est un outil graphique pour régler les préférences du serveur audio pulseaudio :
   $ sudo yum install paprefs
3) Configurer pulseaudio pour créer un "sink" audio DLNA/UpnP :
    Lancer paprefs et aller dans l'onglet "Network Server" et cocher "Make local sound devices available as DLNA/UPnP Media Server".
    Cocher également la case "Create separate audio device for DLNA/UPnP media streaming" pour créer le stream DLNA/UpnP.
4) Configurer rygel pour utiliser le plugin incorporé gst-launch afin d'utiliser gstreamer.
    rygel utilise par défaut un fichier de configuration /etc/rygel.conf.
    On va apporter des modifications au lancement en créant un fichier ~/.config/rygel.conf avec dedans :

[general]
port=50000

[GstLaunch]
enabled=true
launch-items=myaudioflac;myaudiovorbis

myaudioflac-title=FLAC audio on @HOSTNAME@
myaudioflac-mime=audio/flac
myaudioflac-launch=pulsesrc device=upnp.monitor ! audio/x-raw,channels=2 ! flacenc

myaudiovorbis-title=VORBIS audio on @HOSTNAME@
myaudiovorbis-mime=audio/x-vorbis
myaudiovorbis-launch=pulsesrc device=upnp.monitor ! audioconvert ! vorbisenc ! oggmux

C'est fait ! Lancer maintenant une application qui va jouer du son (par exemple Grooveshark sous Firefox). Aller dans "Pulseaudio Volume Control" et dans l'onglet "Playback" sélectionner le sink "DLNA/UpnP stream" qui se trouve sous le sink "Built-in Audio Analog Stereo" par défaut. Lancer rygel en ligne de commande.

Sur la Freebox, il y a maintenant dans le menu "Mes disques" un onglet qui permet de jouer le flux audio encodé en FLAC ou en VORBIS (ogg) : GST-LAUNCH.

Remarque 1 : c est apparemment pas facile de gerer le UPnP avec Iptable sous linux (!)
                     il faudra ouvrir un port tcp (ici le 50000) et aussi le port 1900 udp qui est utilise par le protocole ssdp pour la decouverte des services UPnP

Reamarque 2 : pas moyen de lire sur la Freebox le flux encodé en mp3 ! Il semble que cela soit un probleme déjà signalé avec la Freebox...

Principe : pulseaudio envoie le stream audio sur un canal que rygel va récupérer via un plugin qui va lancer gstreamer (gst-launcher) pour le transcodage et finalement proposer le flux encodé en FLAC ou en ogg au client DLNA de la Freebox.

Ca marche très bien !


Référence : https://wiki.gnome.org/Projects/Rygel/Pulseaudio

#15 Re : [Anciennes versions] Installation de Fedora » [Résolu] FC17=>FC18 ; plus de 24 heures de recherche de dépendances !!!! » 22/01/2013 17:19:54

Est-ce que yum fonctionne bien sous fc17 ?
Que donne "yum check" et "yum update" ?

Essayer aussi "package-cleaner --problems" (qui test directement l'integrite de la base de donne de rpm)

#16 [Anciennes versions] Installation de Fedora » [resolu] Pas d'affichage du bureau apres upgrade (conflit nvidia) » 22/01/2013 17:06:18

bruno2040
Réponses : 0

Apres la mise a jour fc17->fc18 sous XFce avec fedup, le lancement de fc18 se bloque au moment du lancement de l'environnement graphique XFce. Mais ce problème peut concerner n'importe quel environnement graphique si le pilote nvidia n'est pas correctement chargé, bien que l'upgrade ait sans doute fait son boulot...

On peut passer en mode console par Ctrl+Alt+F4 ou bien en rebootant en mode 3 (on edite la ligne de démarrage de grub2 en tapant "e" et on place "3" juste derriere la référence au fichier vmlinuz-*** qui est sur la ligne commencant par "linux").

Le problème vient donc du pilote "nouveau" qui a été chargé avant le pilote "nvidia".

Sous fc17, le pilote "nouveau " n'était pas chargé car référé dans une blacklist :
un fichier blacklist-nouveau.conf placé dans le repertoire /etc/modprobe.d/ contient la ligne "blacklist nouveau".

Sous fc18, ca ne suffit pas. On va donc éditer le fichier /etc/default/grub et on ajoute "'rd.driver.blacklist=nouveau'" en bout de ligne commencant par "GRUB_CMDLINE_LINUX=".

Ensuite on met à jour grub2 :
grub2-mkconfig -o /boot/grub2/grub.cfg

Enventuellement :
grub2-install /dev/sda

#17 Re : [Anciennes versions] Installation de Fedora » Probleme migration Fedora 17 LXDE => Fedora 18 LXDE » 22/01/2013 15:09:41

J'ai eu un problème équivalent dans le passé avec un preupgrade sur un spin Xfce.

le problème c'est qu'on ne sait pas à quel stade l'installation f18 a planté (dommage de ne pas avoir fait un "Escape" pour afficher les informations à la place de la barre de progression...).

Les packages f17 ont sans doute commencé à être remplacés par les nouveaux rpm f18 et il est probable que la base de données rpm est maintenant altérée...

Il me semble difficile de rattraper l'installation f18.
Mais il est peut-être possible de restaurer f17.

C'est ce que j'avais fait dans mon cas :

Donc il faut booter sur un CD linux Live (pour ma part j'ai tjs SystemRescueCd installé sur mon DD. Ca occupe moins de 300 MB et c'est plus rapide que d'utiliser le LiveCD).
Ensuite il faut faire (le chroot ne suffit pas !) :

mount /dev/sda6 /mnt/sysimage -t ext4
mount -o bind /proc /mnt/sysimage/proc
mount -o bind /dev /mnt/sysimage/dev
mount -o bind /dev/pts /mnt/sysimage/dev/pts
mount -o bind /sys /mnt/sysimage/sys
mount /dev/sda5 /boot -t ext3

chroot /mnt/sysimage /bin/bash

Ou sda6 est la partition ou est installee la racine du système f17 et sda5 la partition contenant /boot (dans mon cas ce sont des partitions respectivement ext4 et ext3 sans LVM).

A partir de la verifier que la base rpm est correcte avec une commande du type "rpm -q kernel".
Il y a une commande "rpm --rebuildb" mais elle est délicate...
Si la base rpm est correcte (donc rpm lui même n'a pas subi d'upgrade) alors :
Identifier tous les paquets f18 installés :
rpm -qa | grep f18
et reinstaller les paquets f17 correspondants.

Pour moi ca a fonctionné.

Autre solution plus simple : reinstaller un f18 "propre" en conservant ton /home (option "upgrade d'une installation existante" a partir du CD d'installation Live)

#18 Re : [Anciennes versions] Installation de Fedora » Fedora 17 : retour d'expérience » 31/05/2012 16:14:49

- Méthode d'installation :
Preupgrade avec bureau Xfce

- Problèmes majeurs :
Anaconda a installé le kernel fc17 et les packages fc17 mais n'a pas réussi à effectuer la mise à jour de la configuration de grub2. Donc grub2 pointait tjs sur le kernel fc16 et le système plantait assez vite au démarrage. Résolu en éditant la fenêtre grub2 au démarrage pour faire pointer sur les fichiers vmlinuz et initramfs fc17. Puis grub-mkconfig et grub-install pour réparer ça...

- Soucis mineurs :
Un erreur au démarrage de grub2 (pas de fichier /boot/grub2/locale/en.mo)

- Points positifs :
Démarrage un peu plus rapide

- Points négatifs :
RAS

#19 Re : [Anciennes versions] Installation de Fedora » echec install preupgrade yum & DVD » 31/05/2012 13:06:03

A chaque fois que j'ai eu un échec avec preupgrade, c'était le chargeur de démarrage (grub2 pour fc17) qui n'était pas correctement mis à jour. Pour la mise à jour fc16->fc17, preupgrade a installé les fichiers nécessaires puis a redémarré ma machine pour laisser la main à l'installeur Anaconda. Anaconda a mis tous les paquets fc17 à jour (par internet, donc le DVD n'est pas nécessaire) mais il n'a pas réussi à faire la mise à jour de la configuration de grub (je ne sais pas pourquoi..). Les vieux fichiers vmlinuz-*.fc16 et intramfs-*.fc16 sont tjrs en place dans /boot et grub2 pointe tjs dessus au démarrage...

Donc, si après le BIOS grub2 se lance et qu'ensuite au démarrage du système ça plante, il suffit sans doute de corriger le démarrage :

1) repérer les fichiers vmlinuz et initramfs qui ont été installés par Anaconda, en principe dans /boot. Pour moi c'est vmlinuz-3.3.7-1.fc17.x86_64 et initramfs-3.3.7-1.fc17.x86_64.img (j'ai donc un noyau 3.3.7-1 en 64 bits).

2) taper "e" pour éditer la configuration de lancement de grub au moment où grub se lance (juste après le BIOS). Editer l'écran de démarrage en changeant les fichiers vmlinuz-*.fc16 et intramfs-*.fc16 par vmlinuz-3.3.7-1.fc17.x86_64 et initramfs-3.3.7-1.fc17.x86_64.img. F10 pour démarrer avec cette configuration.

3) si ca marche, il faudra mettre a jour le chargeur de démarrage pour le prochain démarrage, avec des commandes du genre :
"grub2-mkconfig -o /boot/grub2/grub.cfg" (pour mettre à jour le fichier grub.cfg. Ca devrait afficher qque chose comme "Found linux image: /boot/vmlinuz-3.3.7-1.fc17.x86_64 Found initrd image: /boot/initramfs-3.3.7-1.fc17.x86_64.img")
"grub2-install /dev/sda" (pour mettre à jour la MBR du disque sda)

#20 Re : Autres Environnements Graphiques » [Resolu] preupgrade avec Xfce ? » 16/11/2011 15:38:41

@rapty
Oui, j'ai installe Fedora 15 avec le live Xfce.

Je vais essayer preupgrade.
(J'ai de toute façon une sauvegarde de ma partition systeme pour reinstaller rapidement Fedora 15 en cas de soucis)

#21 Re : Autres Environnements Graphiques » [Resolu] preupgrade avec Xfce ? » 16/11/2011 14:43:27

Merci pour la réponse.

Euh, une mise à jour, c'est précisément ce que fait preupgrade, non ?

#22 Autres Environnements Graphiques » [Resolu] preupgrade avec Xfce ? » 16/11/2011 13:56:24

bruno2040
Réponses : 8

Est-ce qu'un preupgrade sur une spin Xfce F15 permet de faire un upgrade vers  F16 ?

Pour autant que je sache, il n'est pas possible de faire un upgrade avec le LIVE-Xfce CD ?


(MAJ: ca marche parfaitement bien avec preupgrade !)

#23 Re : Autres Environnements Graphiques » [Solved] ristretto corrompu sous F15/Xfce » 30/09/2011 14:35:58

Merci !

J'ai copié/collé ces deux fichiers et ca fonctionne.

En jouant un peu avec ristretto, il semble qu'il y a un bug avec l'option Ctlr-M (View->Show Thumbnailbar).
C'est ça qui fait planter ristretto a l'ouverture suivante.

! Thanks again nouvo09 !

#24 Autres Environnements Graphiques » [Solved] ristretto corrompu sous F15/Xfce » 30/09/2011 11:06:36

bruno2040
Réponses : 2

ristretto fonctionnait bien et maintenant une fenêtre blanche sans menu s'affiche.

Je remarque que je n'ai plus les fichiers :

/home/.../.config/ristretto/accels.scm
/home/.../.config/xfce4/xfconf/xfce-perchannel-xml/ristretto.xml

J'ai essayé un reinstall mais c'est tjs pareil...

Quelqu'un pourrait-il me donner le contenu des fichiers de config ?

#25 Re : [Anciennes versions] Matériel » [Résolu] NVidia : impossible de desactiver le pilote "nouveau" » 22/09/2011 16:53:07

Ca c'est fait.
(le rpm installe un nvidia-xorg.conf qui contient les lignes ad-hoc)

Bon, j'ai carrément viré le fichier "nouveau.ko" et relancé X11 :
Cette fois lsmod et lspci me disent que nvidia est utilisé, mais pas de dri !  nvidia-settings prétend qu le pilote nvidia n'est pas utilisé (!)
J'ajoute que Xorg.0.log me parle de "nouveau "...

Glup !

Pied de page des forums

Propulsé par FluxBB