J'ai installé Ubuntu dans mon Chromebook, mais il ne démarre que sous chrome OS. Mon objectif est de faire démarrer mon Chromebook sous Ubuntu.
Une fois Ubuntu installé, si vous redémarrez votre Chromebook, il continuera par défaut à s’amorcer sous le système d’exploitation Chrome, qui se trouve dans sa propre partition dédiée.
Si vous souhaitez que ChrUbuntu soit la valeur par défaut, ouvrez le terminal dans ChrUbuntu (ou l'invite de commande de la console du développeur dans Chrome OS) et entrez Sudo cgpt add -i 6 -P 5 -S 1/dev/sda pour changer la partition de démarrage par défaut. Le ramener à Chrome est aussi simple que de désactiver le mode développeur lorsque vous démarrez le Chromebook ou d'entrer Sudo cgpt add -i 6 -P 0 -S 1/dev/sda sur le terminal.
À ce stade, nous devrions avoir la situation suivante:
Ensuite, nous ajustons la priorité parmi les images pour pouvoir essayer notre image Ubuntu. La priorité de l'image est un attribut de la partition du noyau. Exécutez cgpt show /dev/sda
, pour voir les priorités du noyau:
localhost ~ # cgpt show/dev/sda
...
4096 32768 2 Label: "KERN-A" Type: ChromeOS kernel UUID: D176DC60-81F1-654E-8953-E3D28019738C Attr: priority=3 tries=0 successful=1
...
36864 32768 4 Label: "KERN-B" Type: ChromeOS kernel UUID: F1A2C65C-CC22-FF4A-A8BC-67BA233F3D40 Attr: priority=0 tries=15 successful=0
...
12369920 32768 6 Label: "KERN-C" Type: ChromeOS kernel UUID: B6954485-4295-9749-956A-C315B01FB684 Attr: priority=0 tries=15 successful=0
La priorité détermine l’ordre dans lequel le BIOS essaie de trouver un noyau valide (plus grand est élevé, zéro, cela ne veut même pas que l’on essaie). Le champ try est décrémenté chaque fois que le BIOS tente de l’amorcer, et s’il est égal à zéro, le noyau est considéré comme non valide (cela nous permet d’amorcer de nouvelles images sans boucler indéfiniment si elles ne fonctionnent pas). Le champ sélectionné remplace le champ try, mais il n'est défini par le système d'exploitation que lorsqu'il est opérationnel.
Changeons la priorité de KERN-C en 5:
cgpt add -i 6 -P 5 -T 1 -S 0 /dev/sda
Cela donne à KERN-C la priorité la plus élevée, mais ne nous donne qu'une chance de le démarrer. Ainsi, si cela ne fonctionne pas, nous ne sommes pas complètement bloqués.
Si vous redémarrez maintenant, vous devriez monter dans Ubuntu! Notez que la réponse n ° 1 de la science informatique s'applique: ça marche pour moi ™
Si quelque chose ne va pas et que Ubuntu se bloque ou si vous êtes éteint, le champ try de KERN-C aura été décrémenté à 0 et le système démarrera sous Chrome.
En supposant que Ubuntu ait démarré et que vous puissiez vous connecter, accédez à Applications-> Accessoires-> Terminal pour obtenir un shell et exécutez
Sudo cgpt add -i 6 -P 5 -S 1 /dev/sda
Cela va marquer le noyau Ubuntu comme valide, donc il continuera à démarrer la prochaine fois.
Maintenant, vous pouvez basculer entre la version officielle du système d'exploitation Chrome et Ubuntu en basculant simplement le commutateur en mode dev. Passer du mode dev au mode normal efface STATE (/ dev/sda1), mais beaucoup plus rapidement. Passer de nouveau de normal à dev-mode ferait normalement un effacement lent de/dev/sda1, mais depuis que nous démarrons Ubuntu, cela ne se produit pas.
Cela fonctionne car, bien que KERN-C ait la priorité la plus élevée, il n'est pas signé par Google. En mode dev, ça va, mais en mode normal, le BIOS le rejettera. Étant donné que nous avons défini le code succès sur 1, le BIOS ne le signale pas comme étant invalide mais le saute à chaque fois. Cela allonge légèrement le temps de démarrage en mode normal, mais seulement d’une seconde ou deux.
Bien sûr, vous pouvez également basculer entre les images à partir du mode dev en définissant simplement les priorités manuellement avec cgpt avant de redémarrer.
Notez que si l'image normale mise à jour automatiquement, les priorités du noyau seront probablement modifiées de sorte que Image-C ne sera plus la plus haute et que la prochaine fois que vous passerez en mode dev, vous devrez a) attendre longtemps, b) être toujours en cours d'exécution Chrome OS, et c) devez utiliser cgpt pour augmenter à nouveau la priorité KERN-C.
Toutefois, comme la mise à jour automatique ne bascule qu'entre Image-A et Image-B, le noyau Ubuntu et les rootfs ne devraient pas être affectés.
Malheureusement, je n'ai pas assez de réputation pour commenter le message ci-dessus. Mon message est trop long pour un commentaire. Je vais donc clarifier le problème avec votre console, Brian.
Votre problème est que vous n'êtes même pas dans la console. C'est pourquoi vous obtenez "Commande inconnue: Sudo" et "Commande inconnue: cgpt". Vous n'êtes pas dans un shell Linux complet.
Comment résoudre ce problème: Après être entré dans la console avec Ctrl + Alt + T, tapez "Shell" sans guillemets. Ensuite, vous pourrez exécuter les commandes utiles fournies par Hans.
Merci,
Num
P.S. J'ai essayé votre méthode, Hans, et il y a un léger problème. Je n'ai pas de noyau C. Cependant, la console a accepté la commande cgpt add -i 6 -P 5 -T 1 -S 0 /dev/sda
sans erreur. Lorsque j'ai redémarré, l'écran s'est allumé mais est resté noir, puis éteint, puis à nouveau clignoté en noir, puis m'a envoyé le message "La vérification du système d'exploitation est désactivée". J'ai appuyé sur ctrl + D et, après quelques éclats de noir supplémentaires entre deux extinctions rapides du moniteur, le démarrage a réussi ... dans ChromeOS. Ai-je besoin d'apt-get en-têtes ou quelque chose? Je sais que KERN-C est supposé être sur la liste cgpt show /dev/sda
. Mon ordinateur portable est un Acer C710 si cela peut vous aider. Je me rends compte que ce problème se produit principalement sur Acers.