Ладно, после того, как я немного покопался, я нашел способ как-то избавиться от этой проблемы, по крайней мере, временно, это довольно просто, однако у меня нет настройки системы с помощью btrfs, поэтому я не могу подтвердить это исправление.
либо закомментируйте, либо удалите эту строку:
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
или
if [ -n "\${have_grubenv}" ]; then if [ -z "\${boot_once}" ]; then save_env \
recordfail; fi; fi
в этом файле
/etc/grub.d/00_header
тогда беги
update-grub
Причина, по которой вы не редактируете /boot/grub/grub.cfg
напрямую, заключается в том, что он будет перезаписан при каждом обновлении grub, в этом случае вам нужно будет только «исправить» исправление, если обновлены общие пакеты grub.
Это ошибка на панели запуска, если вы хотите добавить себе ошибку # 736743
Цитируя Колина Уотсона из сообщения об ошибке
Это на самом деле вводящее в заблуждение сообщение об ошибке: в действительности реализация GRUB btrfs не реализует интерфейс перехвата чтения файлов для возврата блочных списков к вызывающему коду. Я писал об этом в grub-devel, и сопровождающий сказал, что даже в случае проблем с несколькими устройствами запись в btrfs из GRUB в корне рискованна, потому что:
один и тот же блок может использоваться несколькими снимками, каждое дерево, которое использует данный блок, будет содержать свою контрольную сумму и т. д. рекурсивно
Тем не менее, btrfs резервирует место в начале для загрузчика. Это пространство больше, чем нужно GRUB для встраивания, и поэтому мы можем использовать 1 КБ его для блока среды.
В любом случае, это не новая проблема, возникшая в результате использования подразделов, и она не препятствует загрузке (вы получаете ложное приглашение «Нажмите любую клавишу для продолжения», но если вы просто проигнорируете его, оно все равно загрузится). Понижение до списка желаний.
Надеюсь это поможет