У меня недавно возникла такая же проблема на двух хостах. grub rescue с debug=zfs и ls (hd0,gpt2) показывает ошибки контрольной суммы fletcher4. Я решил это, сделав следующее с установщика proxmox (запустите установщик в режиме отладки -> CTRL+D -> Принять Лицензионное Соглашение -> Прервать): zpool import -N -R /mnt rpool zfs snapshot rpool/ROOT@move zfs snapshot rpool/ROOT/pve-1@move zfs create rpool/move zfs rename rpool/ROOT rpool/move/ROOT zfs send -v -R rpool/move/ROOT@move|zfs receive rpool/ROOT zfs set canmount=off rpool/move/ROOT/pve-1 zpool export rpool Просто перезагрузил, и все снова заработало. Однако я не знаю, что вызывает проблему изначально. Проверка не находит никаких недействительных контрольных сумм. Единственное, что объединяет оба хоста, это то, что они были установлены в декабре 2018 и январе 2019. И да, оба действительно дешевые системы (Intel Atom, оперативная память без ECC, хотя 24-часовой тест на память прошел без ошибок). Оба системы зависли и загрузились напрямую в grub rescue после сброса. Надеюсь, это небольшое решение поможет всем, кто столкнется с этой проблемой. С наилучшими пожеланиями, Манфред.

Привет! Спасибо, Манфред! Столкнулся с проблемой загрузки grub_rescue/fletcher4 на старом HP G8 и, хотя не смог получить доступ к пулу из консоли установщика proxmox (жаловаться на отсутствующие устройства, поврежденный пул... не просто одно-два, а все диски!), я смог следовать твоим шагам, загрузившись с live CD Debian. Ранее пытался множеством других способов заставить это работать; казалось, что это проблема grub, но, похоже, нет... очень благодарен тебе за твой пост! На случай, если это кому-то пригодится, у меня была стандартная установка Debian Stretch с 4 x 3TB дисками в двух заиранех зеркалах, корень zfs, которая затем была превращена в proxmox. Все работало отлично примерно 6 месяцев, пока не произошел перезапуск на техобслуживание... Ура!

Будет ли это работать, если rpool/data не тронут? То есть без снимка?

Да, я это понял на собственном опыте. Спасибо за помощь.