Ubuntu не загружается, когда привязка монтирования недоступна во время запуска

Я долго боролся с этим и пробовал другие методы, которые были предложены. Я бы как-то запустил Windows, но тогда Ubuntu Linux не загрузился. Затем я запустил Ubuntu для загрузки, а Windows не загрузится. Решение, которое я нашел, выглядит следующим образом. Я не имею его передо мной, прямо сейчас, так что это полностью из памяти; YMMV. Обратите внимание, что моя настройка использует EFI.

Перезагрузитесь в прямой USB или DVD. Откройте командную строку. Введите следующее: sudo blkid (обратите внимание на узлы устройства для вашей системы загрузки Linux и системных разделов. Это будет нечто вроде «/ dev / sdXY», где «X» - это буква, а «Y» - это число.) Sudo mount [Linux системный раздел] / mnt sudo mount [Linux boot partition] / mnt / boot / efi sudo mount --bind / dev / mnt / dev sudo mount --bind / sys / mnt / sys sudo mount --bind / proc / mnt / proc sudo mount --bind / var / mnt / var sudo mount --bind / tmp / mnt / tmp sudo chroot / mnt sudo grub-install [Linux boot partition] sudo update-grub exit Reboot. Войдите в EFI BIOS и убедитесь, что он загружается с вашего жесткого диска Linux.

Обратите внимание, что GRUB должен быть установлен в загрузочный раздел Ubuntu Linux при использовании EFI. Если вы установите на корневой диск (/ dev / sdX, а не / dev / sdXY), у вас возникнут проблемы.

0
задан 31 December 2017 в 17:58

2 ответа

Наконец удалось, но перед некоторыми оговорками:

не добавляйте опцию x-systemd.automount к (разделам) устройствам, которые необходимы для любых служб (например, NFS), когда, возможно, привод не подключен при загрузке не используйте x-systemd.automount вместе с другими автомонтировками (например, autofs).

Теперь для решения:

У меня есть внешний диск с файловой системой xfs на нем (помеченный как data), который должен быть установлен на /data при подключении. Запись fstab читает

LABEL=data /data xfs nofail,auto,noatime 0 0

nofail приводит к тому, что не прерывается процесс загрузки, когда диск не подключен, а auto говорит, чтобы установить диск, как только он подключен (это отличается от старого init поведения, которое выполнялось только при загрузке).

Теперь, чтобы bind установить /data на мой /home/ridgy/data, когда мне это нужно, я добавил строку

/data /home/ridgy/data none bind,nofail,noauto,x-systemd.automount,noatime

Затем, после подключения диска, раздел был подключен автоматически, а mount показал

/dev/sda1 on /data type xfs (rw,noatime,attr2,inode64,noquota)

. На /home/ridgy/data еще не было mount. Но ls data теперь перечислил содержимое /data, а mount дополнительно

/dev/sda1 on /home/ridgy/data type xfs (rw,noatime,attr2,inode64,noquota)

получил результат, который я хотел.

Жесткое извлечение USB-диска отключает оба монтирования на этом разделе; но список ~ / data теперь позволяет команде зависать. Я не экспериментировал с разными значениями для любого тайм-аута; возможно, это может помочь в этом случае.

0
ответ дан 18 July 2018 в 00:08

Наконец удалось, но перед некоторыми оговорками:

не добавляйте опцию x-systemd.automount к (разделам) устройствам, которые необходимы для любых служб (например, NFS), когда, возможно, привод не подключен при загрузке не используйте x-systemd.automount вместе с другими автомонтировками (например, autofs).

Теперь для решения:

У меня есть внешний диск с файловой системой xfs на нем (помеченный как data), который должен быть установлен на /data при подключении. Запись fstab читает

LABEL=data /data xfs nofail,auto,noatime 0 0

nofail приводит к тому, что не прерывается процесс загрузки, когда диск не подключен, а auto говорит, чтобы установить диск, как только он подключен (это отличается от старого init поведения, которое выполнялось только при загрузке).

Теперь, чтобы bind установить /data на мой /home/ridgy/data, когда мне это нужно, я добавил строку

/data /home/ridgy/data none bind,nofail,noauto,x-systemd.automount,noatime

Затем, после подключения диска, раздел был подключен автоматически, а mount показал

/dev/sda1 on /data type xfs (rw,noatime,attr2,inode64,noquota)

. На /home/ridgy/data еще не было mount. Но ls data теперь перечислил содержимое /data, а mount дополнительно

/dev/sda1 on /home/ridgy/data type xfs (rw,noatime,attr2,inode64,noquota)

получил результат, который я хотел.

Жесткое извлечение USB-диска отключает оба монтирования на этом разделе; но список ~ / data теперь позволяет команде зависать. Я не экспериментировал с разными значениями для любого тайм-аута; возможно, это может помочь в этом случае.

0
ответ дан 24 July 2018 в 17:09

Другие вопросы по тегам:

Похожие вопросы: