Гаразд після трохи перекопування я знайшов, як надто позбутися цієї проблеми хоча б тимчасово, це досить просто, однак у мене немає налаштування системи з 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
Цитуючи Коліна Уотсона із звіту про помилки
Це насправді оманливе повідомлення про помилку: те, що відбувається, полягає в тому, що реалізація btrfs GRUB не реалізує інтерфейс гачка зчитування файлів для повернення блокових списків до виклику коду. Я опублікував grub-devel про це, і сервіс, що підтримує вгору, зазначив, що навіть окрім проблем із кількома пристроями, писати в GRBB на btrfs принципово ризиковано, оскільки:
один і той же блок може використовуватися декількома знімками, кожне дерево, яке використовує даний блок, буде містити контрольну суму тощо.
Однак btrfs залишає простір для запуску завантажувача. Цей простір більше, ніж потрібно GRUB для вбудовування, і тому ми могли використати 1 КБ його для блоку середовища.
У будь-якому випадку це не нова проблема, яка виникла при використанні підтомників, а також не перешкоджає завантаженню (ви отримуєте помилкову підказку "Натисніть будь-яку клавішу для продовження", але якщо ви просто її проігноруєте, вона все одно завантажиться). Перехід до списку бажань
Сподіваюся, це допомагає