Déplacé sur SSD et maintenant obtenir "le lecteur de disque pour / n'est pas encore prêt"
J'ai déplacé mon installation Ubuntu 12.04 sur un lecteur SSD. Copié tous les répertoires sauf ceux les plus souvent écrits dans - var, tmp, ...
Réinstallation de grub dans SSD en démarrant avec le live CD et en suivant les commandes de cet article: Comment déplacer Ubuntu sur un SSD
Cela semblait bien fonctionner, car lorsque j'appuie sur "e" dans le menu de menu, je vois les UUID attendus.
Mais juste après, je ne parviens pas à me connecter au démarrage: adresse déjà utilisée, le lecteur de disque pour/n’est pas encore prêt ou n’est pas présent.
Si je saute, j'obtiens la même chose pour/tmp/run et d'autres répertoires
Si je passe en récupération manuelle et fais
mount -n -o remount,rw /
il s'avère que tout peut monter sans problème.
Je n'arrive pas à comprendre ce qui se passe. Mon fstab semble juste. la bouffe a raison. AHCI dans le bios est activé. Pourquoi cela arrive-t-il? Que puis-je faire pour le réparer? Lorsque je tombe dans Shell avec cette erreur et que je parviens à monter les choses manuellement, comment puis-je faire en sorte que le système d'exploitation continue à se charger?
Merci les gars pour toutes les idées que vous pouvez me donner.
Voici à quoi ressemble mon fstab en ce moment:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
UUID=67fc8a7a-f1db-485c-88bd-e007c214244f / ext4 defaults,noatime,discard 0 1
# swap was on /dev/sda3 during installation
UUID=6bc9cd6c-46b7-43a0-bfac-bd04cc26cfb6 none swap sw 0 0
UUID=7397729b-2125-4b1d-b5eb-28866898d773 /hdd ext4 errors=remount-ro 0 1
/hdd/home /home none bind 0 0
/hdd/run /run none bind 0 0
/hdd/var /var none bind 0 0
tmpfs /tmp tmpfs rw,nodev,nosuid,exec,mode=1777,size=1024m 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
sortie de blkid:
/dev/sda1: LABEL="System Reserved" UUID="EABC56C1BC568849" TYPE="ntfs"
/dev/sda2: UUID="7CCC6124CC60D9C2" TYPE="ntfs"
/dev/sda3: UUID="6bc9cd6c-46b7-43a0-bfac-bd04cc26cfb6" TYPE="swap"
/dev/sda5: UUID="7397729b-2125-4b1d-b5eb-28866898d773" TYPE="ext4"
/dev/sdb1: UUID="67fc8a7a-f1db-485c-88bd-e007c214244f" TYPE="ext4"
pertinent de fdisk -l:
Device Boot Start End Blocks Id System
/dev/sdb1 2048 115345407 57671680 83 Linux
Le problème résolu mystérieusement. J'ai appris qu'en appuyant sur Echap lorsque le message "Saut/Récupération manuelle" apparaît, vous obtenez la dernière erreur du système. Le mien était le problème avec quelque règle hrdjconsole.rule sous rules.d. J'ai essayé d'apt-get avec le paquet libdjconsole, mais j'ai eu une erreur. Mais lors du prochain redémarrage, tout "fonctionne" jusqu'au niveau de l'interface graphique de KDE. J'ai réinstallé le fichier au cas où, j'ai trouvé le bon nom pour libdjconsole0 dans Synaptic, je l'ai purgé et je n'ai plus eu de problème depuis. Pourquoi est-ce que je n'avais pas ce problème lors de l'initialisation à partir d'un disque dur normal auparavant et si je l'avais simplement obtenu maintenant - et si c'était vraiment le problème - je ne sais pas.
Avant d’essayer de supprimer le package posant problème en étant dans la console de récupération, j’ai également monté manuellement tous les éléments de fstab, l’un après l’autre. Peut-être a-t-il instillé la confiance dans mountall et a-t-il décidé de le faire lui-même la prochaine fois :)
J'espère que ce post n'est pas totalement inutile.
PS: l'augmentation des performances est vraiment impressionnante. SSD a insufflé de la vie dans mon ancienne machine. Le temps de démarrage est passé de 2 minutes (de l'invite grub au bureau KDE - Core2Duo 1,8 G, 4 Go de RAM) à 40 s. Tout ce qui nécessite de lire beaucoup de petits fichiers - par exemple Synaptic est en train de construire sa base de données - est maintenant presque instantanée. Assez impressionnant!