Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 30 est mort ce soir

#1 Re : Le comptoir du libre » [Résolu] L'OpenCL (GPGPU) ça marche chez vous? » 18/02/2019 14:01:09

GuL
VINDICATORs a écrit :

Du coup c'était bien un problème de support/suivi des GCN 1 et 1.1 qui posait problème.
Donc je peux mettre le sujet en "résolu".

Merci VINDICATORs. J'étais arrivé à la même conclusion. Malheureusement, ce sont les cartes qui m'intéressaient, notamment la HD7970 pour la double précision. La seule solution que j'ai trouvé, c'est d'installer Centos 7.2 (la version actuelle est la 7.6), de figer les mises à jour de gnome et de xorg et ensuite d'installer le driver obsolète amd fglrx.

Je profite de ce mail pour vous dire au revoir, vu que je suis retourné sur Centos. Bonne continuation à tous. smile

#2 Re : Le comptoir du libre » [Résolu] L'OpenCL (GPGPU) ça marche chez vous? » 21/12/2018 21:33:53

GuL

Merci VINDICATORs

J'ajouterai que la liste des cartes supportées par Rocm est disponible sur https://rocm.github.io/hardware.html tandis que celle pour AMDgpu est sur https://www.amd.com/en/support/kb/relea … 50-unified

#3 Re : [Anciennes versions] Matériel » Carte graphique AMD Radeon HD7970 et pilote amdgpu » 02/01/2018 11:24:57

GuL
VINDICATORs a écrit :

(Oui je sais je déterre la sujet, mais bon j'avais que cela à faire tongue).

Salut, au moins tu réponds ! wink

Un simple :

lsmod | grep amdgpu

devrait te confirmer la chose. Si ce n'est pas le cas, sache que le GCN1.0 est encore "expérimental" dans le pilote amdgpu.

De mémoire, ça ne donne rien (c'est une machine principalement sous windows où Fedora est sur un disque usb3 externe.
Il me semble avoir lu quelque part qu'il fallait recompiler le noyau pour avoir le support southern islands avec amdgpu. Bref, dans mon cas l'affichage s'arrête parce que le driver radeon est blacklisté et le support amdgpu ne s'active pas.

Pour l'OpenCL, il faudra regarder du coté de ROCM fourni par AMD, mais là c'est un peu la jungle vu que le support s'arrête à Fedora 24... A suivre.

Je n'ai pas l'impression que ROCM supporte les GCN1.0 :

GPU Supported
Our GFX8 GPU’s (Fiji & Polaris family) and GFX9 (VEGA).
New GPU Support for ROCm 1.6 : Radeon Instinct Family MI25, MI8, MI6, Radeon Vega Frontier Edition
Experimental support for our GFX7 GPUs Radeon R9 290, R9 390, AMD FirePro S9150, S9170

Le pilote radeon de f27 semble finalement supporter opencl:

$ clinfo -l
Platform #0: Clover
 `-- Device #0: AMD TAHITI (DRM 2.50.0 / 4.14.8-300.fc27.x86_64, LLVM 4.0.1)
Platform #1: Portable Computing Language
 `-- Device #0: pthread-Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz

Ce qui m'a induit en erreur, c'est que clpeak plante. Par contre, si je teste avec la procédure sur cette page, ça fonctionne

$ curl https://codeload.github.com/hpc12/tools/tar.gz/master | tar xvfz -
cd tools-master
make
./cl-demo 1000000 10

Bonne journée

#4 Re : Le comptoir du libre » [Résolu] un onduleur ? » 02/01/2018 09:46:22

GuL

Salut Nednet,
Il y a deux types d'onduleurs : ceux qui ne font que corriger la tension d'entrée ainsi que les micro-coupures, mais qui sont inefficaces pour les coupures plus longues, et ceux qui contiennent une batterie. D'après ce que tu dis, https://www.grosbill.com/4-apc_bx1400ui … ultiprises conviendrait pas mal à ton usage.

Il faut savoir aussi que ce n'est pas la puissance de l'alim qui compte, mais la consommation à la prise, qui dépend de l'usage de ton ordi. Mais dans l'absolu, quand tu prévois un onduleur, il faut prendre en compte la puissance maximale utilisable. Sachant qu'en plus, une alimentation de 600W délivre bien les 600W dans l'ordinateur mais consomme 600/0.8=750 W à la prise, si son rendement est de 80%. Le rendement est diminue en effet quand la charge est maximale.

Tu dis que ton ordi est allumé H24. Tu connais le calcul partagé ? Ca permet d'utiliser la puissance inutilisée de ton ordi pour aider la science. J'en fais depuis pas mal d'années. Plus d'informations

#5 Re : Le comptoir du libre » bonne année 2018 » 02/01/2018 09:22:48

GuL

Bonne année à tous.
Qu'elle vous apporte la réalisation de vos projets et beaucoup de bonheur chaque jour smile

#6 Re : [Anciennes versions] Installation de Fedora » Nouvelle installation - Grub absent » 30/12/2017 23:40:48

GuL

Si grâce à F9 tu as réussi à lancer Fedora, ça veut probablement dire que tu as installé grub sur la partition et non sur le MBR :

# grub2-install /dev/sda

#7 Re : [Anciennes versions] Installation de Fedora » live ou install classique pour 32 bits » 30/12/2017 21:09:31

GuL

Oki, je comprends mieux ton problème wink
Effectivement, s'il n'y a plus de version 32 bits supportée, c'est compliqué. hmm

#8 Re : [Anciennes versions] Installation de Fedora » live ou install classique pour 32 bits » 30/12/2017 19:57:09

GuL

J'ai une question bête : ton processeur ne supporte pas le 64 bits ? tongue

#9 Re : [Anciennes versions] Installation de Fedora » Nouvelle installation - Grub absent » 30/12/2017 19:56:12

GuL

Salut,
Je n'ai pas la réponse pour ton problème de mode expert. Le mode rescue s'active en éditant la ligne de commande de grub pour rajouter rescue à la fin.
Par contre, pour choisir la partition, as-tu essayé d'appuyer sur F10 ou F11 au démarrage de l'ordinateur ?
A+

#10 Re : [Anciennes versions] Installation de Fedora » Fedora 27 - retour d'expérience » 22/12/2017 01:33:40

GuL
nouvo09 a écrit :

Plusieurs freezes au démarrage de F27:

A peine validé le choix du noyau dans grub, l'écran s'efface pour commencer le boot et plus rien, machine bloquée.

3 fois de suite à l'instant !

Salut,
Je viens de mettre à jour de F25 en F27. J'ai eu le même problème que toi : l'affichage semble bloqué sur la phase d'initialisation, ou quelque chose du genre. En fait, comme le disque travaillait, je n'ai touché à rien et l'installation s'est faite tranquillement, mais complètement à l'aveugle. hmm
J'espère que ça marchera pour toi wink

#11 [Anciennes versions] Matériel » Carte graphique AMD Radeon HD7970 et pilote amdgpu » 17/12/2017 18:12:35

GuL
Réponses : 4

Bonjour à tous,

J'ai un problème : je n'arrive pas à installer le pilote amdgpu avec la carte AMD Radeon HD7970. Cette carte est une Southern Islands avec GCN 1.0. Le pilote radeon fonctionne, mais d'après x-org, il ne permet pas d'utiliser OpenCL, que je souhaite tester. J'ai donc besoin du pilote amdgpu.

Conformément à la documentation, j'ai installé xorg-x11-drv-amdgpu et j'ai ajouté les options suivantes à la ligne de commande de grub, lors du démarrage

radeon.si_support=0 amdgpu.si_support=1 amdgpu.exp_hw_support=1

Le problème, c'est que si je fais ça, j'ai 5-6 lignes au démarrage puis plus rien. Quelqu'un aurait une solution ?

Merci d'avance

#12 Re : [Anciennes versions] Installation de Fedora » Fedora 27 - retour d'expérience » 17/12/2017 16:09:10

GuL

- Méthode d'installation :
clé usb avec fedora live 64 gnome, effacement total des précédentes partitions, installation sur un disque usb 3

- Problèmes majeurs :
Ma batterie de disques Raid 5 accélérée par un SSD avec Intel Rapid Storage Technology n'est pas reconnue et est inutilisable.

- Soucis mineurs :
Impossible de sélectionner l'emplacement du chargeur de démarrage lors du partitionnement : cela faisait planter l'installation. C'est probablement lié à ma configuration Raid + SSD.

- Points positifs :
Ma carte wifi pci-express TP-Link TL-WN881ND est reconnue du premier coup, sans rien faire cool

- Points négatifs :
Impossible d'installer le pilote amdgpu pour ma carte graphique AMD Radeon HD7970. Je vais ouvrir un topic dédié.

Merci aux développeurs smile

#13 Re : Le comptoir du libre » Machine NAS + mediacenter + jeux » 06/09/2017 20:41:39

GuL
Edouard_le_homard a écrit :

L'idée est d'avoir un Intel® Core™ i5-4570 3.20GHz + un AMD Radeon R9 290X

Salut
Si tu veux, j'ai un 4670K ainsi qu'une HD 7950 ou encore une HD 7970 à vendre wink

Nicosss a écrit :

Attention il ne faut pas considérer le RAID comme une sauvegarde (RAID1 je présume).

Effectivement, le Raid 1 n'est pas une sauvegarde mais une redondance, cf https://www.outbackup.com/blog-actualit … er-le-raid . Le principal risque c'est les deux disques lâchent en même temps, ce qui est plutôt probable s'ils sont de la même série. De même, un disque branché prêt à faire une reconstruction à chaud est une mauvaise idée : d'une part il subira le même nombre d'allumages que les autres, d'autre part, la reconstruction étant intensive pour le disque restant, cela peut le faire défaillir et il est préférable de le sauvegarder au préalable.

Dans l'idéal, il faut plusieurs niveaux de sauvegardes : une sauvegarde dans l'ordi sur un disque ne servant qu'à ça, une sauvegarde sur un support externe débranché ou un NAS et une sauvegarde dans un autre lieu. Le but de la sauvegarde est de pouvoir récupérer ses données perdues, et si possible de manière incrémentale.

Je dis ça, mais ce n'est pas ma spécialité roll

#14 Re : [Anciennes versions] Installation des programmes » [Résolu] spyder3 » 05/09/2017 18:11:53

GuL

Si tu veux vraiment mettre à jour Spyder, tu peux installer anaconda : https://www.anaconda.com/download/ puis

$ conda update spyder

A+

#15 Re : [Anciennes versions] Installation des programmes » [Résolu] spyder3 » 05/09/2017 07:59:11

GuL
chepioq a écrit :

Sous fedora la bonne commande est :

dnf upgrade spyder

Je ne sais à quoi correspond la commande "conda".

Fifi a écrit :

C'est dans quels dépôts ça, spyder ?

Spyder est une interface graphique pour programmer en Python. Sous Fedora 26, le paquet est python3-spyder, dans le dépôt de base. Conda est une commande d'Anaconda, qui est une distribution Python avec plein de modules pré-installés.

Si tu veux programmer en Python, utiliser Anaconda est une bonne solution, d'une part parce que ça évite les effets de bord avec toutes les logiciels systèmes qui utilisent python, d'autre part parce que cette distribution utilise Intel Math Kernel Library (MKL), qui est particulièrement efficace en termes de multitâche et de temps de calcul.

#18 Re : [Anciennes versions] Support général » [Résolu] Comment récupérer de la place pour le système (sans rien casser) ? » 26/08/2017 11:35:51

GuL
Nicosss a écrit :

@GuL, tout à fait, mais il vaut mieux dissocier les actions afin de s'affranchir de tout souci, l'opération n'étant pas anodine et nécessitant d'être bien comprise. L'utilisation de e2fsck entre les manipulations du système de fichier est préférable aussi afin de s'assurer que tout est est OK, avant et après chaque opération.

A ce propos, ton tuto pourrait avoir sa place dans le wiki Fedora-Fr https://doc.fedora-fr.org/wiki/Accueil. Si la partie documentation t'intéresse alors tu pourrais peut-être contribuer https://doc.fedora-fr.org/wiki/Contribuer.

Tu as sans doute raison, mais il me semblait que e2fsck était fait automatiquement.

Je vais envoyer une suggestion à la liste de diffusion en charge de la documentation mais je n'aurai pas le temps de faire la mise en page (3 gamins + travail prenant + thèse en cours + passions).

#19 Re : [Anciennes versions] Support général » [Résolu] Comment récupérer de la place pour le système (sans rien casser) ? » 26/08/2017 10:19:42

GuL
Nicosss a écrit :
GuL a écrit :

L'option -r de lvresize veut dire resizefs. Elle te permet de redimensionner en même temps le système de fichier, ce qui fait gagner du temps et évite les erreurs.

ATTENTION au système de fichier, c'est un coup à tout perdre, les simples commandes citées ci-dessus ne suffisent pas !

nouvo09 a écrit :
moudur a écrit :

Le lvresize me fait un peu peur. Il me semble qu'il faut s'assurer qu'on a pas de données dans la zone que l'on va supprimer lors d'une réduction...

Mais non, resize2fs fait le travail proprement. Ca serait différent si tu diminuais la taille d'une partition ou d'un lv sans réduire le système de fichiers avant!

J'ai déjà utilisé ces commandes sans soucis, mais je confirme qu'il ne faut surtout pas oublier l'option -r de lvresize, qui est l'équivalent d'utiliser resize2fs.

-r, --resizefs
    Resize underlying filesystem together with the logical volume using fsadm(8).

Avec LVM, on peut considérer le système de fichier comme des poupées russes :

partition LVM > Physical Volume (PV) > Volume Group (VG) > Logical Volume (LV) > système de fichier ext4 ou swap

Pour réduire un LV, il faut commencer par réduire le système de fichier avec resize2fs puis réduire le LV d'exactement la même taille, sous peine d'écraser des données. Pour agrandir un LV, c'est le contraire : on commence par agrandir le LV puis on agrandit le système de fichier. Dans les deux cas, lvresize --resizefs fait le travail comme il faut, en déplaçant les données si besoin, et en redimensionnant le système de fichier au bon moment.

Pour compléter, un VG peut être créé à partir de plusieurs disques et contenir des LV à cheval sur les disques.

PV1 (100 Go) et PV2 (100 Go) > VG (200 Go) > LV1 (50 Go) et LV2 (150 Go) > systèmes de fichier /root et /home

On peut même aller encore plus loin : si on dispose d'un peu de place sur un SSD, on peut accélérer les disques à plateaux par le SSD au moyen d'un Thin Pool et d'un cache SSD. Voir à ce sujet le tutoriel que j'ai réalisé. Le Thin Pool permet d'accélérer simultanément plusieurs LV.

PV1 (SSD, 64Go) et PV2 (HDD, 500 Go) > VG (564 Go) > cache SSD (64 Go) > Thin Pool (500 Go) > LV1 (50 Go) et LV2 (450 Go) > systèmes de fichiers /root et /home

#20 Re : [Anciennes versions] Support général » [Résolu] Comment récupérer de la place pour le système (sans rien casser) ? » 24/08/2017 09:05:28

GuL

Je rejoins Nicoss, la première étape est de faire du ménage.

Ensuite, comme tu utilises LVM, c'est assez facile http://blog.moncoindunet.fr/linux/redim … e-logique/ . Par contre, autant augmenter la taille d'une partition à chaud est faisable, autant je crois que ce n'est pas possible de la diminuer. Voici les étapes. En premier lieu, il faut noter les commandes ci-dessous, fermer la session et taper CTRL+ALT+F2 pour ouvrir une nouvelle console et s'y connecter en tant que root. Ensuite, tu tapes:

init 3
umount /home
lvresize -r -L -10G /dev/mapper/fedora_pc6-home
lvresize -r -L +10G /dev/mapper/fedora_pc6-root
mount /home
init 5

L'option -r de lvresize veut dire resizefs. Elle te permet de redimensionner en même temps le système de fichier, ce qui fait gagner du temps et évite les erreurs.

#21 Re : [Anciennes versions] Support général » Problème de connection au socket /run/dbus/system_bus_socket au boot » 21/08/2017 22:21:47

GuL
Shao a écrit :

Pas pour l'instant.
Mais est ce que le permissif est vraiment suffisant ? Dois-je procéder au ré-étiquetage en mode restrictif pour voir si ça peut passer ? Peut-être qu'il fallait juste un réétiquetage en fait ?

Pour répondre à ta question, le ré-étiquetage ne dépend pas du mode, c'est juste une correction sur l'ensemble des fichier à partir de la base de donnée de selinux. Le mode permissif t'affiche les erreurs mais ne bloque pas, ce qui te permet de les corriger le cas échéant. Le mode restrictif est lui bloquant. Quand au mode disabled, il éteint selinux.

#22 Re : [Anciennes versions] Installation des programmes » [Résolu] LibreOffice Impress - impossible d'éditer les pages maîtresses » 21/08/2017 22:18:42

GuL

Sous F25, je n'ai pas le menu "edit master", j'ai "Appliquer à toutes les diapos / Appliquer aux diapos sélectionnées / Aperçu grand format". Aucun ne plante.

Ma version :

Version: 5.2.7.2
Build ID: 5.2.7.2-6.fc25
Threads CPU : 12; Version de l'OS :Linux 4.11; UI Render : par défaut; VCL : gtk3; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group

#25 Re : [Anciennes versions] Support général » Problème d'affichage de grub » 20/08/2017 12:19:43

GuL

C'est un contournement du problème, mais peux-tu désactiver le logo dans le bios ?

Pied de page des forums

Propulsé par FluxBB