1 votes

Scénario de démarrage raté, pas de clavier

Ce soir, mon système de fichiers Linux a été corrompu d'une manière ou d'une autre (mauvais superbloc, tout ça). J'ai démarré sur mon CD live, j'ai essayé de le réparer, puis j'ai redémarré pour vérifier. À l'écran Grub, d'une manière ou d'une autre, le délai de sélection des options a disparu (il était de 10 secondes avant, maintenant, pour une raison quelconque, il a été mis à l'infini).

J'ai essayé d'appuyer sur Entrée pour démarrer dans mon système de fichiers, mais je me suis souvenu que j'utilise un clavier sans fil qui ne fonctionne pas dans le BIOS ou Grub pour une raison quelconque, alors j'ai changé pour mon fidèle clavier USB de secours, qui est censé fonctionner. Mais - bien sûr - le clavier ne fonctionnait plus.

Donc maintenant j'étais coincé avec un écran inerte Grub, et aucun moyen d'accéder au BIOS pour changer la séquence de démarrage non plus. Ce que j'ai fait, c'est déconnecter physiquement mon SSD (qui contient le système de fichiers Linux) de ma carte mère, de sorte que le BIOS se rabatte sur le lecteur suivant dans la séquence de démarrage, à savoir mon système d'exploitation Windows 7.

Malheureusement, la partition Grub était située sur le SSD, il semble donc que je ne puisse pas modifier ses paramètres de délai d'attente pour revenir aux 10 secondes d'origine. En d'autres termes, je suis coincé sur ce système Windows.

Parce que c'est la nuit, je ne peux pas simplement aller acheter un autre clavier, et j'ai un travail important à terminer, alors voici ma question : afin de récupérer le Grub timeout, y a-t-il un moyen que je puisse d'une manière ou d'une autre :

  • modifier la séquence de démarrage du BIOS à partir de Windows

ou :

  • connecter le SSD alors que Windows est en cours d'exécution (semble plutôt risqué)

La perte de toutes les données sur le SSD ne serait pas catastrophique (tous mes documents sont sur un autre disque) mais je voudrais éviter toute solution impliquant cela, car la mise en place d'un système entièrement nouveau prend une éternité.

Je me rends compte que c'est une situation vraiment foireuse et qu'un moyen infaillible de la résoudre serait de simplement attendre la fin de la nuit et de prendre un nouveau clavier pour passer Grub (celui qui a pensé qu'un timeout infini était une bonne idée) mais s'il y a une alternative - aussi folle soit-elle - je la prendrai volontiers.

Le SSD lui-même n'est pas endommagé (tous les autotests sont réussis).

1voto

Darth Android Points 36975

Si vous pouvez obtenir un LiveCD pour démarrer, alors vous devriez essayer de mettre Grub sur le disque dur qui a Windows - ou si vous avez un disque d'installation de Windows, ouvrez la console de réparation et jouez avec fixmbr (Cela peut poser le même problème que l'absence de clavier, je ne sais pas si le disque d'installation de Windows contient les pilotes). Dans tous les cas, une fois que le disque est amorçable, démarrez simplement le système avec le CD live déconnecté.

De plus, le CD Live ne démarre-t-il pas le premier disque qu'il trouve si vous ne sélectionnez pas une option dans le délai imparti lorsque le CD Live est lancé ? son boot loader apparaît ? Toutes les principales distros linux avec lesquelles j'ai travaillé le feront, et un disque d'installation Windows le fera certainement. Assurez-vous que le disque dur Windows est le seul disque du système, et voyez ensuite si le CD Live peut le démarrer ?

0voto

Thomas Points 468

Le problème - et la solution - ont été identifiés. Il s'avère qu'il y avait un conflit de clavier entre mon clavier sans fil et le clavier USB, le BIOS a choisi par défaut le clavier sans fil qui ne fonctionne pas. Déconnecter le sans fil de l'ordinateur résout le problème de clavier. Passons maintenant au problème du disque dur...

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X