новый раздел под /boot делал (большего размера) и старый в fstab тоже не числится. Может ли что-то из этого влиять?Что касается fstab и его правильности, как можно диагностировать все ли там прописано правильно?
Изменение размера логических дисков, даже одного, может повлиять на изменение UUIDов всех дисков что в свою очередь приводит к невозможности работать с этими дисками в Linux если они прописаны в fstab по UIDам. Как увеличивали размер раздела /boot? Подозреваю что для этого уменьшили какой-то рядом находящийся раздел, вот этот уменьшенный раздел и стоит глянуть на соответствие UUID.
Команда
blkid
покажет информацию у какого диска какой UUID, или для надежности можно выполнить команду
blkid -c /dev/null
тогда точно будут показаны UUID считанные с устройств а не из сохраненного ранее файла
А потом уже смотреть содержимое файла /etc/fstab и сравнивать указанные там UUID дисков. Могут еще влиять на работу дисков некорректные параметры в строках fstabа но если вы сами ни чего не правили после установки то должно быть все корректно с этим. Так же стоит обратить внимание на то нет ли строк которые указывают на диски которые физически отсутствуют. И обратить внимание как прописан swap, диском или файлом, может задан диском а его нет уже.
Но подозреваю что скорее всего эта проблема у вас возникла не сразу после изменения раздела /boot и наверное связи с этим нет.
Я не утверждаю что именно из-за дисков у вас проблема. Просто упомянул про свой опыт с зависанием при выключении.
И еще, опережая возможную критику по поводу UUID дисков, отмечу что обычно проблемы с идентификацией дисков приводят к невозможности загрузки или работы системы вообще, потому что если пошел такой сбой то цепляет и системные диски но иногда бывает что только у конкретных дисков.