# Nvme sur vieux pc **URL:** \ **Category:** Support Debian\ **Tags:** installation, boot, grub\ **Created:** [Janvier 23, 2023, 9:07 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777 "2023-01-23T09:07:59Z")\ **Posts on this page:** 9\ **Page:** 3
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 25, 2023, 8:00 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/41 "2023-01-25T20:00:10Z")
Si je comprends bien tu n’as pas fait du tout ce que j’avais suggéré (réinstallation sur NVMe+USB ou déplacement de /boot de NVMe sur USB), tu as juste essayé de bidouiller le grub.cfg du système Debian installé sur la clé ? Il n’est pas impossible de mettre sur la clé USB à la fois un système entier minimal pour bricoler et le /boot du système du NVMe, mais il ne faut pas les mélanger. Par contre il n’y aura qu’un seul GRUB pour les deux, forcément. Il n’y a pas d’UUID dans les commandes `initrd` de grub.cfg. Montre un exemple complet d’entrée de menu, par exemple la (3), et la sortie de `blkid` pour voir à quoi correspondent les UUID et le fichier /etc/fstab du NVMe. ---
**Author:** ![Bruneau](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ed8c4c/32.png) [@Bruneau](https://www.debian-fr.org/u/Bruneau)\ **Post date:** [Janvier 25, 2023, 8:39 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/42 "2023-01-25T20:39:07Z")
Sauf erreur j’ai fait exactement ce que tu as suggéré : 1. install sur nvme avec grub install sur clé 2. install sur clé avec grub sur clé =\> obligation de modifié le grub nvme car l’uuid de la clé est modifiée par l’install 3. copie du boot complet du nvme sur la clé usb 4. reboot qui n’a pas fonctionné d’où 5. intégration dans le grub des combinaison ce-le x nvme évoqué précédemment. Pour les sorties je les communique demain je n’ai pas accés à la machine. Bonne soirée. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 25, 2023, 8:50 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/43 "2023-01-25T20:50:10Z")
> [@Bruneau](#): > > install sur nvme avec grub install sur clé J’avais dit avec /boot et GRUB sur la clé. Si tu l’avais fait ça aurait été suffisant, il n’y avait rien d’autre à faire. > [@Bruneau](#): > > install sur clé avec grub sur clé Je n’ai jamais suggéré ça. > [@Bruneau](#): > > copie du boot complet du nvme sur la clé usb Comment exactement ? > [@Bruneau](#): > > intégration dans le grub des combinaison ce-le x nvme évoqué précédemment. Il y a deux types d’UUID dans grub.cfg : - ceux dans les commandes `search` qui servent à trouver l’emplacement des fichiers dont GRUB a besoin. Ils doivent être sur la clé USB puisque GRUB ne peut pas accéder au SSD NVMe ; - ceux du paramètre `root=` dans les commandes `linux` qui sert au noyau ou à l’initramfs à trouver la racine à monter. Ce doit être celui de la racine sur le SSD NVMe. ---
**Author:** ![Bruneau](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ed8c4c/32.png) [@Bruneau](https://www.debian-fr.org/u/Bruneau)\ **Post date:** [Janvier 26, 2023, 7:37 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/44 "2023-01-26T07:37:23Z")
Super, cela fonctionne. Merci Pascal. En résumé et dit avec mes termes. Ce que j’ai fait et qui m’a permis de booter sur un nvme non reconnu par mon bios (pas de EFI) : - install debian sur nvme. - install debian sur la clé (c’est llloonnngg 😉 ) - copie de /boot du nvme sur la clé. - copie de /etc/fstab du nvme sur la clé - en chroot sur la clé → actualiser grub. Là attention, dans la liste grub installée seul fonctionne le lancement avec linux et initrd pointant sur l’uuid du nvme … donc inutile de lancer les autres lignes, au mieux ça plante mais parfois ça se lance avec des comportement très bizarre ! Vous aurez noté que je n’ai pu faire ces manip que grâce à un linux installé sur un autre média reconnu … Bon, plus qu’à finir l’install de la debian car gros pb de définition d’écran donc pour les mesure de perf du nvme/ssd sata prévoir un délai. Bonne journée à tous et encore merci à Pascal pour ces orientations. Il s’agit du retour d’expérience d’un béotien donc sans prétention de démarche quelconque. Si vous pouvez rendre ce retour plus pertinent n’hésitez pas. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 26, 2023, 8:56 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/45 "2023-01-26T08:56:45Z")
> [@Bruneau](#): > > install debian sur la clé (c’est llloonnngg Normal, le processus d’écriture dans une mémoire flash est intrinsèquement plus lent que la lecture. La technologie flash est dérivée des EPROM (mémoire morte programmable électriquement) dans lequelles on n’écrit pas mais qu’on « programme ». Les SSD intègrent des optimisations pour atténuer cette réalité technique (mémoire cache, « ramasse-miettes », blocs de réserve, effacement anticipé, parallélisme…) dont les clés USB sont souvent dépourvues. > [@Bruneau](#): > > dans la liste grub installée seul fonctionne le lancement avec linux et initrd pointant sur l’uuid du nvme … donc inutile de lancer les autres lignes, au mieux ça plante mais parfois ça se lance avec des comportement très bizarre ! `update-grub` peut créer des entrées de menu incohérentes quand os-prober détecte un système avec exactement le même noyau que celui du système depuis lequel il est lancé. En cas de chroot, le résultat est encore plus incertain. Bref, je redis que le plus simple, le plus sûr et le plus rapide est de loin de faire l’installation directement avec /boot et GRUB sur la clé USB et le reste sur le SSD. > [@Bruneau](#): > > pb de définition d’écran Quel modèle de GPU ? ``` lspci -nnkd ::300 ``` ---
**Author:** ![Bruneau](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ed8c4c/32.png) [@Bruneau](https://www.debian-fr.org/u/Bruneau)\ **Post date:** [Janvier 27, 2023, 1:45 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/46 "2023-01-27T13:45:06Z")
J’ai chargé les drivers et tout est rentré dans l’ordre … en écran logique 3 fois plus grand que le physique c’est parfois du sport 🙃 > ``` > $ lspci -nnkd ::300 > 08:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9] > Subsystem: ASUSTeK Computer Inc. Radeon HD 5450 [1043:0386] > Kernel driver in use: radeon > Kernel modules: radeon > > ``` À y être rapide retour sur les performance du nvme. En synthèse, très légèrement moins performant que le ssd mais beaucoup plus instable … il déteste les fichiers d’un Meg. avec lesquels ses perf. s’effondrent (mesuré par iozone). Et en conclusion ça valait pas le coup de s’emm… le ssd est meilleur. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 27, 2023, 7:28 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/47 "2023-01-27T19:28:38Z")
> [@Bruneau](#): > > J’ai chargé les drivers Tu veux dire les firmware du paquet firmware-amd-graphics ? Le pilote radeon pour X est normalement déjà installé par défaut. > [@Bruneau](#): > > retour sur les performance du nvme. En synthèse, très légèrement moins performant que le ssd mais beaucoup plus instable En ressenti ou en benchmark ? Quel est le débit séquentiel brut en lecture mesuré avec hdparm ? ---
**Author:** ![Bruneau](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ed8c4c/32.png) [@Bruneau](https://www.debian-fr.org/u/Bruneau)\ **Post date:** [Janvier 28, 2023, 11:22 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/48 "2023-01-28T11:22:43Z")
> Tu veux dire les firmware du paquet firmware-amd-graphics ? Le pilote radeon pour X est normalement déjà installé par défaut. Je doute qu’ils aient été chargés à l’install car j’ai du ouvrir le dépôt free pour les downloader. > En ressenti ou en benchmark ? > Quel est le débit séquentiel brut en lecture mesuré avec hdparm ? En aucun cas du ressenti mais comme indiqué mesuré avec iozone. hdparm lui dit cela : > :~$ sudo hdparm -t -T /dev/sda > /dev/sda: > Timing cached reads: 15514 MB in 1.99 seconds = 7778.38 MB/sec > Timing buffered disk reads: 820 MB in 3.00 seconds = 273.26 MB/sec > (base) alain@buroDebi:~$ sudo hdparm -t -T /dev/nvme0n1 > > /dev/nvme0n1: > Timing cached reads: 16570 MB in 1.99 seconds = 8310.27 MB/sec > Timing buffered disk reads: 2624 MB in 3.00 seconds = 874.66 MB/sec Je ne suis pas sûr que les résultats hdparm soit totalement pertinent car iozone indique selon la taille des fichiers et des records des performances très différentes. Toutefois si on se place dans le ressenti, la debian-xfce est beaucoup plus véloce que la ubuntu/xfce que j’utilise quotidiennement. A chiffrer le « beaucoup » j’irai presque jusqu’à x2 . Cela vient-il de la distrib ou du disque ??? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 28, 2023, 6:27 UTC](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777/49 "2023-01-28T18:27:38Z")
> [@Bruneau](#): > > > Tu veux dire les firmware du paquet firmware-amd-graphics ? Le pilote radeon pour X est normalement déjà installé par défaut. > > Je doute qu’ils aient été chargés à l’install car j’ai du ouvrir le dépôt free pour les downloader. Qu’appelles-tu « le dépôt free » ? Si tu parles de la section « main » des dépôts Debian, elle a forcément été ajoutée lors de l’installation, et le pilote radeon pour Xorg, xserver-xorg-video-radeon, qui en fait partie était déjà disponible et installé. Tu ne parlerais pas plutôt de la section « non-free » et du paquet firmware-amd-graphics qui contient les firmwares et non les pilotes ? > [@Bruneau](#): > > Je ne suis pas sûr que les résultats hdparm soit totalement pertinent car iozone indique selon la taille des fichiers et des records des performances très différentes. Un benckmark n’est pertinent que dans la mesure où il est représentatif du cas d’utilisation. Quelle est la part des opérations qui ont des mauvais scores dans l’utilisation totale du SSD ? (question rhétorique qui n’appelle pas de réponse, seulement destinée à relativiser les résultat du benchmark) hdparm peut servir à détecter un goulet d’étranglement. 273 Mo/s, même pour un SSD SATA, ce n’est pas fameux. Mon vieux SSD SATA de 2012 fait deux fois mieux. Une explication possible est qu’il soit limité en SATA 3.0G, soit par conception, soit par le contrôleur SATA (ce qui n’est pas aberrant vu l’âge de la machine) ? 874 Mo/s pour un SSD NVMe, ce n’est pas foudroyant non plus. La encore, l’âge de la machine et la vitesse de ses autres composants (processeur, mémoire) joue peut-être aussi. Mais le protocole NVMe n’est pas censé améliorer seulement le débit séquentiel mais aussi la latence et le nombre d’opérations par seconde (IOPS), non mesurés par hdparm. > [@Bruneau](#): > > dans le ressenti, la debian-xfce est beaucoup plus véloce que la ubuntu/xfce que j’utilise quotidiennement. A chiffrer le « beaucoup » j’irai presque jusqu’à x2 . Cela vient-il de la distrib ou du disque ? Le seul moyen fiable de le déterminer serait de faire fonctionner les deux systèmes sur le même SSD ou un même système sur les deux SSD (principe du test croisé : on ne modifie qu’un seul élément à la fois pour évaluer son impact). [Page précédente](https://www.debian-fr.org/t/nvme-sur-vieux-pc/87777.md?page=2)