Ошибка неправильный блок окружения ubuntu

SMF 2.0.19 |
SMF © 2011, Simple Machines | Карта форума

Страница сгенерирована за 0.073 секунд. Запросов: 26.

From http://ubuntuforums.org/showthread.php?t=1285098:

Press E at the GRUB menu. Find the line saying save_env recordfail and delete all of it with the Del or Backspace key. Press Ctrl+X to boot, and then open the Terminal by searching it in the dash(launcher menu).

Run the following command, and then when it asks for your password, type it, and press Enter. Your password will not be shown, not even asterisks.

sudo -i

Then, run each command, one-by-one.

cd /boot/grub
rm grubenv
grub-editenv grubenv create
grub-editenv grubenv set default=0
grub-editenv grubenv list
update-grub

The second-to-last command should show default=0. If it does, run the last command, and let it finish. When it finishes, you should get the prompt /boot/grub# or something like that again(it’s what you see after each command). Run exit twice, and then reboot.

Проблема с Grub2: invalid environment block

Пару дней назад позвонила мне знакомая с такой проблемой. Обновлялась у неё операционная система Linux Lubuntu 12.04 и во время обновления у неё свет выключился. Сразу как свет обратно включили у неё совершенно отказалась загружаться операционная система Linux Lubuntu 12.04. Появляется окно загрузчика Grub2, после выбора загрузки Linux система выдает вот такое сообщение

error: invalid environment block
Failed to boot default entries.
Press any key to continue…

Далее после нажатия любой клавиши обратно загружается Grub2 и все по кругу. Я так догадался что как раз когда свет выключился у неё наверно этот самый загрузчик и обновлялся. Печально конечно, но вроде не смертельно.

Решаю обновить Grub2 с Live-CD. Соответственно беру Live-CD с Ubuntu пытаюсь открыть DVD-ROM и получаю первый облом. DVD-ROM не работает. Оказалось у неё дочурка ))) туда напихала ваты и сухарей. Положение усугубляет то что комп у неё старый и загрузку с USB тоже не поддерживает. ((( Все это совершенно не радует, но все равно мысль крутится что раз Grub2 загружается то можно как-то указать что ему загружать, хоть там что-то и не работает.
Включаю Google и ищу как это сделать. Хорошо хоть искал не долго. Итак

Как только загружается Grub2 жмём кнопку «e» и заходим в режим редактирования Grub2. Далее находим строчку

recordfail

И удаляем её. После чего нажимаем Ctrl-X и загружаемся.
Загружается наконец наша операционная система Linux Lubuntu 12.04. Вводим логин, пароль, все работает. Дальше произвел обновление системы, первая же команда

sudo apt-get update

И система начала ругаться, в связи с чем я выполнил переконфигурацию пакетов.

sudo dpkg —configure -a

Система что-то обновила. Далее ещё раз, на всякий случай обновился при помощи.

sudo apt-get update
sudo apt-get upgrade

Да и на всякий случай, выполнил

sudo update-grub2

Уж сам не знаю надо ли было? Ну перезагрузился, система спокойно запустилась. Все рады и довольны, принцесса спасена от кривого Grub2, поцелуй мне так и не достался ((

The error message might refer to GRUB2 environment block, located usually in /boot/grub/grubenv. It should contain readable text, so have a look at it.

Hanging on black screen might be caused by many things. Perhaps your distribution sets up GRUB in such a way that some essential setting is stored in the environment block, and the problem in the environment block also causes the boot to fail. Or perhaps it’s caused by something different, like BIOS detecting the disks in a different order than expected by the grub-install program.

The updates to the Manjaro OS may have included an update to GRUB, causing it to automatically re-install it. If you had to do any special steps in installing GRUB when you originally installed Manjaro, you may have to do them again now.

Or if you added any new disks to the system after installing the OS and updating it, you might not originally have needed any special steps, but might need them now… and that could be what tripped up the automatic update.

If your system uses classic BIOS rather than the new UEFI firmware, the root cause is likely the fact that there is no guaranteed way for the OS to identify the disks that would be meaningful to the BIOS. Without further information from the system administrator, the grub-install command will have to essentially guess in which order the BIOS will detect the disks at boot time.

If the /boot/grub/device.map file exists, it describes the current information/guess GRUB has on the BIOS boot order; if you add/remove/change disks on the system, you should also update this file to match the new state, or else an automatic GRUB update might cause exactly the kind of situation you’re experiencing right now. To fix, correct the current device.map file to match how your BIOS actually sees the disks, then use grub-install to reinstall GRUB.