Le mode de récupération est-il censé se bloquer après fsck?
Ubuntu 12.04.1 LTS
Je voulais tester l’exécution de fsck sur un système de fichiers racine (ext4) sur mon ordinateur personnel avant de tenter de résoudre un problème réel sur mon serveur de travail.
J'ai démarré en mode de récupération Linux et sélectionné:
fsck - Vérifie tous les systèmes de fichiers
Cela a produit:
fsck for util-linux 2.20.1
/dev/sdb5: 276147/151969160 files (0.2% non-contiguous), 2214857/60774919 blocks
puis suspendu sans voyant d’activité du disque clignotant. Je l'ai laissé pendant 10 minutes mais aucun changement. Enter ou ESC n'a rien fait. Finalement j'ai fait Ctrl-C et il a démarré.
Je n'ai qu'un seul système de fichiers dans /etc/fstab (autre que proc & swap).
Est-ce censé se produire? J'ai cherché d'autres articles dans AskUbuntu sur le mode de récupération, et d'après ce que je peux dire, cela devrait continuer d'une manière ou d'une autre après avoir effectué la (les) fsck (s).
J'ai trouvé link qui semble avoir le même comportement, mais dans ce cas, le système ne pouvait pas être initialisé.
J'ai également démarré à partir de 12.04.1 Live DVD et sélectionné "Test Linux", puis exécuté manuellement.Sudo fsck /dev/sdb5 qui a duré environ le même temps (10 secondes) et qui n'a pas non plus trouvé d'erreur.
Mon système double amorce Linux & Windows 7 et Windows C: est un SSD.
Ce n'est certainement pas "supposé" faire cela - mais cela arrive.
Solution de contournement: dans le menu de récupération , sélectionnez simplement et déposez-le à l'invite du shell racine . 
et à l'intérieur essayer
Sudo fdisk -l
pour obtenir une liste des lecteurs et des partitions
mount
devrait donner quelque chose comme
/dev/sdb5 on / type ext4 (rw,errors=remount-ro)
puis avec la partition que vous venez de trouver
Sudo fsck -f /dev/sdb5
Sudo mount /dev/sdb5 / -o remount,rw
fsck -f force une vérification, même s'il n'y a aucune indication de problème sur la partition.
Maintenant, votre partition racine est exempte d’erreur et montée (rw). Vous pouvez maintenant faire n'importe quoi avec les permissions root - alors faites attention!
Il semble que ce soit un bogue connu: le système se bloque après la sélection de certains éléments de menu dans le menu de récupération (bogue 1061239 du Launchpad).
Si vous ne démarrez pas avec l'écran de démarrage, les touches de raccourci pour mountcheck ne sont pas visibles. Le système attend actuellement "M" pour la maintenance Shell, "F" pour résoudre les problèmes FSCK, "S" pour ignorer fsck ou "C" pour annuler un contrôle. Cela peut être le problème que vous voyez réellement. Ctrl-C devrait la supprimer, ou démarrer avec "single" et espérer que vous obtiendrez une invite du shell.