C'était ça ! Merci beaucoup !
Fade
- 25 avr. 2019
- Inscrit 31 mai 2007
- 0 meilleure réponse
- Petit nouveau Adepte du forum Rédacteur potentiel
- Bonjour,
Je suis sous Fedora 29 (sur mon intel NUC) et quand je n'utilise pas le son il y a un léger bruit de buzz très désagréable. Ce bruit ne se produit pas quand l'interface de son a été utilisée quelques secondes avant. Par exemple le simple fait de bouger le curseur du volume dans les paramètres produit le silence... pendant quelques secondes et après le bruit revient.
Est-ce que quelqu'un a des suggestions ? - Bonjour,
Je viens d'installer Blender 2.79 sur ma Fedora et je ne vois pas l'option d'export ffmpeg dans l'éditeur vidéo dans la liste. Il est pourtant bien installé :
Est-ce que quelqu'un sait comment on peut faire en sorte que Blender le détecte ?$ ffmpeg -version ffmpeg version 4.0 Copyright (c) 2000-2018 the FFmpeg developers built with gcc 8 (GCC) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -mcet -fcf-protection' --extra-ldflags='-Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' --extra-cflags=' ' --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 --enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r --enable-gcrypt --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcdio --enable-libdrm --enable-indev=jack --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc --enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvidstab --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-libmfx --enable-runtime-cpudetect libavutil 56. 14.100 / 56. 14.100 libavcodec 58. 18.100 / 58. 18.100 libavformat 58. 12.100 / 58. 12.100 libavdevice 58. 3.100 / 58. 3.100 libavfilter 7. 16.100 / 7. 16.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 1.100 / 5. 1.100 libswresample 3. 1.100 / 3. 1.100 libpostproc 55. 1.100 / 55. 1.100 - Modifié
Bonjour,
J'ai une Fedora 28, mais le problème existe depuis des années, et des drivers nvidia propriétaires (installés depuis le site nvidia). J'ai également deux écran connectés en display port à une NVidia 1080 TI.
A chaque fois que les écrans rentrent en veille (économie d'énergie) ils se réveillent immédiatement, puis rerentre en veille, puis ressortent, etc. à l'infini. J'ai peur d'ailleurs que ça finisse par les endommager. Y a-t-il un remède ?
Merci!- Modifié
Le problème ne se produit plus. Ce que j'ai fait (et je ne sais pas quelle action a résolu le problème) :
* J'ai exclu mon répertoire home explicitement (je ne souhaite pas le sauvegarder
* J'ai inclus explicitement ~/.cache/deja-dup/metadata
* Fedora a fait une mise à jour vers deja-dup 36.2
* J'ai remis le cache sur la même partition que /home. Bizarrement il n'y a plus que deux fichiers au lieu de plein, du coup il ne prend que 900MO.- Je suis incapable de dire depuis quand mais je dirai un ou deux mois. En même temps si des choses grossisse sur mon disque interne, ça n'a peut être rien à voir avec un changement de version mais un autre truc qui s'est passé sur l'ordinateur.
La taille du répertoire .cache/deja-dup/metadata peut faire plusieurs giga, en l’occurrence 3,8GO.
Le disque de destination est un disque interne SATA mais situé sur un point de montage alors peut-être qu'il le traite comme une destination externe. Le répertoire cache est censé protéger quand la destination est sur le réseau.
La version est la dernière sur Fedora 26: 36.1. - Avec poweroff ça s'arrête également. J'espère qu'il execute les scripts d'arrêt et qu'il ne fait pas qu'éteindre la machine ! C'est allé assez vite donc je n'ai rien vu passer.
- Je viens de capter un truc. En fait halt est conçu pour arrété le système mais pas la machine mais la plupart du temps sur les distribution, son comportement est changé. Pour vouloir vraiment arréter la machine il faut faire soit le
comme vu plus haut, soithalt -p
qui est faite pour cette intention.shutdown -h now - Bonjour,
Depuis quelques temps je n'arrive plus à faire mes sauvegardes. Duplicity rempli mon répertoire $HOME/.cache/deja-dup/metadata. J'ai essayé de faire un lien mais ça échoue à la fin de la sauvegarde. Il reste donc deux moyens :
Le premier est d’empêcher deja-dup de faire un cache, c'est ma priorité. En effet, je sauvegarde sur mon disque dur ce qui veut dire que je dois avoir l'information originale + la destination de la sauvegarde + le cache, ça commence à faire beaucoup.
Le second, si je n'arrive pas à faire le premier, c'est quand même me résoudre à avoir un cache, mais il faut que je puisse utiliser les paramètres de déjà-dup (--archive-dir) pour lui dire de le mettre à un autre endroit. Je ne trouve absolument pas le fichier où Deja-dup garde les options supplémentaires pour Duplicity. Savez-vous où il est ?
Merci.
Merci, ça marche !fgland wrote:bonsoir,
regarde la page man
à priori il faut ajouter -p pour poweroff
c'est ce que je faisais sur centos
sinon le système est bien arrêté mais pas " l'alimentation "# halt -p
Gérard- Bonjour,
J'ai un hote KVM Fedora 26 et une VM debian 8 que j'ai upgradé en debian 9. Lorsque je faisais un "sudo halt" dans la VM en debian 8, le système s’arrêtait et la VM s'éteignait. Depuis qu'elle est en debian 9, la VM ne s'arrête plus automatiquement.
Alors je sais que c'est sans doute plus une question à poser dans le forum debian, mais je ne connais pas ces gens là. Donc si vous avez une idée, je suis preneur 🙂 - Bonjour,
J'ai mis le mode developpeur sur mon LG 3s, j'ai installé android-tools sur Fedora 26, je relie les deux avec un cable USB. Pas moyen de voir le téléphone dans adb devices. Quelqu'un a une idée ?# adb devices List of devices attached # - Bonjour,
Depuis ma dernière upgrade, je n'arrive plus à faire marcher les drivers propriétaires nvidia. En effet, je les compiles depuis l'executables car je dois indiquer mes clés UEFI.
Je suis tombé sur une version patchée de ce driver que je peux utiliser : https://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/. - Interessant. Personnellement j'ai perdu mon interface graphique après l'upgrade du noyau. J'ai voulu recompiler les drivers nvidia propriétaires, comme d'habitude, mais là ils refusent de se compiler. Il s'est passé donc quelque chose de mystique sur les interfaces graphiques lors de cette dernière upgrade.
- Oui j'ai vu ça dans mes recherches, mais comme xz est maintenant installé par défaut dans Fedora (enfin je crois me souvenir)...
- Modifié
Bonjour,
Je viens de chercher et j'ai trouvé donc je vous met ça ici si jamais ça vous interesse. Avec les CPU modernes et les unités de stockage modernes, la compression multi-threadée est un must-have. Voilà comment faire :
Si pour vous la vitesse de votre sauvegarde est importante, je conseille de rajouter -0 comme option à xz. D'après le man, vous pouvez mettre 0 en nombre de processeurs et il prendra votre nombre de processeur actuel.tar cv Répertoires_ou_fichiers_à_sauvegarder | nice xz --thread=Votre_nombre_de_processeurs > fichier_de_sauvegarde.tar.xz- Modifié
Bonjour,
Depuis des années, j'ai un raid 5 (mdadm) de trois partitions sur trois disques durs, sur lequel repose une partition virtuelle luks sur laquelle repose un système de fichier ext4 qui contient tous mes précieux documents.
Ayant toujours un peu peur du raid 5 write-hole, je me suis dit que les capacités de checksum intégrés du brtfs pourraient permettre de corriger les erreurs.
Considérant donc le support par Fedora depuis des années, le fait que le raid 5 ou 6 intégré de btrfs avait encore des progrès à faire, et que je souhaitais monter toujours ma partition virtuelle à la main en clickant dans l'explorateur gnome si j'en ai besoin, j'ai décidé de garder la même configuration et de juste changer le système de fichier.
Pour info, le btrfs-convert n'a pas fonctionné. J'ai donc écrasé le système de fichier (mkfs -t btrfs) et je l'ai rempli avec la sauvegarde que j'ai faite juste avant.
Jusqu'ici tout va bien. J'ai donc deux questions pour vous :
- Est-ce que cet empilement de couches, considérant la jeunesse de btrfs peut poser problème ?
- Suis-je réellement immunisé au write-hole ?- Modifié
J'ai également activé. Je vous tiens au courant si je vois une différence (i7 6700K@4.4GHz).
/EDIT/ Par contre ça n'a pas l'air de marcher sur Android...
/EDIT 2/ Le coût pour un seul tab :
- true 532 : https://web.basemark.com/result/?4DyWLedE
- false 571 : https://web.basemark.com/result/?4DyWT6U2
On constate (au niveau des tests, à l'usage c'est quasiment insensible) qu'il y a un petit ralentissement quand on est dans un seul tab. Je vais continuer de tester avec mon usage habituel.
Pas de changement à la situation après la réinstallation.hechmi50 wrote:Je tenterais ceci:dnf reinstall PackageKit
Dans mon premier message j'ai stipulé que dnf fonctionne très bien.winmandrake wrote:Pas de réponse concernant ci une maj par dnf fonctionne ou pas.
Logiciel est plus ou moins fonctionnel...
Je tenterai la suggestion de réinstaller packagekit dés que possible.