grub2: update-grub не удалось получить канонический путь `none '
$ sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `none'.
Это ситуация, в которой я нахожусь после прерванного обновления с живого до хитрого
[править]
Если углубиться в исходный код grub, вторая команда, вероятно, Ошибка:
$ grub-probe --target=device /
/dev/md2
$ grub-probe --target=device /boot
grub-probe: error: failed to get canonical path of `none'.
Следующее также дает ошибку:
$ sudo grub-probe -t device /boot/grub
grub-probe: error: failed to get canonical path of `none'.
$ sudo grub-probe -t fs_uuid /boot/grub
grub-probe: error: failed to get canonical path of `none'.
[/ edit]
У меня нет /boot/grub/grub.cfg настоящего (или старше /boot/grub/menu.lst)
Невозможно установить загрузчик во время настройки grub:
Grub не удалось установить на доступные опции (/dev/sda /dev/sdb или /dev/md2)
md1 не была указана как опция, хотя в настоящее время она смонтирована на / boot:
$ cat /etc/fstab
proc /proc proc defaults 0 0
/dev/md/0 none swap sw 0 0
/dev/md/1 /boot ext3 defaults 0 0
/dev/md/2 / ext4 defaults 0 0
У меня есть настройки raid с / dev / sda и / dev / sdb в любом случае:
$ sudo fdisk -l
Disk /dev/sda: 447.1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00032e61
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 8390656 8388609 4G fd Linux raid autodetect
/dev/sda2 8392704 9441280 1048577 512M fd Linux raid autodetect
/dev/sda3 9443328 937701040 928257713 442.6G fd Linux raid autodetect
Disk /dev/sdb: 447.1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00074c3d
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 8390656 8388609 4G fd Linux raid autodetect
/dev/sdb2 8392704 9441280 1048577 512M fd Linux raid autodetect
/dev/sdb3 9443328 937701040 928257713 442.6G fd Linux raid autodetect
Disk /dev/md2: 442.5 GiB, 475133575168 bytes, 927995264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/md0: 4 GiB, 4292804608 bytes, 8384384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/md1: 511.7 MiB, 536543232 bytes, 1047936 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Grub, похоже, установлен (обнаружение из ] другой ответ о сбое сервера):
$ sudo dd bs=512 count=1 if=/dev/sda 2>/dev/null | strings
ZRr=
`|f
\|f1
GRUB
Geom
Hard Disk
Read
Error
Когда я запускаю grub-emu, я получаю пустое приглашение:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 15.10
Release: 15.10
Codename: wily
Это на сервере только с ssh доступ, поэтому у меня нет доступа к живому CD, если grub не удается!
[править] вывод df -h:
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 63G 0 63G 0% /dev
tmpfs 13G 714M 12G 6% /run
/dev/md2 436G 178G 236G 44% /
tmpfs 63G 8.0K 63G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 63G 0 63G 0% /sys/fs/cgroup
none 436G 178G 236G 44% /boot
tmpfs 13G 0 13G 0% /run/user/0
tmpfs 13G 0 13G 0% /run/user/1002
/dev/md2 436G 178G 236G 44% /var/cache/apt/archives
none 436G 178G 236G 44% /bin
none 436G 178G 236G 44% /etc
none 436G 178G 236G 44% /initrd
none 436G 178G 236G 44% /lib
none 436G 178G 236G 44% /lib32
none 436G 178G 236G 44% /lib64
none 436G 178G 236G 44% /sbin
none 436G 178G 236G 44% /usr
none 436G 178G 236G 44% /var
[дальнейшее редактирование], кажется, что вышеприведенная команда сообщает этот / boot монтируется в none. Я думаю, что это может быть none жуткий зонд жалуется. Вот вывод из mount -l, который показывает две отдельные «записи» монтирования; исследуя, как убрать второе сейчас.
mount -l |grep boot
/dev/md1 on /boot type ext3 (rw,relatime,data=ordered)
none on /boot type aufs (rw,relatime,si=6ea5aad590be877d)
4 ответа
Хорошо у меня, кажется, есть он со следующим (все просто ретроспективно):
$ umount /boot
я попробовал это, поскольку я заметил, что было два, 'монтируется' для начальной загрузки/:
$ mount -l |grep boot
/dev/md1 on /boot type ext3 (rw,relatime,data=ordered)
none on /boot type aufs (rw,relatime,si=6ea5aad590be877d)
И что последний переопределял первого:
$ df -h |grep boot
none 436G 178G 236G 44% /boot
После umount те же команды похожи на это:
$ mount -l |grep boot
/dev/md1 on /boot type ext3 (rw,relatime,data=ordered)
$ df -h |grep boot
/dev/md1 488M 75M 388M 17% /boot
(никакая идея, как второе монтирование произошло)
я затем смог переустановить личинку следующим образом (у меня есть raid1 так вот почему существует две команды для sda и sdb):
$ grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
$ grub-install /dev/sdb
Installing for i386-pc platform.
Installation finished. No error reported.
$ update-grub
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Found linux image: /boot/vmlinuz-3.19.0-30-generic
Found initrd image: /boot/initrd.img-3.19.0-30-generic
Found linux image: /boot/vmlinuz-3.19.0-25-generic
Found initrd image: /boot/initrd.img-3.19.0-25-generic
done
Постскриптум
После перезагружает сервер, возвратился (мог проверить с помощью ping-запросов его), но я нашел, что не мог ssh в. Это оказалось отдельной проблемой, чтобы сделать с/dev/null (возможно, стал поврежденным одновременно). Я смог к ssh в использовании отдельной спасательной системы, и примените эту фиксацию: http://thesystemadministrator.net/linux-administration/sshd-deamon-failing-to-start
Вы попробовали установку личинки?
Если Вы не можете использовать его затем...
Поскольку я вижу, что можно выполнить терминал в системе:
Сделать
apt-get -f install
Как суперпользователь.
Если это не попросило устанавливать что-нибудь затем, что ничто не повреждается.
Рассмотрите:
apt-get upgrade //To finish upgrading
В последний раз
apt-get install -y aptitude && aptitude reinstall grub
Теперь попробуйте еще раз с установкой личинки
Примечание:
Для установки личинки использование сделайте:
man grub-install
Не потрудитесь пытаться зафиксировать его. Используйте Подключение восстановления начальной загрузки к Интернету, затем откройте терминал с Ctrl+Alt+t, вставьте следующие команды и выполните их путем нажатия Enter:
sudo add-apt-repository -y ppa:yannubuntu/boot-repair; \
sudo apt-get update; \
sudo apt-get install -y boot-repair && boot-repair
следующая (опасная) вещь можно сделать, если восстановление начальной загрузки не работало, попытка переустановить, который является, не позволит Вам. Поэтому выберите что-то еще. Создайте все то же и имейте тот же пароль и имя пользователя. Это, как говорили, работало восстановлением.
Лучшая альтернатива, если восстановление начальной загрузки не работает, должна скопировать Ваши данные и новую установку. Можно скопировать с живым диском. Я помню, что сделал что-то тривиальное в Lubuntu, который только испортил некоторые настройки. Было предложено скопировать и новая установка. Мне сказали, что потребуется час, чтобы сделать а не провести часы, пытаясь понять это. Я закончил тем, что следовал этому совету после попытки некоторых других вещей. Он был прав.
можно также попробовать эту ссылку за восстановление личинки от живого usb https://community.linuxmint.com/tutorial/view/245, я попробовал что-то подобное (но не та же ссылка), когда неудавшееся обновление ядра испортило все. Я погуглил, "как зафиксировать личинку после отказавшего обновления Linux" и получил разнообразие страниц. Вы могли бы попытаться искать "живой usb восстановления личинки". Попробуйте это, которое имеет терминальные и графические ответы. http://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/
Это было бы достаточно как корень в режиме восстановления после того, как сеть включена:
sudo Кв. - добирается, установка - переустанавливают личинку*
sudo установка личинки/dev/partition
Для раздела, Вы вводите раздел начальной загрузки, который Вы очень безопасны из подобных, например,/dev/sda
Затем делает это следующее:
существует ошибка проверки правописания, но незначительно? Вы могли попробовать это:
обновление-grub2 sudo
а НЕ
sudo личинка обновления