En un mot, j'essaie de comprendre pour certains ingénieurs de Jetway et moi-même, pourquoi le bios personnalisé qu'ils m'ont fait ne permet pas aux périphériques SATA de démarrer en mode AHCI.
Évidemment, c'est difficile à demander compte tenu de son bios personnalisé *, mais j'espère que je pourrai fournir suffisamment de détails pour que quelqu'un puisse fournir des idées, car je suis à court.
La carte est une Jetway NF98. Le bios original indique American Megatrends au sommet. J'ai appris qu'ils fournissent simplement le code source à compiler (? Ou peut-être juste un logo?) Mais Jetway est celui qui configure et produit le bios réel. J'ai donc contacté Jetway, et ils ont été incroyablement utiles. Je leur ai dit mon objectif, et ils l'ont fait et ont expédié un bios personnalisé.
Le but était simple, permettez-moi de configurer le bios pour refuser de démarrer tout autre support que le disque connecté via le port SATA 0. Ce qu'ils ont fourni a fait exactement cela, sauf qu'il n'était pas configurable, il était juste réglé pour ne permettre à rien d'autre que le port SATA 0 de démarrer.
Je branche donc mon disque SATA en exécutant une version personnalisée de la distribution Crux Linux, et les rapports bios veuillez connecter un disque, comme s'il n'en voyait aucun (même si un coup d'œil dans les paramètres bios montre un disque connecté au port 0).
Après quelques débogages, je change le mode SATA de AHCI en IDE. Cela permet au disque d'être vu, mais le démarrage échoue toujours. Cette fois, il va un peu plus loin et échoue lors de la recherche de root /.
Pour commencer, j'ai une bonne expérience de débogage du démarrage Linux. De plus, j'ai une copie exacte (matérielle et logicielle) de ce système, en utilisant le bios standard fourni avec le NF98. Je peux donc prendre le disque, le démarrer dans le bios standard, et tout est réussi. Quand je l'ai mis dans un bios personnalisé, pas réussi.
Après un débogage supplémentaire, voici ce que je pense savoir:
-Avec le mode sata comme IDE
--Linux (crux) démarre jusqu'à la recherche de racine
--Vista démarre avec succès
Avec le mode sata comme AHCI
--Linux (crux) ne démarre pas correctement (plus, le processus de démarrage ne démarre pas)
--Vista ne démarre pas correctement (plus, le processus de démarrage ne démarre pas)
Le système d'exploitation Crux a un noyau personnalisé légèrement obsolète et utilise des initramfs (également personnalisés). Les ingénieurs de Jetway ont suggéré de mettre à jour le noyau, j'ai pensé assez bien, cela n'a pas aidé.
Ensuite, j'ai pensé que j'essaierais Arch Linux, qui a également échoué en mode IDE, et n'a pas été vu dans AHCI. Il s'agissait d'un noyau 3.0-ARCH.
Ensuite, et enfin, j'ai à nouveau installé arch, mais cette fois sur une seule partition et utilisé dev, pas UUID ou LABEL. En mode AHCI, il n'a toujours pas été vu. En mode IDE, échoue toujours lors du transfert vers root.
MAIS, lorsque je sélectionne l'option du menu de démarrage de secours d'Arch, et que le mode SATA est IDE, j'obtiens un démarrage semi-réussi; c'est-à-dire que j'obtiens une invite de connexion, mais il y a une quantité décente d'erreurs lors du démarrage. Je cherche actuellement ce qui fait la différence.
Mes excuses pour le long texte. Quelqu'un a-t-il une idée de pourquoi ou où je devrais chercher pour comprendre pourquoi le bios personnalisé avec le mode SATA AHCI ne démarre pas?
Réponses:
Il se peut que le mode AHCI ne fonctionne tout simplement pas très bien avec le BIOS américain Megatrends. J'ai eu un problème similaire avec un Gigabyte GA-J1800N-D2H qui ressemble à une carte similaire dotée d'un SoC Intel J1800. J'ai installé Linux Mint 17.2 avec xfce 32 bits à partir d'un CD-ROM fiable. Une fois l'installation terminée, il est allé redémarrer mais s'est coincé dans le shell avec un message "ModemManager ... Impossible d'acquérir l'org.freedesktop.ModemManager1". En essayant plusieurs redémarrages à partir du disque dur, je tomberais dans "(initramfs)" la plupart du temps ou je resterais coincé avec le message "ata1.00: commande échouée: LIRE FPDMA". J'ai réessayé l'installation après avoir essuyé le disque dur et cela n'a fait aucune différence.
Après avoir suivi plusieurs harengs rouges, j'ai essayé de changer le mode SATA de AHCI en IDE dans le BIOS et la machine a démarré et s'est arrêtée parfaitement. Je suis allé en arrière et en avant plusieurs fois pour m'assurer. L'INSTALLATION A ÉTÉ EFFECTUÉE EN MODE AHCI, MAIS SERAIT DÉMARRAGE ET ARRÊT UNIQUEMENT EN MODE IDE.
Les détails du BIOS sont:
ID: 8A05AG03 Nom du projet: J1800N-D2H Version: F4 Construit: 29/04/2014 15:00:08
La carte réagit de manière acceptable en mode IDE.
la source
Il y a quelques éléments à considérer qui pourraient aider toute personne rencontrant cela.
la source
Windows (et éventuellement d'autres systèmes d'exploitation) n'installe pas les pilotes SATA pour le mode AHCI, sauf s'il est actif au démarrage.
Pour résoudre ce problème sous Windows: -
Démarrer en mode IDE (hérité)
écrans et changez le mode disque en "AHCI". Enregistrez la nouvelle configuration du BIOS et redémarrez pour que Windows démarre. Lorsque Windows démarre, il détectera la modification, chargera de nouveaux pilotes de disque et effectuera un redémarrage supplémentaire pour démarrer avec eux.
(source - https://www.neowin.net/forum/topic/987378-how-to-switch-from-ide-to-ahci-without-repairingreinstalling-windows/ )
Je suis sûr qu'il y aurait un processus similaire pour les OS Linux qui sont sur votre système.
la source