Support en "dur" dans le noyau "current" des ssd NVME

Forum d'aide générale sur Slackware
dodo
Messages : 149
Inscription : 31 janvier 2017, 18:26

Support en "dur" dans le noyau "current" des ssd NVME

Message par dodo »

Salut tout le monde, comment ça va depuis ? :mrgreen:
On me confirme bien que le support des SSDs NVME est supporté nativement par le(les) derniers noyaux Linux sans avoir besoin de créer un initrd ?

Merci et bonne soirée !
Avatar de l’utilisateur
Thomas
Administrateur
Messages : 457
Inscription : 08 janvier 2017, 07:14
Localisation : Anizy-le-Grand
Contact :

Re: Support en "dur" dans le noyau "current" des ssd NVME

Message par Thomas »

Salut dodo, en effet li n'y a plus besoin d'initrd depuis un bon moment sauf si tu as du scsi.
À bientôt !
dodo
Messages : 149
Inscription : 31 janvier 2017, 18:26

Re: Support en "dur" dans le noyau "current" des ssd NVME

Message par dodo »

Ok thx, ici la 15.1 je l'installerais sur ma conf la plus "puissante" : un core i7 870 (ne riez pas) et donc un ssd kingstone nvme m.2 de 500Go avec son support pcie x1 /o\ Ça fonctionne bien mais le bios (mobo) connait pas les ssd nvme ! :mrgreen: Comment j'ai donc booter la current pour tester ? Et ben install d'elilo sur une clé usb (cette mobo à la traine permet quand même de booter sur un usb stick) en UEFI ;) Suis sauver :mrgreen: Bonne soirée !
Avatar de l’utilisateur
Thomas
Administrateur
Messages : 457
Inscription : 08 janvier 2017, 07:14
Localisation : Anizy-le-Grand
Contact :

Re: Support en "dur" dans le noyau "current" des ssd NVME

Message par Thomas »

Bravo ! ;)
Didier Spaier
Messages : 137
Inscription : 29 janvier 2017, 21:07

Re: Support en "dur" dans le noyau "current" des ssd NVME

Message par Didier Spaier »

Juste une question: pourquoi elilo au lieu de grub et pourquoi pas d'initrd? Question d'habitude peut-être?

Dans Slackware 15.1 grub sera le gestionnaire d'amorçage par défaut et dracut sera je suppose présent dans l'installateur à lire les nouvelles dans http://www.slackware.com/changelog/curr ... cpu=x86_64
Répondre