После изменения размера томов LVM запускается только GRUB

Если файловые системы монтируются и нет сообщений от ядра (драйвера файловой системы) о том, что размер контейнера (LVM тома) меньше размера файловой системы - загрузись с LivecD, смонтируй корень, /dev, /boot, /sys, сделай chroot и переустанови код загрузчика.

У тебя сейчас размер LV в точности (до байта!) совпадает с размером ФС. Но ведь у LVM есть собственные метаданные, которые надо где-то хранить. Он их и хранит (куда ему еще деваться?), а на ФС объема не хватает. Т.е. размер LV просто обязан быть чуть побольше размером, чем ФС.

Что было сделано неправильно: надо было просто использовать lvreduce -r. Тогда бы LVM сам посчитал нужный размер и вызвал resize2fs с необходимыми аргументами.

Он их и хранит (куда ему еще деваться?), а на ФС объема не хватает.

Нет, матаданные хранятся в PV, а не в LV

Насчет запаса идея хорошая, я тоже обычно с запасом уменьшаю, но вряд ли в этом дело

Перезапустилась без Live-CD и вылез GRUB

Ну вылез и вылез. Что хочет?

Да, точно (как я мог перепутать LV с PV?).

Получается, с ФС все OK.

Но сам я никогда не делаю по-отдельности lvreduce и resize2fs, лучше использовать опцию -r у LVM.

А почему вообще на ФС были ошибки перед началом операций? Это ненормально. Возможно, система была сломана уже тогда.

Без знания на что жалуется груб трудно что-то сказать.

А почему вообще на ФС были ошибки перед началом операций?

Может быть файловая система не была размонтирована перед операцией уменьшения?

THIS MAY DESTROY YOUR DATA (filesystem etc.)

Возможно это и подъело кусочек файловой системы, т.к. уменьшение было выполнено вручную, а не средствами контейнера LVM.

Может быть файловая система не была размонтирована перед операцией уменьшения?

resize2fs не поддерживает уменьшение примонтированной ФС.
И вообще как это может быть связано с ошибками fsck _до_ уменьшения /home? Предполагаешь, что там было несколько попыток?

Возможно это и подъело кусочек файловой системы, т.к. уменьшение было выполнено вручную, а не средствами контейнера LVM.

как будто lvreduce изменяет размер как-то по-другому, чем resize2fs.
В стартовом сообщении приведены размеры:
2621440 (4k) blocks long
Это как раз 10GiB, т.е. размеры /home верные.

https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lv_reduce

Особенно впечатляет врезка «Warning», которая предупреждает, чтобы не делали уменьшение именно так, как сделал автор топика…

Ну вылез и вылез. Что хочет?

Никаких ошибок, просто строка «grub>»

Может быть файловая система не была размонтирована перед операцией уменьшения?

Разве при загрузке с Live-CD файловая система может смонтироваться автоматически?

Не, warning там про то, что отсутствие предупреждения («THIS MAY DESTROY YOUR DATA (filesystem etc.)») и запроса на подтверждение уменьшения размера LV ещё не означает, что ты всё сделал правильно в плане изменения размера ФС.
Рекомендация про опцию --resizefs действительно в тексте присутствует, но тут уж каждый сам решает..

Особенно впечатляет врезка «Warning», которая предупреждает, чтобы не делали уменьшение именно так, как сделал автор топика…

Меня она тоже очень смущала, но что нужно делать, чтобы ее не было, я так и не поняла. Просмотрев пару статей с уменьшением томов, где на нее забивали, решила последовать их примеру

Никаких ошибок, просто строка «grub>»

Это значит, что grub не может найти свой конфигурационный файл. Ты можешь полазить по диску прямо из этой командной строки (там есть команды типа ls) и, если увидишь что-нибудь похожее на его конфиг (обычно он где-нибудь в /boot), дать команду configfile <конфиг>, после этого появится меню GRUB.

С ресайзом все это не связано, в системе что-то было сломано до этого. Уменьшение было сделано корректно - размер ФС в точности совпадает с размером тома LVM.

1. Для начала, надо подтвердить что до всех действий система была рабочая.

2. Уменьшался /home, а /root только увеличивался, так что /root не мог пострадать, а грузится именно он. По /home в худшем случае вылезла бы ошибка о не возможности примонтировать

Ещё как связано — съехало начало тома, а начальный загрузчик GRUB’a ищет свой основной екзешник (stage 2 или как оно там) тупо по смещению от начала. Проще всего загрузиться с носителя с инструментом типа SystemRescue, SuperGRUB и подобного, который позволяет найти рутовый раздел и продолжить загрузку с него. (Можно это сделать и из режима grub-rescue, в который система вываливается, но с бо́льшим пердолингом — гуглить инструкции по grub-rescue.) А загрузившись, сделать update-grub и grub-install с нужными параметрами.

ищет свой основной екзешник (stage 2 или как оно там) тупо по смещению от начала.

во-первых /boot , где лежат файлы grub, не трогали (может конечно и трогали, но в стартовом сообщении об этом не сказано). Во-вторых по смещению он ищет только если другие варианты не доступны. В данном случае можно предположить, что sda1 размером один 1M это bios_grub раздел на gpt таблице разделов.

Ещё как связано — съехало начало тома

Никуда оно не съехало. Начало тома вообще не трогалось. Менялись только конечные экстенты.

а начальный загрузчик GRUB’a ищет свой основной екзешник (stage 2 или как оно там) тупо по смещению от начала.

Но не от начала тома же! Те сектора, в которые GRUB пишет основную часть загрузчика, вообще не принадлежат никакому разделу (а LVM здесь лежит внутри раздела). Первый раздел обычно выравивается на 1Мб (2048 секторов) в современных разметках. Т.е. 2047 секторов между MBR и первым разделом никем не используются. Вот туда GRUB и пишет свой stage1.5 или как он там называется. И съехать они никак не могут, если не трогалась таблица разделов (а она не трогалась, судя по описанияю).

И да, если бы не загрузился stage2, то приглашения grub> бы вообще не было.

А если оно появилось, то это значит, что GRUB полностью загрузился, и к нашим услугам все его команды (типа ls).

Обычно такое происходит, когда он не смог найти свой конфиг с меню. Но об этом я выше писал, повторяться не буду.

Всем спасибо за помощь! Раз каких-то явных ошибок в настройке нет, буду всем говорить, что работает, и молиться чтобы никто из комиссии на этом форуме не сидел :)