La copie de blacklist.conf consultés pendant le démarrage, pour produire ce ignoring bad line est celle qui se trouve dans le Système de fichiers RAM initial .
(Le chemin complet de cette copie est /etc/modprobe.d/blacklist.conf comme celui que vous avez édité. Mais au moment du démarrage où il est consulté, / est le système de fichiers initial de la RAM plutôt que votre système de fichiers racine habituel stocké sur le disque).
Cela explique pourquoi le problème n'a pas été résolu immédiatement lorsque vous avez édité le fichier blacklist.conf stocké dans votre système de fichiers racine habituel.
Le système de fichiers RAM initial est (re)construit dans certaines circonstances, par exemple lorsqu'un nouveau noyau est installé et à la suite de l'installation de certains pilotes et de certains changements de configuration. Je pense qu'un tel événement a probablement déclenché votre correction retardée.
Pour le bénéfice des autres, et au cas où vous auriez à nouveau ce problème, vous pouvez exécuter
update-initramfs -k all -c
pour reconstruire ( -c ) le système de fichiers RAM initial pour tous les noyaux installés ( -k all ). Chaque noyau installé a son propre initramfs associé.
Le mérite de cette solution revient à Christian qui l'a présenté dans le cadre d'une réponse まで La mise à jour d'Ubuntu a bloqué le système au démarrage sur un écran violet. Le mode de récupération échoue et fait apparaître BusyBox. qui est une version plus compliquée de ce problème. Dans cette question, le mauvais blacklist.conf (ou d'autres facteurs) empêchait en fait le système de démarrer correctement, et il était nécessaire d'appliquer le correctif dans un chroot . Heureusement, cela n'a pas été nécessaire dans ce cas.
Puisque votre problème s'est résolu de lui-même (ici et là), je vous invite à le signaler. là aussi ), j'ai testé cette solution pour m'assurer qu'elle fonctionne. Sur un système Ubuntu Server 14.10 Beta 2 (car c'est ce que j'avais sous la main pour les tests), j'ai délibérément produit le problème en créant une mauvaise ligne dans mon fichier blacklist.conf et en exécutant update-initramfs -k all -c . (Comme prévu, la simple modification du fichier n'a pas produit l'erreur au redémarrage - j'ai dû reconstruire le système de fichiers RAM initial pour appliquer les modifications). En revenant à la version originale, correcte blacklist.conf n'a pas immédiatement corrigé le problème, mais l'a fait une fois que j'ai exécuté le fichier update-initramfs -k all -c à nouveau, comme prévu.
A titre secondaire, lors de l'édition <code>/etc/modprobe.d/blacklist.conf</code> ou d'autres fichiers qui doivent être modifiés <a href="https://help.ubuntu.com/community/RootSudo" rel="nofollow noreferrer">en tant que racine </a>Si vous souhaitez utiliser Gedit, je vous recommande de l'exécuter en tant que <code><strong>gksudo</strong> gedit /etc/modprobe.d/blacklist.conf</code> comme l'exécution de programmes graphiques en tant que racine avec des lignes droites. <code>sudo</code> <a href="https://askubuntu.com/questions/270006/why-user-should-never-use-normal-sudo-to-start-graphical-application">crée parfois des fichiers de configuration appartenant à la racine dans votre répertoire personnel </a>ce qui perturbe le fonctionnement de l'application lorsque vous l'exécutez normalement par la suite. Si le <a href="https://apps.ubuntu.com/cat/applications/gksu" rel="nofollow noreferrer">gksu <img src="https://hostmar.co/software-small" alt="Install gksu"></a> (qui fournit <code>gksudo</code> ) n'est pas installé, vous pouvez utiliser <code>sudo -H</code> ou <code>sudo -i</code> à la place.
