Новое ядро установлено, но недоступно для загрузки через grub

К сожалению, нет.

btrfs не отслеживает плохие блоки, а btrfs scrub не предотвращает попадание следующего файла в тот же плохой блок (блоки).

В этом сообщении списка рассылки btrfs предлагается использовать ext4 с mkfs.ext4 -c (это "создает список плохих блоков, а затем не будет использовать эти сектора"). Предложение использовать btrfs поверх mdadm 3.1+ с RAID0 не сработает.

Кажется, что LVM не поддерживает перераспределение плохих блоков.

Обходной путь — собрать устройство, исключив заведомо плохие блоки: btrfs поверх dmsetup.


В вики-проекте btrfs Project Ideas говорится:

Не заявлено — еще нет исправлений — еще нет в ядре

В настоящее время btrfs не отслеживает поврежденные блоки, блоки диска, которые с большой вероятностью могут привести к потере данных написано им. Btrfs должен принимать список в выходном формате badblocks, сохранять его в новом btree (или, может быть, в текущем дереве экстентов с новым флагом), перемещать любые данные, содержащиеся в блоках, и резервировать эти блоки, чтобы их нельзя было использовать. для будущих ассигнований. Кроме того, скраб можно научить проверять наличие плохих блоков при обнаружении ошибки контрольной суммы. Это сделало бы скраб гораздо полезнее; Ошибки контрольной суммы, как правило, вызваны диском, но в то время как чистка обнаруживает поврежденные файлы, что в сценарии резервного копирования дает возможность воссоздать их, следующий файл для повторного использования плохих блоков вместо этого просто начнет получать ошибки. Эти два элемента будут соответствовать функции ext4 (используемой через e2fsck).

Пожалуйста, прокомментируйте, если статус изменится, и я обновлю этот ответ.

1
02.03.2017, 00:50
3 ответа

У меня была такая же проблема с чистым установить F24, используя схему разделов по умолчанию. В моей системе / dev / sda1 был создан исключительно для grub, который обычно не монтируется. Чтобы найти это, я сделал:

sudo fdisk /dev/sda

и в fdisk p, чтобы показать разделы. Затем смонтировал этот раздел:

sudo mount /dev/sda1 /mnt

искал файл с:

find /mnt -name grub.cfg

и, наконец, обновил файл grub.cfg с помощью:

sudo grub2-mkconfig -o /mnt/EFI/fedora/grub.cfg

Этот процесс должен повторяться каждый раз при обновлении ядра.

Есть ли у кого-нибудь лучшее исправление, чем это? Это работает, но я не понимаю, почему это не делается автоматически. Я где-то пропустил настройку?

0
28.01.2020, 01:13

отредактируйте файл grub.conf, если вы используете Redhat/ Centos

Скопируйте и отредактируйте старые параметры ядра и замените старые параметры и местоположения новыми

0
28.01.2020, 01:13

Самое время сделать

Для BIOS

cp /boot/grub2/grub.cfg /boot/grub2/grub.cfg.bak # Creating a backup of current
grub2-mkconfig -o /boot/grub2/grub.cfg

Для UEFI

В EFI, GRUB 2 ищет свою конфигурацию в /boot/efi/EFI/fedora/grub.cfg

cp /boot/efi/EFI/fedora/grub.cfg /boot/efi/EFI/fedora/grub.cfg.bak
grub2-mkconfig /boot/efi/EFI/fedora/grub.cfg

Примечание

если вы получите

grub2-mkconfig : command not found

это означает, что вы не установили пакеты, предоставляющие эти инструменты (очень редко! ), то вам нужно сначала установить их

dnf install grub2-efi grub2-efi-modules shim
0
28.01.2020, 01:13

Теги

Похожие вопросы