Pourquoi le démarrage échoue avec le mode bios SATA comme AHCI?


8

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?


3
Certains de ces échecs de démarrage sont attendus. Si un système d'exploitation a été installé en mode IDE, vous ne pouvez pas démarrer ce système d'exploitation après être passé en mode AHCI. Vous devez installer le pilote de disque approprié pour le démarrage, ce qui n'est généralement pas une option viable; peut-être qu'un liveCD peut accomplir cela. Habituellement, vous devez effectuer une réinstallation complète du système d'exploitation si le mode disque est modifié
sciure

Réponses:


1

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.


1

Il y a quelques éléments à considérer qui pourraient aider toute personne rencontrant cela.

  1. Disques non détectés dans le BIOS / UEFI lorsque ce BIOS est en mode EUFI (uniquement): les BIOS UEFI ne voient que les disques partitionnés GPT. Si vous ne voyez pas votre disque, il s'agit probablement d'un ancien disque partitionné MBR. Essayez de choisir le mode hérité dans votre BIOS pour détecter les disques MBR, changez le mode disque en GPT à l'aide d'un outil de partitionnement ou effacez complètement le disque (supprimez toutes les partitions, effacez MBR).
  2. Le système d'exploitation ne démarre pas lorsque le BIOS en mode AHCI mais démarre lorsque le BIOS est en mode IDE: votre système d'exploitation peut ne pas avoir les pilotes AHCI ou IDE installés après la commutation AHCI / IDE. Sous Windows 7, par exemple, le mode au moment de l'installation détermine le type de pilotes installés. Vous pouvez définir les clés de registre HKLM / System / CurrentControlSet / Services / msahci / Start = 0 et HKLM / System / CurrentControlSet / Services / pciide / Start = 0 à l'aide de regedit . Il réinstalle ensuite le bon pilote à chaque fois que vous changez de mode BIOS AHCI / IDE.

0

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é)

  1. Exécutez l'Éditeur du Registre (regedit.exe)
  2. Accédez à la clé de Registre: HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Msahci
  3. Réglez la valeur "Start" sur 0 (zéro)
  4. Accédez à la clé de Registre: HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Pciide
  5. Réglez la valeur "Start" sur 0 (zéro)
  6. Fermer
  7. Redémarrez, mais avant que Windows ne démarre dans la configuration du BIOS

é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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.