думал делов то тут на час максимум. Но сервер не запустился, сразу выкинуло в grub recovery с ошибкой что не получилось читать/писать в такую-то партицию такого-то диска. Ну думаю апдейт может чего сломал, хотя дистро на сервере БД не апгрейдил давно. Пробую вручную загрузить vmlinuz — та же ошибка в тч и со старыми ядрами.
Гуглил пока чуть не уснул за компом, но вроде бы выяснилось в чем дело. Оказывается бут через БИОС редко поддерживает загрузку с партиции на которой больше 2^32 секторов (или байтов? или вообще не 2^32). С дефолтным размером сектора 512КБ это около 2ТБ. Вспомнил что год назад мы добавили дисков, и я расширил партицию и потом файловую систему без ребута.
Из-за процедуры какие-то файлы из /boot съехали на секторы за рамками указателя который поддерживает БИОС, ну и загрузчик поэтому не смог притянуть содержание этих файлов.
А случилось это все из-за нескольких фактов:
1. Используем legacy boot вместо EFI/UEFI (последний уже пару десятков лет поддерживается всеми материнками и ОС)
2. Вместо отдельной партиции /boot в начале блокдевайса, используется одна огромная партиция.
Так что когда устанавливаете новые серверы или машины дома, отключайте legacy boot и используйте UEFI. Бут с UEFI еще и быстрее чем через биос!
Думаю как бы это красиво исправить так. Может восстановщик бутлодера из образа ubuntu попробовать? Не уверен что просто перезапись /boot поможет, ведь содержание файлов ляжет в неопределенные секторы.
А биос обновить, не?
Он и так не старый, лишь одна минорная версия доступна и там в патчноутсах ничего об этом не сказано( Сама машина древняя, Dell R720. Edit: она UEFI поддерживает, не знаю поможет ли это
Аааа, ну то мож в самом чипе залочено Ну тоесть, чип больше 2^32 не может
Да не поймешь, или чип или древняя багофича. На Supermicro все нормально работает, а на этих вот деллах сломалось
ну основная ошибка тут одна - гигантский рут.
Да ладно, неужели это так плохо?
конечно, по многим причинам. 1) смешивать данные и систему в принципе плохо 2) не знаю, как с современными системами, но в случае пиздецомы раньше fsck на порядок быстрее отрабатывал. Ну и дальше всякое пер-фс снепшотирование, бекап (в том числе в случае виртуалок) и т.п. Короче, разделять всегда и везде.
Обсуждают сегодня