Vous n'êtes pas identifié(e).
Hors ligne
Une fois la migration effectuée, tu peux virer les pilotes nvidia si tu les avais installés.
À part ça, a priori, rien à réinstaller.
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Hors ligne
Niveau CPU et CM: tu ne changes pas d'architecture de CPU car tu restes sur du amd64. Donc, rien de particulier à faire.
Sauf si tu avais mis MODULES=dep dans /etc/initramfs-tools/initramfs.conf. Il peut être nécessaire de remettre MODULES=most et reconstruire l'initramfs avec update-initramfs -u. Il sera possible de remettre MODULES=dep après avoir démarré sur la nouvelle carte mère.
Si besoin, installer amd-microcode s'il ne l'est pas déjà. Après avoir démarré sur la nouvelle carte mère, il faudra reconstruire l'initramfs pour y inclure les microcodes AMD.
Le nom de l'interface réseau risque de changer. S'il est enregistré dans des fichiers de configuration (/etc/network/interfaces...), il faudra les mettre à jour.
Une fois la migration effectuée, tu peux virer les pilotes nvidia si tu les avais installés.
Si tu parles des pilotes propriétaires, il ne vaudrait pas mieux les désinstaller avant ? Il me semble qu'ils contiennent des versions modifiées de bibliothèques d'accélération graphique, elles ne risquent pas d'être incompatibles avec les pilotes libres ?
Dernière modification par raleur (23-10-2019 14:15:29)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Tu penses que je peux déjà installer amd-microcode (si ils n'y sont pas), ça ne risque pas de créer un conflit?
Je ne pense pas qu'il y ait un risque. Même installés, les microcodes AMD ne seront utilisés qu'avec un processeur compatible.
Pour l'update de l'interface réseau, comment m'y prendre?
Comment l'interface réseau est-il configurée ? Via le fichier /etc/network/interfaces ou un fichier /etc/network/interfaces.d/* ? Dans ce cas il faudra modifier le nom dans le fichier pour qu'il corresponde à la nouvelle interface.
Via Wicd (installé par défaut avec certains bureaux comme LXDE) ? Le nom de l'interface est configurable via l'applet Wicd du bureau.
Via NetworkManager (installé par défaut avec certains bureaux comme GNOME) ? La nouvelle interface devrait être prise en compte automatiquement si la configuration est en DHCP.
Ce que je redoute c'est les soucis avec X, nouveau et ce genre d'applications/pilotes
Tu n'auras pas de soucis si tu utilises le pilote libre Nouveau pour le GPU Nvidia. En revanche si tu utilises le pilote propriétaire Nvidia (normalement tu sais si c'est le cas, ça ne s'installe pas tout seul - "lsmod | grep nvidia" est un élément de vérification), je ne garantis rien.
Les pilotes AMD/ATI pour X.org (xserver-xorg-video-ati et xserver-xorg-video-amdgpu) devraient déjà être installés, mais vérifie quand même.
Dernière modification par raleur (23-10-2019 16:16:13)
Il vaut mieux montrer que raconter.
Hors ligne
Je ne me souviens pas l'avoir installer, ça va faire un petit moment :
Concernant interfaces.d, il est vide.
Dernière modification par Abuishaq (23-10-2019 16:52:37)
Hors ligne
apt install xserver-xorg-video-ati & xserver-xorg-video-amdgpu & amd-microcode
Qu'est-ce que c'est que cette commande pourrie ? Depuis quand le signe & est-il utilisé comme séparateur d'arguments de la commande apt ?
Tu as de la chance qu'aucun de ces noms de paquets ne corresponde à une commande existante, son exécution aura pu avoir des conséquences imprévisibles.
Je ne me souviens pas l'avoir installer (pilote Nvidia)
Pourtant il est bien là. D'autres que moi sauront peut-être te dire s'il est nécessaire de le désinstaller.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Qu'est-ce que c'est que cette commande pourrie ? Depuis quand le signe & est-il utilisé comme séparateur d'arguments de la commande apt ?
Haha, j'en sais rien, je me souviens avoir déjà tapé ça lors d'un suivi d'installation. Bon en tout cas ça n'a pas l'air d'avoir posé problème.
si on n'a pas de carte nvidia , vaut mieux retirer les pilotes en question (on risque le crash) .
malgré les soucis possibles , la présence éventuellement non tolérée de pilotes nvidia se règle très bien en recovery mode (mode texte , donc)
Tout à fait, j'en ai déjà fait l'expérience mais je ne saurais te dire exactement ce qui c'était passé, ça va faire quelques années maintenant.
Je suppose que si je lance la désinstallation des pilotes nvidia juste avant l'installation du nouveau matos, je ne devrais pas trop avoir de problème.
J'ai pas encore reçu la RAM mais les ddr3 devraient passer, du coup il y a des chances que je teste le montage demain si on a l'air OK sur les manips à suivre.
La suite prochainement..
Hors ligne
Hors ligne
J'ai pas encore reçu la RAM mais les ddr3 devraient passer, du coup il y a des chances que je teste le montage demain si on a l'air OK sur les manips à suivre.
Bonjour
c'est quoi cette bétise => "la ddr3 devrait passer sur une carte mère ddr4"
pas les même , et tu risque de casser "barrette mémoire" et "carte mère" si tu insiste et force
pour le #8 , la commande intelligente
ps: avec l'option "--reinstall" dans le cas ou ils sont déjà installés
pour purger un driver nvidia
et un reboot
pour vérifié ta nouvelle machine avec l'ancienne installation de debian (je suppose buster ? )
ton profil indique "stretch" , a mon avis il vaudrait mieux faire une migration vers buster avant .(ton matériel est récent et fabriqué après la sortie de stretch )
ps: il vaut mieux enlever le driver propriétaire , ça t' évitera un "panic kernel" ou un écran noir
une commande pour lister les erreurs du système
et poste le retour
Dernière modification par anonyme (24-10-2019 12:28:12)
pour purger un driver nvidia
A condition que le pilote ait été installé par les paquets Debian et non par l'installateur téléchargé chez Nvidia.
Il vaut mieux montrer que raconter.
Hors ligne
c'est quoi cette bétise => "la ddr3 devrait passer sur une carte mère ddr4"
pas les même , et tu risque de casser "barrette mémoire" et "carte mère" si tu insiste et force
Bah excuse moi je ne le savais pas, je suis assez novice comme tu peux le constater.. Je pensais que c'était peut-être possible, après je suis pas une brutasse, si j'avais constaté que ça ne passais pas, tant pis j'aurais attendu la reception ddr4. J'attendrais de les recevoir pour pouvoir faire le montage, à moins que je ne me trompe encore mais je suppose que je ne vais pas faire tourner la machine sans la ram, non?
Du coup j’exécuterai les commandes citées une fois l'installation matérielle achevée.
Au niveau de la migration Buster, je n'avais pas fait gaffe qu'on été passé à cette version stable depuis juillet.. Je vais migrer du coup
Dernière modification par Abuishaq (24-10-2019 18:08:28)
Hors ligne
Hors ligne
j'émets une idée (stupide sans doute) :
tu gagnerai pas à repartir de zéro avec une "fresh install" de buster ??? sur une nouvelle machine ... roll
Oui possible, c'est l'idée que j'ai émise au premier post mais si les simples màj, installations/désinstallations de pilotes fonctionnent aussi bien et sont moins compliqués alors tant mieux, non?
Pour tout te dire, j'aurai un peu la flemme de tout réinstaller mais bon, si ça doit être fait..
Hors ligne
Alors je sais pas si c'est moi qui ai foiré quelque chose mais drôle de mise à jour, je ne me souviens pas avoir eu ça lors du passage vers Stretch..
Bon c'était un petit aparté sans grand rapport avec le sujet initial m'enfin bon, je préfère le stipuler.
Du coup tout ça pour dire que théoriquement je n'ai plus de pilotes propriétaires nvidia, ce qui facilitera lors de l'installation.
Dernière modification par Abuishaq (25-10-2019 17:04:15)
Hors ligne
ce qui explique commande introuvable
donc teste pour passer en root "su -" (et plus "su" )
donc tu est passé d un cpu intel + driver nvidia a un cpu intel + gpu intel (la carte nvidia a été retiré ? )
de toute manière ton installation reste utilisable pour ta nouvelle carte mère
commence par tester la commande "reboot"
avec "su -" comme ceci
pour voir si la commande fonctionne normalement
donc tu est passé d un cpu intel + driver nvidia a un cpu intel + gpu intel (la carte nvidia a été retiré ? )
de toute manière ton installation reste utilisable pour ta nouvelle carte mère
En fait comme j'avais écran noir après grub et que même le rescue mode me faisait la même chose, j'ai débranché la GPU (donc la nvidia car je n'ai pas encore installé la nouvelle) et branché l'écran sur le CPU intel pour pouvoir avoir accès au terminal et session utilisateur. De là j'ai purgé les pilotes proprio, chargé les pilotes libres et j'ai ensuite rebranché la GPU. Au final j'ai réinstallé les bon pilotes non-libre appropriés car en voulant me faire une partie hier soir, j'ai constater un freeze qui rendait injouable.
Je pense que ça m'a installé les drivers pour les GPU nvidia plus récent lors de la migration vers Buster, du coup ça fonctionnait pas.
Bref, je devrais donc re-purger nvidia avant la nouvelle installation.
Hors ligne
pour être sur que ta debian buster est propre et bien a jour
Pour les commandes, tout était OK, juste l'autoclean a fait son taf.
Pour être sûr:
Hors ligne
pour ceci
installe ceci
ps: tu pourra l' enlever quand tu sera sur en AMD (cpu et gpu )
J'ai pu lire ça et là que certains étaient déçus de Debian 10 pour la mauvaise prise en charge des cartes graphiques, j'espère que ça ne sera pas un problème.. !
Je me tate à me lancer dans ce tuto : https://debian-facile.org/doc:materiel: … ue:ati:ati ?
Voilou
Dernière modification par Abuishaq (19-01-2020 13:50:35)
Hors ligne
Dernière modification par Debian Alain (19-01-2020 16:13:47)
Hors ligne
je crois que xserver-xorg-video-ati est un paquet générique . un méta - paquet .
Pas exactement. Ce paquet est nécessaire pour la sélection automatique du pilote radeon, mach64 ou r128 en fonction du matériel présent. Sans lui, il faudrait spécifier explicitement le pilote à utiliser dans xorg.conf. Cf. sa description.
Dernière modification par raleur (19-01-2020 16:25:30)
Il vaut mieux montrer que raconter.
Hors ligne