Je viens d'installer xubuntu 16.04LTS sur un Dell Inspiron Mini en dual-boot avec Windows 7.
Quand je l'ai démarré pour la première fois hier, cela a bien fonctionné. Aujourd'hui, cependant, je vois ce qui suit:
/dev/sda5: recovering journal
/dev/sda5: clean, 174140/6045696 files, 1444115/24179712 blocks
J'ai consulté plusieurs autres questions, telles que Problème de démarrage dans 16.04 lts? , Mon Ubuntu exécute fsck à chaque démarrage , et Linux se bloque au démarrage après fsck , ce qui suggère que fsck
est en cours d'exécution à chaque démarrage ou qu'il me manque des pilotes, mais aucun d'entre eux ne correspondait exactement au même problème que moi.
Cependant, dans les problèmes concernant fsck
, il y a simplement un retard irritant. Ici, il est collé avec cet écran indéfiniment, pour autant que je sache. Cela fait un moment que j'attends et il n'y a pas eu de changement.
Avez-vous des solutions possibles? Merci.
Maintenez Right-Shift
pour accéder au chargeur de démarrage GRUB. Accédez aux options avancées et démarrez le mode récupération. Lorsque le menu du mode de récupération s'ouvre, sélectionnez pour continuer le démarrage normal. Maintenant, si vous vous connectez ouvrez le terminal et tapez Sudo nano /etc/default/grub
C'est ce que j'ai fait.
J'ai changé la partie "splash quiet"
en "nomodeset radeon.modeset=0 systemd.recover_state=0"
si j'ai raison nomodeset
traite des cartes Intel ou nvidia, pourrait également fonctionner avec ATI. J'ai une vieille carte ATI donc radeon.modeset=0
semblait être correct, mais je n'ai pas joué avec ces cartes plus pour être vraiment sûr.
enregistrer le fichier dans nano en appuyant sur ctrl+o
puis quitter ctrl+x
de nouveau dans le terminal, lancez Sudo update-grub
Maintenant, essayez de faire un redémarrage normal par Sudo reboot
et voyez si cela amène votre système à démarrer normalement.
ps. Alors peut-être que le problème est avec les pilotes d'affichage?
J'ai finalement réussi à démarrer Lubuntu (mais je pense que je pourrais utiliser Xubuntu) après avoir trouvé cette solution sur un forum archlinux.
Éditez les paramètres de démarrage du noyau en utilisant (quel que soit l'éditeur de texte, je viens d'utiliser pico)
Sudo pico /etc/default/grub
et où il est dit GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
ajouter dans systemd.restore_state=0
il devrait donc se lire comme suit:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash systemd.restore_state=0"
Ma source est https://bbs.archlinux.org/viewtopic.php?id=201523&p=2
et aussi https://bugzilla.redhat.com/show_bug.cgi?id=125352
où j'ai trouvé de la documentation liée à cela sur le "rétroéclairage" sur le wiki archlinux. Je ne peux pas le lier car je n'ai pas assez de rep :( ne peut lier que deux URL au mieux.
* Edit: maintenant j'ai assez de représentant peut-être? C’est donc là que j’ai vu les informations: https://bbs.archlinux.org/viewtopic.php?id=201523&p=2
et
https://bugzilla.redhat.com/show_bug.cgi?id=125352
J'espère que cela fonctionne pour vous, il m'a fallu un mois pour le comprendre!
Histoire apparemment longue: Au démarrage, le système tente de contrôler le rétroéclairage du clavier, mais ce portable n'en possède même pas. Ainsi, il est bloqué en vérifiant un paramètre de démarrage inexistant de savoir s'il faut commencer avec le voyant allumé ou éteint.
J'ai eu le même problème. Définition du paramètre de noyau loglevel=7
J'ai constaté que le gel est provoqué par l'opération "Vider le journal dans le stockage persistant" qui ne se termine jamais. J'ai résolu de supprimer le dossier entier /var/log/journal
. Je pense que ce n’est pas la bonne solution, mais c’est le seul qui a fonctionné pour moi.