Недавно я установил Ubuntu на SSD в микросервере HP Gen8. Несколько недель он работал отлично, но теперь не загружается.
Однажды он случайно начал отказываться загружаться, выдавая ошибку типа «нет системного диска или ошибки диска».
Мне удалось загрузиться с Ubuntu LiveUSB и оттуда получить доступ к диску и всему его содержимому, так что диск выглядел исправным.
Я пробовал бежать Восстановление загрузки но это не имело значения.
Я попытался стереть диск и переустановить Ubuntu - в первый раз это не удалось, сославшись на «невозможно установить загрузчик в желаемое место». Во второй раз установка прошла нормально, но я все еще не могу с ней загрузиться - BIOS, похоже, не находит никаких загрузочных дисков, а затем начинает пытаться загрузиться с сетевой карты.
Какие-нибудь предложения относительно того, что я могу попробовать, или это, вероятно, неисправный диск?
Ваш GRUB не устанавливается на диск должным образом. Обычно это происходит из-за глючной прошивки или чего-то с этим связанного. ИЛИ у вас может быть неисправный диск.
Вы действительно используете BIOS? Я спрашиваю, потому что модули CSM (уровень совместимости с BIOS) на многих платах довольно ограничены и содержат ошибки. В большинстве случаев вам будет лучше загружаться с использованием EFI с разделом ESP на загрузочном диске, отформатированным как VFAT. GRUB все еще устанавливается, но он вызывается стандартным расширением прошивки, которое предоставляется самим диском ОС. На самом деле это разновидность цепной загрузки, но она очень надежна (и более надежна для внесения изменений).
Если вам нужно использовать BIOS, устойчивая прошивка обычно принимает "ручную" установку GRUB. Причины, по которым нам приходится устанавливать вручную, различаются, но обычно они связаны с неверными значениями, возвращаемыми при автоматическом обнаружении диска. Для этого вам нужно загрузиться с использованием live-дистрибутива (Ubuntu подойдет) и создать среду chroot. Это руководство поможет, если вы потерялись в этом: http://www.cyberciti.biz/faq/unix-linux-chroot-command-examples-usage-syntax/
Попав в chroot, вам нужно будет кое-что узнать о своем диске. Вы должны иметь возможность успешно записать GRUB в MBR с помощью следующей команды: grub-install /dev/sda (или что-то подобное в зависимости от ваших потребностей в этой системе). Если вы получаете ошибки, мы можем с ними справиться, но таким образом вы получите больше результатов.
Как вариант, проверьте свой диск на наличие дефектов. Вы можете сделать это с помощью инструментов производителя для проверки целостности или использовать smartmontools. Smartmontools предоставит вам подробный отчет о сроке службы диска, в том числе о том, есть ли на нем какие-либо неисправимые или ожидающие сектора. Это верные признаки неисправности диска, и вы должны заменить его, если увидите эти вещи.
apt-get install smartmontools установит утилиту, если она еще не установлена. smartctl -a /dev/sda напечатает полный отчет о вашем диске, который вы можете просмотреть на предмет сбоев. smartctl -t long /dev/sda запустит тест, результаты которого вы сможете увидеть через некоторое время (не займет много времени на SSD).
И, наконец, если у вас все еще есть проблемы с установкой в режиме BIOS, загрузите установщик в режиме EFI и используйте его. Программа установки должна быть загружена в режиме EFI, чтобы установить систему EFI. Установщик Ubuntu отлично справляется с этим.
Надеюсь, одно из этих предложений помогло, поскольку проблемы с загрузкой GRUB могут быть вызваны целым миром различных проблем. Это самые типичные.
Это кажется очень распространенной проблемой при загрузке серверов HP ProLiant в режиме BIOS (exp. https://forum.proxmox.com/threads/grub-error-on-reboot-device-not-found.38616). К сожалению, Microserver Gen8 не может загружаться в uEFI, что усложняет обходной путь.
Я считаю, что происходит то, что в HP BIOS есть ошибка, и он неверно сообщает размер диска. GRUB не будет просматривать указанный сектор и не сможет найти нужные файлы.
Я испытал это при загрузке с ZFS (почти весь диск) и с MD-массива, расположенного в конце диска, даже с текущим BIOS - с мая 2018 года. Особенно с ZFS это неприятно - сначала данные, требуемые GRUB, могут быть в пределах указанных границ, поэтому загружается нормально. Однажды это просто остановится ... Думаю, похожая проблема может произойти с LVM ...
Решение, которое сработало для меня, заключалось в создании раздела для данных / boot, который физически находится в начале диска.