У меня есть это в моем .screenrc
:
bind -c pasteline 1 eval copy 'stuff "-Y"' 'paste .'
bind -c pasteline 2 eval copy 'stuff "2-Y"' 'paste .'
bind -c pasteline 3 eval copy 'stuff "3-Y"' 'paste .'
bind -c pasteline 4 eval copy 'stuff "4-Y"' 'paste .'
bind -c pasteline 5 eval copy 'stuff "5-Y"' 'paste .'
bind -c pasteline 6 eval copy 'stuff "6-Y"' 'paste .'
bind -c pasteline 7 eval copy 'stuff "7-Y"' 'paste .'
bind -c pasteline 8 eval copy 'stuff "8-Y"' 'paste .'
bind -c pasteline 9 eval copy 'stuff "9-Y"' 'paste .'
bindkey ¬ command -c pasteline
В основном, на экране, ¬1, вставляет строку выше курсора, ¬2, вставляет вторую строку выше курсора... и так далее. Можно хотеть добавить больше для строк 10 и выше, но я нахожу, что приблизительно после 7 уже, использовал бы мышь или screen
режим копии, чем подсчет количества строк для получения той я хочу.
Я нахожу, поддерживаете ли Вы несколько ядер с различными вариантами ее более легкое к самокрутке /boot/grub/grub.cfg
вместо того, чтобы использовать grub2-mkconfig
.
Запись в качестве примера:
menuentry 'Linux 3.10.17 (sde) kernel-3.10.17-g' {
root=hd0,1
linux /boot/kernel-3.10.17-g domdadm dolvm root=/dev/md3
initrd /boot/initrd-3.10.17-g
}
Где все после названия Вашего ядра на linux
строка является параметрами загрузки, которые Вы хотите передать тому определенному ядру. Очевидно, Ваша установка будет отличаться, чем моя, но это, демонстрируют, что ручная установка grub2 действительно очень не отличается, чем личинка.
Если Вы хотите объединить этот метод с "grub2 путь", можно поместить пользовательские записи в /etc/grub.d/XX_custom
или эквивалентная установка на Вашем дистрибутиве и grub2-mkconfig
сценарий вытянет их в сгенерированный конфигурационный файл.
Когда GRUB 2 вышел, это отличалось в этом grub.conf
как больше предполагалось, не был отредактирован пользователем; диспетчер пакетов дистрибутива сделал бы то, что и затем там, как предполагалось, был средством для пользователя внести изменениями с помощью некоторого инструмента, который не был зарегистрирован в то время (я уверен, что у них есть много хороших документов для него теперь, конечно; |).
Я полагаю, что часть цели должна была упростить вещи путем добавления слоя абстракции. Я не так уверен, как хорошо, который удался, и (полное раскрытие), я никогда не потрудился делать вещи личинка 2 "правильных пути". "Неправильный" способ является просто слишком простым, и он будет работать на Вас здесь:
Несмотря на предупреждение наверху файла, можно отредактировать его. Установщик дистрибутива изменит его, когда ядро будет обновлено и оставит Ваши записи в покое (по крайней мере, на Fedora, Ubuntu, и я - вполне уверенный Debian), хотя это может добавить тот к вершине и сделать это значением по умолчанию, поэтому когда это происходит, необходимо будет переместить некоторые записи или изменить индекс в set default
. Это может также произойти, который, если установщик находит, изменил файл, это не добавит новых записей (Fedora), таким образом наблюдайте за этим, если Вы хотите получить доступ к обновленным ядрам дистрибутива в меню личинки.
Легко сказать путем рассмотрения файла (/boot/grub2/grub.conf
) как это структурировано относительно меню личинки, Вы видите при начальной загрузке. Каждый menuentry
блок имеет строку как это где-нибудь:
linux /boot/vmlinuz-3.11 root=/dev/sda1 resume=/dev/sda3 fbcon=scrollback:512k
Это будет, вероятно, иметь root=UUID=...
и не узлы устройства. Если Вы не будете использовать initramfs, то это будет последняя строка, иначе это будет сопровождаться initrd
строка.
Так или иначе это - командная строка ядра; /boot/vmlinuz-3.11
путь к ядру в корневой файловой системе, и все после этого - параметры, переданные ядру.
systemd.unit=compute.target
. – Kalrish 08.12.2013, 21:5899_custom
не становится измененным при обновлении никакого пакета личинки (по крайней мере, не debian's). – Braiam 08.12.2013, 22:0099_custom
, как Вы предполагаете, разве это не было бы позже дублировано? (Спасибо). – Kalrish 08.12.2013, 22:01