Reprise du message précédent :
Hello.
Encore une petite question.
J'envisage, dans les prochains mois, d'acquérir une plateforme Rizen5 1600 avec une CM supportant du Crossfire...
Je voudrais savoir si ça fonctionne bien (le Crossfire) avec les pilotes libres où si c'est à oublier. Car si j'ai bien compris, AMD ne développe plus de pilotes propriétaire pour Linux.
Ou alors, il vaut mieux partir sur un GPU Nvidia?  (Mais quitte à partir sur une plateforme AMD, je préférerais avoir un ensemble full AMD...)

le crossfire n'est plus vraiment utilisé par amd
pour les pilote sur linux , amd est maintenant a préférer  
amd fait un pilote proprio pour les cartes récente sous le nom de amdgpu pro, c'est pas vraiment utile pour le moment si jai bien compris

Pour ce qui est des pilotes libres, AMD contribue justement à leur élaboration, ce qui fait qu’ils sont plus que corrects (contrairement au cas NVIDIA, où le pilote libre Nouveau, heu… ) et généralement suffisants.

Merci  
Mais du coup, il y a un intérêt au Crossfire ou pas du tout ?
Il y a des chances que je ne l'utilise jamais, c'est surtout pour le choix d'une CM... Même si je n'est pas encore regarder ce qu'il existe comme chipset sur cette plateforme...

Bonjour.

L'intéret du crossfire est très variable,
Déjà sous windows les solutions de ce style apportent un gain variable non garanti, même si maintenant ça fonctionne mieux, il est souvent préférable de choisir un gros gpu pour ne pas se prendre la tête.

Mais sous linux pour moi la question ne se pose même pas, il vaut clairement mieux un gros gpu pour ne pas avoir d'ennui.

Merci pour ta réponse.
Je ne suis pas un gros joueur. Je ne partais clairement pas sur un solution Crossfire direct. Je le voyais plus comme une éventuelle évolution possible pour donner un coup de boost à la config sans changer de gpu, mais en me procurant une carte identique en occaz (évolution à moindre coût).
Mais du coup, on oublie. Et je m'en doutais un peu, je voulais avoir confirmation.  

Ouais le crossfire ou autre c'est vraiment du bluff. On est très loin du 2X plus de carte, 2X plus de rapidité

Salut, c'est Zack.
 
Si Zack Etron vous fait l'honneur de venir en ce topic, c'est parce qu'il a un problème. En effet, cet homme d'une intelligence hors du commun s'ennuie et surtout n'a de PC que celui que lui a prêté son travail. Car Zack Etron est un businessman.
 
Toutefois, Zack se trouvant un peu restreint par une machine sur laquelle il n'a pas les droits d'administrateurs, il essaye de voir ce qu'il peut faire. Quelle ne fut pas sa surprise qu'en tapotant sur une touche de fonction au démarrage, il avait accès au BIOS/UEFI. Il s'est donc dit - le fieffé coquin, qu'il est rusé, nul doute qu'il ait autant de succès auprès des femmes - qu'il pouvait essayer de booter sur une clef USB contenant une distribution Linux.
 
Mettant en oeuvre ses infinies compétences informatique, Zack fit comme il avait dit. Et la machine boota parfaitement, et bien vite il se retrouva sous Linux.
 
Zack mit alors à nouveau son cerveau en oeuvre, et se dit : mais partitionnons donc une clef USB, et installons Mint dessus, et ainsi nous aurons un espace entièrement à nous !
 
C'est là que ça se gate : l'opération a été tentée plusieurs fois, sans succès (ce qui est étonnant pour Zack).
 
L'installation sur la clef USB prend plusieurs heures, pour un résultat plus que médiocre au reboot : Zack voit le splash screen de Mint (ou d'Ubuntu, car Zack étant un malin, il a essayé avec les deux), les petits carrés en dessous qui se remplissent au gré du chargement... puis écran noir. En laissant tourner longtemps l'écran noir d'Ubuntu, quel ne fut pas la surprise de voir une fenêtre de l'OS (et le cliqueur de sa souris !) lui parlant de ses paramètres d'affichage. Mais Zack pense que c'est un peu de la bite.
 
La question de Zack est donc : qu'est-ce qui ferait qu'un boot live fonctionne parfaitement mais pas une installation ? Zack voit déjà une piste : il boote sur une clef USB Lexar de 8 Go mais fait l'installation sur une clef de même marque de 12 Go, cette dernière est peut être détraquée. Il va tenter l'install sur la clef qui boot parfaitement (mais demain, car comme dit précedemment, l'install prend minimum 3 heures, ce qui est étrange).
 
D'autres pistes ?
 
Edit : ventre saint-gris, Zack s'intéressait déjà à ce problème il y a quelques 4 ans. De la suite dans les idées ce Zack, un génie on vous dit !

hé ben mon vieux !

 S'intéresse de près au cas de zack.

L'installation sur clef usb, n'est pas sensé poser problème à zack.
Toutefois il arrive effectivement que le boot sur clef usb pose problème avec certains bios en fonction de la dite clef.
Si zack a la possibilité de tester une autre clef qu'il le fasse et nous repporte son résultat.

De même zack nous ferait-il l'honneur de nous donner la configuration sur laquelle il tente vainement de booter une install sur clef usb?
Car il est fort probable vu les symptômes que cela soit un pb de pilote graphique, donc un pilote proprio à installer.

Zack est il au courant, que sans install, il peut faire un livecd "persistant" lui permettant d'avoir les avantages du livecd (boote sur n'importe quel machine) tout en pouvant garder sa configuration?

Zac n'aurais t'il point une puce graphique Nvidia qui poserais problème avec les paramètres par défaut.
Une histoire de nomodeset à ajouter dans le grub à cause d'un driver que s'appellerio quezak nouveau

Voilà, c'est ce que j'allais dire, au vue du résultat ça sent le pilote graphique qui foire donc fort probable qu'il faille installer un pilote proprio.

Bof,  il utilise un live USB,  pour moi ça laisse pas de trace et touche pas au système en place.  En plus les cogip chiffrent de plus en plus

 
C'est faux ou en tous cas, cela peut-être faux. Le ou les partitions windows peuvent parfaitement être montées automatiquement par MINT ou n'importe quelle distro moderne Linux. Au final, le risque n'est pas totalement nul, bien qu'extrêmement faible.

 
 
Y a t il quelqu’un qui joue à coc via un émulateur android ?si oui lequel?

alors là c'est pas banal  
 
J'ai une vm mint kde 18.2 sur mon proxmox.
 
Des fois j'ai l'interface réseau qui fait du caca à se déconnecter et ne jamais revenir avec la charge CPU qui monte.
Bref je fait une grosse maj (rien fait depuis 3 mois ) avec le kernel inclus (4.13). pb il plante sur le paquet de ruby, moi je force l'install, je reboot et là c'est le drame.
Le serveur VNC qui me passe l'image de la VM merde complétement.
 
Je passe en mode rescue (DEL pendant le boot de grub), je fait un répaire des paquet, mais il ne peut pas se connecter aux serveur.
 
Les cartes résal sont UP et ip correct.
un ping google.fr ==> unknow host
un ping 8.8.8.8 ==> fonctione
 
Comment qu'on fait quand on utilise pas le /etc/network/interfaces ?
La config du routeur est là même pour tout le monde, je comprends pas pourquoi la VM n'a pas de résolution DNS  

Est-il possible de faire une mise à jour presque directe de 17.3 vers 18.3 ?

Bonjour à la communauté.
Je me nomme Marc j'ai quitté Windows pour aller sur linux avec beaucoup de plaisir.
Je suis passé récemment sur linux Sylvia 18.3.
J'ai installé virtualbox avec windows seven 64 bit car j'ai des logiciels spécifiques qui ne fonctionnement sous linux.
Depuis quelques temps lorsque je clique sur "Menu" j'ai la colonne de droite qui est complètement illisibl, tous les caractères se dédoublent.
Je précise que je suis sur un un chipset graphique Nvidia Gegorce 6150 de 256 Mo (je sais c'est une antiquité!!).
Il faut que je relance linux et tout revient jusqu'à la fois suivante.
Merci de vos avis éclairés et très bonne journée à tous.
Marc
 

 
En complément je rajoute que cette colonne est mauvaise uniquement à l'ouverture et pour les sélections de : Emplacement, préférences, administration et accesoires pour les autres pas de soucis.

Tu utilises Mint avec Cinnamon je crois ?
En attendant l'arrivée des pros, sais-tu quels sont les drivers que tu utilises pour ta carte graphique ?

Oui c'est Nvidia-304. Mais hier j'ai changé le chipset graphique contre une carte graphique Nvidia Geforce 710 sur port pci Express avec driver nvidia-384. J'attends de voir si le problème revient.
Merci pour ta réponse.
Marc

OK et tu pourras aussi les mettre à jour (driver manager)

elle est passive ta 710 ?
si oui, si tu ne joue pas, la 710 avec nouveau fonctionne bien, tu n'as pas besoin des proprio pour cette carte si tu ne joue pas (toute facon jouer avec une 710.... )

J’en profite pour demander : j’ai un PC (sous Arch, mais je pense que ça vaut aussi pour lui) avec une GT210 fonctionnant actuellement sous les pilotes 340. Mais ils vont être abandonnés à la fin de l’année prochaine. Est-ce que passer sur nouveau suffira, ou je devrai me débrouiller pour trouver une nouvelle CG de même type (refroidissement passif) ? C’est pas un PC utilisé pour jouer, de toute façon.
Le PC date de 2009, la CG de 2012 (elle remplace celle d’origine qui était HS).

ben oui certainement  
nouveau devrai bien la supporter
https://nouveau.freedesktop.org/wiki/CodeNames/
 
c'est du nv50 et le nv50 est plutôt bien supporté
https://nouveau.freedesktop.org/wiki/FeatureMatrix/
 
ne pas oublier quand on utilise nouveau,  le decodage des video  
https://nouveau.freedesktop.org/wiki/VideoAcceleration/
mais toi sur arch tu as directement un paquet pour ça
https://aur.archlinux.org/packages/nouveau-fw/
 
 
 

J'ai désactivé le SWAP sur mon eMMC , et désormais mon pc met 2 plombes à démarrer. Est ce du à cela ? il y a moyen de savoir ce qui se passe au démarrage ?
Je suis sous 18.3 Cinamon.

sudo systemd-analyze critical-chain
sudo systemd-analyze blame

edit: c'est quoi comme pc ?

Dans l'assistant de mise à jour chez moi j'ai les drivers NVidia 390 qui sont proposés. Ah priori je pensais que c'était la dernière MAJ, mais quand je lis la description il y a marqué en anglais que c'est un "paquet de transition" pour un autre paquet et qu'on désinstalle après alors que le nom semble indiquer que c'est bien le paquet que je qualifierai de "final" : il s'appelle nvidia-graphics-drivers-390. Quelqu'un peut m'expliquer ? J'ai les 387.34, ça va me mettre à jour vers les 390 ou pas ?  

oui

pareil ici, et ca met bien à jour vers la version 390

C'est une bombe, un HP Stream 14 avec 4go de RAM et 32go d'eMMc , propulsé par un Celeron  

chier, j'ai fais le con
j'ai voulu retirer du menu toute les mention des jeux wine
je me retrouve avec ça

et donc je n'ai plus rien non plus dans programme
je clique sur configurer, je vais sur editeur de menu, rien ne se lance
comment corriger cela ?

edit : c'est bon c'est corrigé, j'ai supprimé le fichier du menu dans .config
cinnamon en a généré un autre et ça fonctionne.

vous réinstallez l'os au passage de la 19?

 
Je pense que c'est au cas par cas. Si tu trouves ton OS actuel instable, mieux vaut repartir sur de bonnes bases en réinstallant ton système.
 
Sinon non.

Linux Mint 19 “Tara” Cinnamon – BETA Release  

 
1/ La stable release de Mint serait prévu pour fin Juin. source
2/ LDME aurait plus qu'un desktop, Cinnamon. source

des gens sont déja sur la beta ?
jme tate a mettre a jour