Я перенес установку Ubuntu 12.04 на SSD-диск. Скопировал все каталоги, кроме наиболее часто записываемых в - var, tmp, ...
Переустановил grub в SSD, загрузившись с live CD и выполнив команды из этого поста: Как переместить Ubuntu на SSD
Это, кажется, работает нормально, потому что когда я нажимаю " В меню grub я вижу ожидаемые UUID.
Но сразу после grub я не смог записать загрузочную запись: адрес, который уже используется, диск для / еще не готов или отсутствует.
Если я пропущу, я получу то же самое для / tmp / run и других каталогов
Если я зайду в ручное восстановление и сделаю
mount -n -o remount,rw /
, то окажется, что все может смонтировать проблема.
Не могу разобраться с этим. Мой fstab кажется правильным. личинка права. AHCI в биосе включен. Почему это происходит? Что я могу сделать, чтобы это исправить? Когда я попадаю в оболочку из-за этой ошибки и монтирую вещи вручную, как заставить ОС продолжать загрузку?
Спасибо вам, ребята, за любые идеи, которые вы можете мне дать.
Вот как выглядит мой fstab прямо сейчас:
# <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
вывод из 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"
релевантный из fdisk -l:
Device Boot Start End Blocks Id System
/dev/sdb1 2048 115345407 57671680 83 Linux
Проблема загадочно решена. Я узнал, что нажав Esc при появлении сообщения «Skip / Manual Recovery», вы увидите последнюю ошибку в системе. У меня была проблема с каким-то правилом hrdjconsole.rule под rules.d. Я попытался apt-get удалить пакет libdjconsole, связанный с ним, но получил ошибку. Но при следующей перезагрузке все как-то «просто работало» вплоть до графического интерфейса KDE. Я переустанавливал grub на всякий случай, нашел правильное имя для этого libdjconsole0 в synaptic, удалил его и с тех пор проблем не было. Почему у меня не было этой проблемы при загрузке с обычного жесткого диска ранее и просто получении его сейчас - и действительно ли это было проблемой - я не знаю.
Прежде чем пытаться удалить проблемный пакет в консоли восстановления, я также прошел монтирование всех элементов из fstab вручную по одному. Может быть, это вселило уверенность в mountall, и он решил сделать это самостоятельно в следующий раз:)
Я надеюсь, что этот пост не совсем бесполезен.
PS: увеличение производительности действительно потрясающее. SSD вдохнул жизнь в мою старую машину. Время загрузки увеличилось с 2 минут (от приглашения grub до рабочего стола KDE - 1.8G Core2Duo, 4 ГБ ОЗУ) до 40 секунд. Все, что требует чтения большого количества маленьких файлов - например, Synaptic создает свою базу данных - теперь почти мгновенно. Довольно круто!