web-dev-qa-db-fra.com

"Panique du noyau - pas de synchronisation: aucun init trouvé. Essayez de passer l'option init = au noyau" après avoir installé Ubuntu avec UEFI

J'ai décidé d'installer le deuxième système Ubuntu 12.04 LTS avec Windows 7, UEFI. Fait un LiveUSB, téléchargé, a démarré l’installation.

Le programme d’installation a montré quatre sections, une pour efi existait déjà (le chargeur Windows semble nommée, 100 Mo), les trois autres, ntfs. L'un d'eux, j'ai effacé (bien sûr, la partition avec les fenêtres que j'ai sauvegardée) et créé deux partitions - swap et /. L'installation a réussi, pas d'erreur. Mais après le redémarrage de grub, le choix de Windows 7 revient à nouveau au grub, lorsque vous choisissez Ubuntu - donne un écran noir avec erreur:

[1.310472] Panique du noyau - pas de synchronisation: aucun init trouvé. Essayez de passer init = option au noyau. Voir Linux Documentation/init.txt pour des conseils.

En outre, maintenant ne sera pas expédier LiveUSB.

2
MZHI

J'avais le même problème lorsque j'ai installé Ubuntu 13.10 aux côtés de Windows 8. Il s'est avéré que le problème était UNetbootin (l'image LiveUSB), que j'avais créé sur Fedora. Une fois que j'ai créé un LiveUSB sous Windows en utilisant http://www.pendrivelinux.com/ et réinstallé Ubuntu, tout a bien fonctionné.

1
bdoering

Veuillez réparer le secteur de démarrage de votre partition sda1 de la façon suivante: https://help.ubuntu.com/community/BootSectorFix

Cela devrait corriger votre erreur Windows.

1
LovinBuntu

... même cas. J'ai installé depuis une clé USB et c'était la raison: lors de l'écriture de l'image avec Universal-USB-Installer sur la clé (à partir de Win 7), mon scanner de virus a bloqué l'écriture d'un fichier nommé 'autorun'. Réglage du scanner de virus pour laisser "autorun" passer et tout s'est bien passé.

0
hsauf

Votre erreur de démarrage Windows ressemble à une exécution réparation du démarrage sur l'ordinateur il y a quelque temps, puis a été réinstallé ultérieurement GRUB. Il y a quelques mois à peine, Boot Repair avait renommé le chargeur de démarrage de Microsoft (bootmgfw.efi) et l'avait remplacé par une autre copie de GRUB, ce qui créerait le problème que vous décrivez. Si je ne me trompe pas, relancer Boot Repair et utiliser l'option Avancé pour restaurer les fichiers sauvegardés peut résoudre ce problème. Pour ce faire, vous devrez démarrer à partir d’un CD d’urgence/live.

Votre problème Linux est plus obscur. Cela peut indiquer un problème sur le disque RAM initial (initrd) ou sur votre système installé. L'une ou l'autre est une erreur très étrange, puisqu'il s'agit de choses très basiques qui ne devraient pas causer des problèmes. Un problème ici est probablement le symptôme d'un autre problème, comme un disque plein ou en panne. Peut-être que plus d'indices seraient présents dans les journaux de réparation de démarrage; lorsque vous exécutez ce programme, il crache une URL avec des journaux. Postez cette URL ici pour que nous puissions la voir.

0
Rod Smith

Dans mon cas, la solution à cette erreur s’est avérée être désactivation de Secure Boot dans le BIOS . Au départ, je ne pouvais pas démarrer à partir de mon disque dur ou d'un DVD live. Cependant, je pourrais démarrer à partir d'une clé USB en direct. Différentes distributions se comportaient un peu différemment, mais aucune ne démarrerait complètement et aucune solution proposée par les autres ne fonctionnerait pour moi. Il s'agissait d'un ordinateur portable Lenovo x201, après avoir remplacé Windows 7 par Ubuntu.

0
ryan-carpenter