Как убрать возможность выбора параметров во время загрузки (30 сек. grub (?))

symon2014 · #41

Mr. Red, вот почитай на досуге , лично я считаю это паранойей. http://ru.d-ws.biz/articles/install-ubu ... disk.shtml

Mr. Red · #42

rogoznik, Такую галочку точно не ставил, переустанавливал несколько раз, в том числе ставил убунту, получается то же самое. Может, имеет смысл поставить Винду, из под нее полностью удалить grub и попробовать снова?

Mr. Red · #43

symon2014, Спасибо! Прочту. Галочку с шифрованием точно не ставил, ставил другую, уже не помню точно, что там написано было, но что-то про lvm.

symon2014 · #44

Mr. Red писал(а): ↑
19 мар 2020, 11:29
из под нее полностью удалить grub и попробовать снова?

С установочной флешки линукса запускаешь gparted , грохаешь таблицу разделов и говоришь , что так и было. Ставишь заново.
Перед смертью сфоткай и пришли сюда снимки биос , вдруг там что интересное найдётся..

symon2014 · #45

Mr. Red писал(а): ↑
19 мар 2020, 11:32
но что-то про lvm.

тоже надо /boot снаружи.

Mr. Red · #46

symon2014, Ок, сделаю, правда, "Перед смертью" звучит не очень обнадеживающе) но да ладно)

symon2014 · #47

Mr. Red писал(а): ↑
19 мар 2020, 11:38
"Перед смертью" звучит не очень обнадеживающе)

Хорошо , пусть будет после.

Mr. Red · #48

symon2014 писал(а): ↑
19 мар 2020, 11:36

Mr. Red писал(а): ↑
19 мар 2020, 11:32
но что-то про lvm.
тоже надо /boot снаружи.

Т.е.?

symon2014 · #49

Mr. Red писал(а): ↑
19 мар 2020, 11:44
Т.е.?

Т.е. не надо особо заморачиваться с лвм или шифрованием , просто поставь систему для начала.
https://unix.stackexchange.com/question ... ion-on-lvm

#50

symon2014 писал(а): ↑
19 мар 2020, 08:25
Не трудно полковник. Так навскидку , введите в гугл строчку - set timeout=${GRUB_RECORDFAIL_TIMEOUT:-30}

благодарствую.
в руководствах есть только про останов загрузки в меню по аварии (не таймаут 30 с, а значение в -1)
на первой страничке по поиску из 15 ссылок нет ни одной на "инструкции , описания и прочую документацию " для вынимательного чтения.
Ссылки на форумы\ответы на вопросы где в говорится в основном о полном останове загрузки(до нажатия) и только в паре-тройке ссылок про таймаут по аварии в 30 сек.
странно, но такой фиготении у себя не наблюдаю , глянул в 17.3,18.3,19.3 - никаких следов наличия файлика /etc/grub.d/00_header не нашёл, а в основном используемом грубе(грублегаци ) на ПК отсутствуют и /etc/default/grub.d/ и /etc/default/grub
не везёт мне видеть 30сек.

symon2014 · #51

colonel, дарю свой файл на память. Инструкций конечно же нет , это я так назвал. Можешь обозвать это описание или упоминанием . Буквоед.

380 е строки)

#52

symon2014 писал(а): ↑
19 мар 2020, 13:33
...дарю свой файл...

ща прикручу гвоздиком эту декорацию к своему грублегаци

symon2014 · #53

Для colonel, немного подуставший мануал (выдержка) , и сейчас вместо параметра --1 стоит -30
Защита от зацикливания на перезагрузке

Если загрузка ОС не закончилась успешно, или осуществлялась загрузка в режим восстановления, то при следующей загрузке - меню выбора GRUB будет выводится и ждать явного вмешательства оператора (так же, как если бы вы выставили GRUB_TIMEOUT=-1). При этом последующие аппаратные сбросы системы - не помогут проскочить меню.
Зачем это сделано
При загрузке в лог файлы пишется информация и размеры логов растут. В нормально загруженной систем работают сервисы, которые архивируют и подчищают логи. В нормально работающей системе постоянно пополнение лог-файлов не требует внимания со стороны пользователя.
Совсем иная ситуация при загрузке - никакие сервисы по очистке логов не работают (они запускаются позже) и, если, в процессе загрузки система свалится и начнет перезагружаться, то лог будет только расти. И расти он будет до тех пор пока будут повторятся перезагрузки, и будет хватать места на том разделе диска, где расположен каталог /var/log. А когда на разделе с /var/log место кончится то система зависнет уже наглухо и даже в режим восстановления ее будет не загрузить. Загрузится можно будет только с LiveCD/USB (с Live системы и надо будет лечить систему, первым делом руками зачистив логи).
Защита встроенная в GRUB не позволит системе попасть в столь тяжелое положение.

А что если...
Функция (как видно) - безусловно полезная, однако она может быть неудобной для без-клавиатурных станций - на них «зависшее» меню GRUB-а - это не преимущество, а некоторые сложности (без подключения клавиатуры такая станция, попавшая в меню GRUB, никогда не загрузится вообще).

А что если отключить?
Собственно сами случаи, когда циклится загрузка - не так и часты, если машина работает без графики то там вообще мало чему падать на этапе загрузки, да еще так, что бы система вышла на перезагрузку. Разве что совсем кривой прикладной софт встроенный в процесс загрузки…
Гораздо чаще загрузка прерывается из за внешних условий - например пропадает питание, или кто-то сбрасывает грубо систему.

Отключаем...
Как это работает
Реализовано все достаточно просто - в скрипте /boot/grub/grub.cfg переменная окружения GRUB recordfail устанавливается в ходе каждой загрузки в 1. Скрипт /etc/init.d/grub-common запускается на финальных этапах загрузки (линки с именем S99grub-common есть в /etc/rc2.d, /etc/rc3.d, … /etc/rc5.d). grub-common сбрасывает переменную recordfail в 0. Если скрипт /etc/init.d/grub-common не отработает, то не сброшенное значение recordfail предотвращает автоматическую загрузку, меню GRUB появляется и потребуется явное интерактивное вмешательство со стороны оператора.

Для того, что бы убрать необходимость интерактивного вмешательства в процесс загрузки нужно установить переменную GRUB_RECORDFAIL_TIMEOUT в /etc/defaul/grub в то количество секунд, которые меню GRUB-а будет ждать ввода в случае когда recordfail=1. Сохранить изменения и обновить GRUB (sudo update-grub).

Вы должны понимать, что проделанные изменения могут привести к довольно печальным последствиям, если все-таки у вас случится ситуация, при которой зациклится перезагрузка системы.
Финт с GRUB_RECORDFAIL_TIMEOUT может не сработать в некоторых (старых) версиях GRUB. Тогда нужно редактировать /etc/grub.d/00_header. Нужно найти функцию make_timeout (), которая выглядит примерно так:

make_timeout ()
{
cat << EOF
if [ "\${recordfail}" = 1 ]; then
set timeout=-1
else
set timeout=${2}
fi
EOF
}
и заменить в ней строчку

set timeout=-1
на

set timeout=${GRUB_RECORDFAIL_TIMEOUT:--1}
После этого финт с GRUB_RECORDFAIL_TIMEOUT заработает. Нужно сохранить изменения и обновить GRUB (sudo update-grub).

Изменения в скрипте /etc/grub.d/00_header могут быть утеряны при обновлении пакета grub-common. Но в новых версиях GRUB переменная GRUB_RECORDFAIL_TIMEOUT уже внедрена (т.е. эти изменения уже сделаны в 00_header).

#54

symon2014, да я разобрался, просто в #50 пояснял почему не сталкивался ни с остановом до нажатия по выбору ни с таймаутом в 30с .

symon2014 · #55

colonel, А ТС тем временем наверно и сфоткаться на памятник не успел.

#56

colonel писал(а): ↑
19 мар 2020, 13:21
глянул в 17.3,18.3,19.3 - никаких следов наличия файлика /etc/grub.d/00_header не нашёл

У меня в трише есть. Открывал так:

Код: Выделить всё

cd /etc/grub.d

Код: Выделить всё

sudo nano 00_header

Mr. Red · #57

symon2014, Если ТС - это я, то этим делом буду заниматься ближе к вечеру. Снимки bios раздела boot?

symon2014 · #58

Mr. Red писал(а): ↑
19 мар 2020, 14:32
Если ТС - это я,

Да , ТопикСтартер это ты. Снимки кроме последней вкладки , хотя приблизительный диагноз уже есть.

#59

hellonet писал(а): ↑
19 мар 2020, 14:28
У меня в трише есть. Открывал так: cd /etc/grub.d......

а я просто посмотрел в файловом манагере каталоги и увидел что его нет

symon2014 · #60

colonel, не там смотришь, /etc/grub.d и /etc/default/grub.d , почуствуйте разницу)

Кто сейчас на конференции