VINDICATORs wrote: 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. 🙂

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/release-notes/rn-rad-lin-18-50-unified

VINDICATORs wrote:(Oui je sais je déterre la sujet, mais bon j'avais que cela à faire :-P).

Salut, au moins tu réponds ! 😉

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

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_-650630-peripheriques-onduleurs_et_multiprises 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

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

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

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

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

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+

nouvo09 wrote: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. :-?
J'espère que ça marchera pour toi 😉

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

- 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 8-)

- 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 🙂

Edouard_le_homard wrote: 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 😉

Nicosss wrote: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-actualites/blog-outbackup/65-quelques-raisons-de-ne-pas-utiliser-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:

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

$ conda update spyder

A+

chepioq wrote:Sous fedora la bonne commande est :

dnf upgrade spyder

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

Fifi wrote: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.

@Nicoss,
Inscription faite, message réenvoyé. A suivre. 🙂

@Nicoss,
Mail envoyé à la mailing liste de la documentation Fedora-fr. Aucune réponse 😐

Nicosss wrote:@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).

Nicosss wrote:

GuL wrote: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 wrote:

moudur wrote: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

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/redimensionner-un-volume-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.