Vga 788 что это такое

Обновлено: 21.11.2024

В ядре Linux есть универсальный драйвер для графического фреймбуфера с именем vesafb на устройствах Intel. Он представляет собой удобную большую консоль для большинства современных дисплеев.

Настройка режимов VESA для ядра Linux с 32-разрядным и 16-разрядным загрузочным протоколом отличается. Здесь мы представляем оба метода.

Ядро Linux с 32-битным загрузочным протоколом

Для машин с каким-либо новым BIOS, отличным от устаревшего BIOS, например EFI, LinuxBIOS и т. д., и kexec, нельзя использовать 16-битный код настройки реального режима в ядре на основе устаревшего BIOS, поэтому 32 -битный протокол загрузки должен быть определен.

Режимы можно установить, добавив «video=…» к параметру загрузки ядра.

Синтаксис примерно такой (ссылка: Настройка режима ядра):

Для Grub2 это можно добавить за 2 шага.

Отредактируйте «/etc/default/grub» и отредактируйте строку для «GRUB_CMDLINE_LINUX». Например, чтобы установить видеорежим 1024 x 800 с глубиной цвета 32 бита:

Добавить в ‘/etc/default/grub’:

Затем сделайте новый файл конфигурации Grub2 следующим

Ядро Linux с 16-битным загрузочным протоколом

Переключить режимы VESA ядра Linux во время загрузки можно с помощью параметра загрузки ядра "vga=…". Этот параметр принимает десятичное значение номеров видеорежимов Linux вместо номеров видеорежимов VESA. Номер видеорежима Linux можно легко получить из номера VESA.

Номер видеорежима ядра Linux равен номеру режима VESA плюс 0×200.

Вот некоторые номера режимов VESA:

Десятичное значение номера видеорежима ядра Linux может быть передано ядру в виде «vga=YYY», где YYY — десятичное значение.

Обновление: vga=ask не поддерживается GRUB2. Используйте новый метод следующим образом, чтобы узнать поддерживаемые видеорежимы. Этот метод предложен Себастьяном.

Просто отредактируйте пункт меню GRUB при загрузке, удалите все и введите «vbeinfo» и Ctrl+x, чтобы выполнить его. Вывод режимов VESA выглядит следующим образом:

Нажмите клавишу и клавишу Esc, и вы вернетесь в меню загрузки.

Вместо десятичного значения YYY параметр «vga» также принимает «ask», в котором будут перечислены все номера режимов ядра Linux, и пользователь сможет выбрать один из них. Вы можете использовать его, если хотите, чтобы вас спрашивали каждый раз при загрузке Linux. Его также можно использовать для поиска лучшего видеорежима Linux на вашей консоли.

Лучший способ настроить параметр «vga=YYY» — выполнить следующие действия.

Сначала добавьте параметр vga=ask в запись ядра Linux в файле конфигурации grub /boot/grub/grub.conf. Вот так:

ядро /vmlinuz-2.6.32.16-141.fc12.i686 ro root=/dev/mapper/VolGroup-LogVol00 vga=ask

Во-вторых, перезагрузите Linux и нажмите Enter, когда ядро ​​запросит режим vga. Затем выберите один режим из списка и запомните номер режима Linux, который представляет собой шестнадцатеричное значение в формате YYY. Вы также можете получить более широкий выбор, введя «сканировать».

Наконец, рассчитайте десятичное значение номера видеорежима Linux. Можно использовать эту простую команду Python:

YYY – это полученное вами шестнадцатеричное значение.

Затем измените «ask» в файле конфигурации grub на рассчитанное десятичное значение.

Вот список обычно используемых номеров режимов Linux и десятичное значение, если вы хотите выбрать один из них напрямую:

Надеюсь, ваше ядро ​​Linux обнаружит видеооборудование и выберет подходящий видеорежим.

Однако, особенно на виртуализированных платформах, таких как Oracle VirtualBox, вам может понадобиться помощь.

Современный способ сделать это — использовать переменные GRUB GRUB_GFXMODE и GRUB_GFXPAYLOAD_LINUX . Добавьте что-то вроде следующего в /etc/default/grub, чтобы установить желаемую ширину × высоту × глубину (в пикселях × пикселях × битах).

Вы можете установить несколько разрешений, включая автоматическое , по умолчанию, используя что-то вроде этого:

Затем обновите конфигурацию GRUB:

Если вместо этого используется команда grub2-mkconfig в вашем дистрибутиве (например, RHEL, CentOS, Mageia и т. д.), конечно, используйте ее.

Но если это не сработает.

Вы можете добавить директиву vga= в строку ядра в файле GRUB примерно так:

Конечно, вы увидите что-то конкретное вместо X.Y.Z и можете использовать числа, отличные от 792 . Это конкретное число дает 1024×768 с 65 536 возможными цветами. В таблице ниже представлены различные варианты! Но сначала несколько советов:

  • Директива vga=XXX может располагаться в любом месте строки. Я поместил его в начало этого примера, чтобы было легче определить, просматриваете ли вы эту страницу на телефоне. Но вам будет проще добавить его в конец.
  • Поэкспериментируйте! Нажмите e в меню GRUB и добавьте экспериментальную строку, затем нажмите -X для загрузки. Если вы получаете нежелательный режим или даже полностью черный экран, выключите питание и повторите попытку. Как только вы найдете полезное значение, вы можете установить его, как описано ниже.
  • Вы можете увидеть linuxefi, как в моем примере выше, или linux , в зависимости от вашей платформы. Оставьте это в покое, вы просто ищете строку с каким-то именем файла ядра vmlinuz-X.Y.Z.

Доступные режимы VGA

< td>256 цветов
Цветовые биты Цвета 640×480 800×600 1024×768< /td> 1280×1024 1400×1050 1600×1200
8 бит 769 771 773 775
15 бит 32 768 цветов 784 787 790 793
16 бит 65 536 цветов 785 788 791 794 834 884
24 бита 16 777 216 цветов 786< /td> 789 792 795

Установка изменения конфигурации

Не не просто редактируйте файл /boot/grub/grub.cfg!

Изменения в этом файле будут удалены при следующей установке обновления ядра.

Отредактируйте файл /etc/default/grub и найдите такие строки:

Вставьте туда свое дополнение. Если есть только одна такая строка, добавьте ее в эту строку. Если есть две строки, добавьте их к непустой строке:

Теперь заново создайте файл конфигурации GRUB. Это вставит ваше дополнение в каждую строфу или цель загрузки. При необходимости измените имя пути, используйте автозавершение, чтобы получить его правильно, с гораздо меньшим объемом ввода.

Например, на платформе UEFI/GPT/dracut файл конфигурации GRUB может находиться в папке /boot/efi/EFI/ . На платформе BIOS/MBR/isolinux каталог может быть /boot/grub2, а не boot/grub. Точное местоположение зависит от вашего дистрибутива.

Если вместо этого вы найдете файл с именем grub.conf , значит, вы работаете в очень старой системе с устаревшей версией GRUB 0.99 вместо GRUB 2.

Кроме того, может быть "2" в имени команды: grub2-mkconfig .

А как насчет разрешения меню GRUB?

Да, есть три среды операционной системы на пути к тому, что вы действительно хотите запустить:

Чтобы установить разрешение загрузчика GRUB: найдите параметр строки GRUB_GFXMODE в файле /etc/default/grub. Добавьте его, если нужно, или измените то, что есть. Вы можете использовать двойные кавычки вокруг строки разрешения, но они не нужны:

Использование параметров загрузки изменилось в Ubuntu Vivid 15.04 mini.iso, псевдоним netboot, и в этом случае параметр загрузки forcepae необходимо использовать дважды для работы с процессорами Celeron M и Pentium M.

Новый способ использования параметров загрузки

Этот новый способ использования параметров загрузки является общим, и его следует использовать и с другими параметрами загрузки. Он присутствует в Ubuntu Server 14.04.2 LTS, но еще не появился в установщике рабочего стола (пока?).

  • Запись перед -- означает, что она будет использоваться действующей системой/установщиком
  • Запись после -- означает, что она будет перенесена в установленную систему и будет использоваться ею.

О: Да, верно.

Объяснение и решение задачи примера

Проблема не в PAE, проблема в том, что синтаксический анализатор параметров ядра был изменен в результате спора о параметрах отладки systemd.

Вам нужно дважды повторить "forcepae" в параметрах ядра linux, до и после -- т.е.:

Патч ядра, изменивший предыдущее поведение:

С помощью команды «forcepae -- forcepae» я выполнил полную установку Vivid ISO по ссылке выше. Это сработало.

Ubuntu Vivid 15.04, ежедневная 32-разрядная версия mini.iso

При тестировании ежедневного 32-разрядного файла mini.iso Ubuntu Vivid (от 9 февраля 2015 г.) на IBM Thinkpad T42 с Pentium M он также работал с этой опцией двойной загрузки.

Нажмите вкладку, чтобы перейти к строке загрузки.

И редактирование строки загрузки из

и мне помогла установка минимальной текстовой системы.

Lubuntu 14.04.2 LTS и 16.04.1 LTS

Для Lubuntu trusty-alternate-i386.iso, 14.04.2 LTS и более новых версий в том же IBM Thinkpad T42 с Pentium M эта ошибка также устранена с помощью этой опции двойной загрузки.

Нажатие F6 и ESC, чтобы перейти к строке загрузки и изменить ее конец с

Но другую красную ошибку 1417918 нужно решать другими методами.

Соответствующий установщик Lubuntu для рабочего стола работает с опцией одиночной загрузки

Синтаксис с опцией двойной загрузки работает и с настольным установщиком — протестировано (17 октября 2016 г.) с Lubuntu 16.04.1 LTS на том же IBM Thinkpad T42 с Pentium M. Тест также подтвердил, что можно бежать

в установленной системе и обновить ядро ​​xenial с 4.4.0-31 из файла iso до актуальной версии 4.4.0.43.

Вопрос:

  • Запись перед -- означает, что она будет использоваться действующей системой/установщиком
  • Запись после -- означает, что она будет перенесена в установленную систему и будет использоваться ею.

Ответ:

Да, верно.

  • Ubuntu Server 14.04.2 LTS (проверено с помощью forcepae в 32-разрядной версии)
  • Ubuntu Vivid 15.04 mini.iso — (выпущен в апреле)
  • Альтернативный ISO-образ Lubuntu Trusty 14.04.2 (который не был выпущен из-за ошибок, мешающих показу)
  • Lubuntu Vivid 15.04, альтернативная бета-версия 1 ISO (от 2015 0224, выпущена в апреле)

где вы должны ввести параметр загрузки forcepae дважды, например

Но поскольку это связано с внедрением systemd в Ubuntu, мы можем ожидать, что двойной ввод параметров загрузки скоро станет стандартом, возможно, в целом в 15.04 и, возможно, в 14.04.3 и более поздних версиях.

Новый синтаксис для параметров загрузки влияет (или, по крайней мере, затронет) стандартную Ubuntu (с Unity) и все разновидности. Конкретная проблема с forcepae также затрагивает их всех, но в практической жизни большинству людей, которые используют старые компьютеры с процессорами Celeron M и Pentium M, нужна легкая среда рабочего стола, такая как Ubuntu Mate и Xubuntu, или, что еще лучше, сверхлегкая среда рабочего стола. Лубунту.

Вывод: этот обходной путь подходит для Ubuntu и всех его производных.

BootOptions/before--after (последним удаленным пользователем ister-kokos 2016-10-17 07:29:20)

Материалы этой вики доступны по бесплатной лицензии, подробности см. в разделе Авторские права / Лицензия
Вы можете внести свой вклад в эту вики, подробности см. в Руководстве по вики

Для сетевой загрузки необходимо установить загрузку PXE в качестве основного метода загрузки в BIOS клиента 1).

Конкретные параметры загрузки PXE для назначенной группы компьютеров задаются в стартовых файлах PXE, которые создаются в каталоге /var/linbo/pxelinux.cfg под именем соответствующей группы компьютеров. В этом файле вы можете вносить коррективы, когда речь идет об аппаратном обеспечении и проблемах с загрузкой или для других конкретных целей.

Структура файла конфигурации

Во время импорта рабочей станции автоматически создается стартовый файл PXE для группы компьютеров 2) со следующим стандартным содержимым (в качестве шаблона используется файл /etc/linuxmuster/linbo/pxelinux.cfg.default):

В этом файле определены три метода загрузки LINBO:

Метод загрузки для обходного пути перезагрузки (см. раздел Настройка обходного пути перезагрузки): LABEL reboot.

Параметр PXE DEFAULT указывает, какой метод загрузки запускается по умолчанию.

В большинстве случаев должны работать стандартные настройки. Вставив в строки APPEND специальный параметр ядра, вы можете изменить некоторые настройки, которые особенно важны, когда оборудование LINBO не распознается или возникают проблемы с загрузкой. В следующем разделе мы покажем это на примере разрешения экрана. Ниже мы вводим специальные параметры ядра LINBO. На сайте Помощь при проблемах с загрузкой мы объясняем некоторые специальные параметры загрузки для решения аппаратных проблем.

Измененные настройки в стартовых файлах PXE немедленно вступают в силу при следующей загрузке PXE клиента в соответствующей группе.

Пример: изменение разрешения экрана

С помощью параметра vga в строке APPEND можно установить разрешение и количество цветов интерфейса LINBO, если изображение на экране неудовлетворительное или неправильно. Возможны следующие значения vga 3) :

Таблица: разрешение и цвета интерфейса LINBO

td> < td >788
Farben 640×480 800×600 1024×768
256 769 771 773
32k784 787 790
64k 785 791
16M 786 789 792

Измените значение для vga (пример 792 для 1025×768 с 16 М цветов) в файле конфигурации загрузки PXE соответствующей группы компьютеров во всех строках APPEND:< /p>

Активировать режим отладки

Теперь вы можете делать записи при следующей загрузке PXE клиента в приглашении загрузки. Не комментируя параметр, вы также можете перейти к приглашению загрузки, нажав клавишу ESC в нужный момент времени.

Если вы введете отладку, LINBO запустится в режиме отладки. Вместо графического интерфейса LINBO теперь появляется консоль Linux, которая предлагает ограниченные инструкции. При входе в help открывается обзор. Выйдите из консоли с помощью команды выход, и запустится графический интерфейс LINBO.

На сайте Помощь при проблемах с загрузкой объясняются дополнительные параметры загрузки.

Специальный параметр загрузки LINBO

Ядро LINBO знает специальные параметры, с помощью которых вы можете управлять поведением LINBO во время загрузки. Вот обзор:

Вы должны зафиксировать следующие параметры в ядре в строке APPEND файла конфигурации PXE.

• Автозапуск: влияет на автоматический (синхронный) запуск операционной системы.Заменяет определение автозапуска в файле start.conf.

Пример: autostart=0 деактивирует любой автозапуск, определенный в файле start.conf. autostart=1 автоматически запускает первую определенную операционную систему ([ОС]) в файле start.conf. Другие определения автоматического запуска игнорируются.

• Кэш: принудительно использует указанный раздел в качестве кеша и игнорирует определенный раздел кеша в файле start.conf.

• Conf: Спецификация альтернативного файла start.conf. При этом обязательно используется start.conf. Файлы start.conf на сервере или в локальном кеше игнорируются. Особенно полезно при работе с загрузочными носителями, когда, например, используется специальный файл start.conf на USB-накопителе. Если conf установлен, дополнительно установленный параметр кеша не оценивается.

• Dhcpretry: определяет количество попыток получить назначенный IP-адрес через DHCP (стандартное значение: 3). При некоторых сетевых картах или проблемах с сетью необходимо установить высокий уровень, чтобы он получал IP-адрес. Пример:

• Mtu: задает значение максимальной единицы передачи (MTU) сетевого интерфейса (стандарт: 1500). Это может помочь, когда сетевые карты теряют связь с сервером. Пример:

• Нет сети: активирует автономный режим. Файлы не скачиваются с сервера.

Теперь мы опишем параметры загрузки ядра, связанные с Clonezilla live. Если вы хотите изменить параметры загрузки, убедитесь, что вы редактируете правильный файл конфигурации.

Clonezilla live основана на Debian live с установленным clonezilla. Поэтому существует 2 типа параметров загрузки:

  1. Параметры загрузки из Debian live-boot и live-config. Вы можете обратиться к руководству по live-boot и руководству по live-config..
  2. Параметры загрузки специально для Clonezilla. Все они называются "ocs_*", т.е. ocs_live_run, ocs_live_extra_param, ocs_live_batch.
    • ocs_live_run предназначен для сохранения/восстановления образа или клонирования диска/раздела. Это основная программа, которую нужно запускать в Clonezilla live. Доступная программа: ocs-live-general, ocs-live-restore или любая написанная вами команда.
      например. ocs_live_run="ocs-live-general"
      //ПРИМЕЧАНИЕ// Возможно, вам придется использовать команду "sudo" внутри вашего собственного сценария, или вы можете назначить ее следующим образом: ocs_live_run="sudo bash /my-clonezilla" < бр />
    • ocs_live_extra_param будет использоваться только тогда, когда ocs_live_run=ocs-live-restore (не для ocs-live-general или любого другого), затем он будет передан ocs-sr. Следовательно, эти параметры на самом деле являются параметрами ocs-sr.
      например. ocs_live_extra_param="--batch -c restoredisk sarge-r5 sda"
    • Чтобы предварительно установить раскладку клавиатуры, используйте "keyboard-layouts" из live-config.
      например. keyboard-layouts=en (американская клавиатура)
      keyboard-layouts=fr (французская клавиатура)
    • Чтобы установить язык, используйте "locales" из live-config.
      например. locales=en_US.UTF-8
    • пакетный режим или нет (да/нет), если нет, будет работать в интерактивном режиме.
      например. ocs_live_batch="нет"
    • Чтобы назначить репозиторий образов через URI (унифицированный идентификатор ресурса), используйте "ocs_repository".
      URI, поддерживаемый Clonezilla live:
      [dev|smb|smb1|smb1.0|smb2|smb2.0|smb2.1|smb3|smb3.0|smb3.11|smb3.1.1|ssh |nfs|nfs4|http|https|ram]:[//[пользователь:пароль@]хост[:порт]][/]путь
      Существует 5 типов репозиториев, которые можно назначить через "ocs_repository": < бр />
      • локальное устройство: dev:///dev/partition, dev:///LABEL|UUID|PARTLABEL|PARTUUID=uuid|метка
        LABEL, UUID — из файловой системы, а PARTLABEL или PARTUUID — из раздел таблицы разделов GPT.
      • сервер nfs: nfs|nfs4://хост/путь
      • сервер samba: smb://[домен;пользователь:пароль@]хост/путь
      • samba_server с назначенной версией: (smb1|smb1.0|smb2|smb2.0|smb2.1|smb3|smb3.0|smb3.11|smb3.1.1)://[домен;пользователь:пароль@] хост/путь
      • сервер ssh: ssh://[user@]host[:port]/path (пароль не может быть назначен в URI)
      • сервер webdav: http|https://host[:port]/path (в URI нельзя указать имя пользователя и пароль)
      Например.
      • ocs_repository="dev:///dev/sdf1"
      • ocs_repository="dev:///LABEL=my-img-repo"
      • ocs_repository="nfs://192.168.100.254/home/partimag/"
      • ocs_repository="nfs4://192.168.100.254/partimag/"
      • ocs_repository="smb://administrator:mypasswd@192.168.100.175/images/"
      • ocs_repository="smb://мой_домен;jack:mypasswd@192.168.1.1:445/images/"
      • ocs_repository="ssh://jack@192.168.100.211/home/partimag/"
      • ocs_repository="http://192.168.100.180/общий доступ"
      Затем, когда Clonezilla live загрузится, репозиторий образов, назначенный ocs_repository, будет автоматически смонтирован, и если требуется аутентификация, он предложит вам.
      //ПРИМЕЧАНИЕ//
      • Не забудьте настроить сетевую конфигурацию либо с помощью параметра "ocs_prerun" для запуска "dhclient", либо с помощью параметра "ip", если ваш репозиторий образов является сетевым репозиторием.
      • Вы также можете использовать "ocs_prerun", чтобы использовать собственную команду для монтирования репозитория образов, если хотите, и это более гибко, если вы хотите назначить больше параметров для своей команды монтирования.
    • Чтобы извлечь файлы tarall/zip/sh из http(s), ftp, tftp и локального URL-адреса, а затем извлечь в /opt/ в среде Clonezilla live, используйте «ocs_preload*», т. е.
      1. Тип 1, получение файла сценария tarball/zip/shell:
        ocs_preload=[http|https|ftp|tftp|file]://[HOST_NAME_or_IP_ADD]/path/to/your_tarball_or_script Поддерживаемый формат файла: tar. gz, tgz, tar.bz2, tbz2, tar.xz, txz, zip, .sh
      2. Тип 2, получение файлов из каталога cifs/nfs с помощью команды монтирования:
        ocs_preload="mount -t cifs //ВАШ_СЕРВЕР_CIFS/путь/к/ /путь/к/точке_монтирования"
        ocs_preload= "mount -t nfs YOUR_CIFS_SERVER:/path/to/ /path/to/mounting_point"
        Поддержка сетевой файловой системы: cifs (samba) и nfs2/3/4
        Например Вы можете указать следующее в параметре загрузки:
        • ocs_preload=tftp://192.168.100.254/my-custom.tgz
        • ocs_preload=http://192.168.200.254/my-custom.tar.xz
        • ocs_preload=file:///lib/live/mount/medium/my-custom.tar.bz2
        • ocs_preload=tftp://192.168.100.254/my-custom.sh
        • ocs_preload="mount -t cifs //192.168.120.2/images/ /tmp/cifs -o пользователь=администратор,пароль=вашпароль"
        • ocs_preload="mount -t nfs 192.168.120.254:/home/partimag/script/ /tmp/nfs -o ro"
        Доступно несколько ocs_preload*, просто добавьте число после этого. Например.
        ocs_prealod=. ocs_preload1=. ocs_preload2=.
        Затем при загрузке Clonezilla live файл, назначенный ocs_preload, будет загружен и извлечен в /opt. Его режим также будет установлен автоматически. т.е. установить как режим 755 и сценарий формата Unix.
        Кроме того, если /opt/ существует (загружен из файла, назначенного ocs_preload), его можно использовать для перезаписи параметров загрузки. File overwrite-all-boot-param перезаписывает всю /proc/cmdline, в то время как overwrite-part-boot-param перезаписывает только часть переменных в /proc/cmdline. Особенно эти параметры "ocs_*". Это полезно, когда вы хотите настроить параметры загрузки, но не хотите или не можете изменять файл параметров загрузки (например, isolinux.cfg).
        Например, содержимое «overwrite-all-boot-param» может быть таким: boot=live union=overlay username=компоненты конфигурации пользователя layouts=en ocs_live_run="ocs-sr -x -um beginner --batch -p reboot -scs -scr -sfsck -senc" ocs_live_extra_param="" ocs_live_batch=no vga=788 ip= net.ifnames=0 nosplash i915.blacklist =да radeonhd.blacklist=да новый.черный список=да vmwgfx.enable_fbdev=1.
        Содержимое «overwrite-part-boot-param» может быть таким: locales=ja_JP.UTF-8 keyboard-layouts=fr ocs_live_run="ocs-sr -x -scr -scs" ocs_live_batch="no"
        //ПРИМЕЧАНИЕ//
        • Не забудьте настроить сетевую конфигурацию либо с помощью параметра "ocs_prerun" для запуска "dhclient", либо с помощью параметра "ip", если ваши файлы находятся в сетевом репозитории.
        • Вы также можете использовать "ocs_prerun", чтобы использовать собственную команду для извлечения файлов и помещения их в живую среду Clonezilla, если хотите, и это более гибко, если вы хотите назначить больше параметров для своей собственной команды.
        • Чтобы задать имя и размер шрифта для режима KMS, используйте «ocs_fontface» и «ocs_fontsize».
          например. ocs_fontface="TerminusBold"
          ocs_fontsize="24x12"
          Проверьте файл /etc/default/console-setup и страницу руководства console-setup(5) в системе Debian или Ubuntu.
        • ocs_debug (или ocs-debug) предназначен для входа в командную строку перед выполнением любого действия, связанного с clonezilla. Это упростит отладку.
        • ocs_daemonon, ocs_daemonoff, ocs_numlk, ocs_capslk.
          Напр. для первых двух параметров ocs_daemonon="ssh", то при загрузке будет включена служба ssh. Для последних 2 параметров используйте «вкл» или «выкл», например. ocs_numlk=on, чтобы включить блокировку номера при загрузке.
        • ocs_prerun, ocs_prerun1, ocs_prerun2. предназначен для запуска команды перед началом операции сохранения/восстановления образа или клонирования диска/раздела. Например. ocs_prerun="df -h" (для запуска системной команды "df -h" или ocs_prerun="/lib/live/mount/medium/myscript.sh" (для запуска скрипта myscript.sh по корневому пути live USB-носитель или CD, т. е. после загрузки Clonezilla live корневой путь live-USB-носителя или CD монтируется как /lib/live/mount/medium/).Если вам нужно выполнить больше команд, вы можете назначить их в порядок: ocs_prerun=.ocs_prerun1=.ocs_prerun2=. Если параметров больше 10, не забудьте использовать ocs_prerun01, ocs_prerun02. ocs_prerun11, чтобы сделать их по порядку.
        • ocs_postrun, ocs_postrun1, ocs_postrun2. предназначен для запуска команды после завершения операции сохранения/восстановления образа или клонирования диска/раздела. Например. ocs_postrun="/live/image/myscript.sh".Если вам нужно запустить больше команд, вы можете назначить их в следующем порядке: ocs_postrun=. ocs_postrun1=. ocs_postrun2=. Если более 10 параметров, не забудьте использовать ocs_postrun01, ocs_postrun02. ocs_postrun11, чтобы сделать это по порядку. //ПРИМЕЧАНИЕ// Если вы используете этот параметр, не забудьте использовать опцию "-p reboot" или "-p poweroff" ocs-sr. Вместо этого используйте «-p true», поскольку при использовании «-p reboot» или «-p poweroff» система перезагрузится или выключится до выполнения команд, связанных с ocs_postrun. Дополнительные сведения см. в этом обсуждении.
        • ocs_savedisk_prerun, ocs_saveparts_prerun, ocs_restoredisk_prerun и ocs_restoreparts_prerun. Эти четыре параметра загрузки можно использовать для запуска команды непосредственно перед действием savedisk, saveparts, restoredisk и restoreparts соответственно. Например. ocs_restoredisk_prerun="echo running ocs_restoredisk_prerun" означает, что команда "echo running ocs_restoredisk_prerun" будет запущена непосредственно перед выполнением действия "restoredisk".
        • ocs_savedisk_postrun, ocs_saveparts_postrun, ocs_restoredisk_postrun и ocs_restoreparts_postrun. Эти четыре параметра загрузки можно использовать для запуска команды сразу после действия savedisk, saveparts, restoredisk и restoreparts соответственно. Например. ocs_restoredisk_postrun="echo running ocs_restoredisk_postrun" означает, что команда "echo running ocs_restoredisk_postrun" будет запущена сразу после выполнения действия "restoredisk".
        • ocs_overwrite_postaction. Этот параметр загрузки имеет более высокий приоритет, чем действие, назначенное параметром "-p" в ocs-sr и "-pa" в ocs-onthefly. Значение для ocs_overwrite_postaction: [choose|reboot|poweroff]-on-[restoredisk|restoreparts|savedisk|saveparts|clone]. Например, Choose-on-restoredisk означает, что постдействие для restoredisk всегда будет «выбрать», независимо от того, что назначено. in -p для ocs-sr или -pa для ocs-onthefly.
        • echo_ocs_prerun и echo_ocs_postrun используются для повторения команд prerun и postrun. По умолчанию команда, назначенная в ocs_prerun или ocs_postrun, будет повторяться. При использовании «нет» команда не будет отображаться. Это полезно, когда вы хотите скрыть некоторые команды.
          например. echo_ocs_prerun="no" (не будут отображаться команды, назначенные в параметре загрузки "ocs_prerun").
        • ocs_live_run_tty. Этот параметр позволяет указать tty, на котором запускается $ocs_live_run. По умолчанию $ocs_live_run запускается только на /dev/tty1. Если вы хотите, чтобы $ocs_live_run использовалась, например, на ttyS0, используйте ocs_live_run_tty="/dev/ttyS0".
          //ПРИМЕЧАНИЕ//
          • Параметр загрузки ядра console (например, console=ttyS0,38400n81) предназначен для системы GNU/Linux, а ocs_live_run_tty — для $ocs_live_run. Они разные. Поэтому вы можете заставить систему GNU/Linux выводить сообщения на tty1, а $ocs_live_run запускать на ttyS1, например: "console=tty1,38400n81 ocs_live_run_tty=/dev/ttyS1". Чтобы сделать весь вывод на последовательной консоли ttyS1, используйте: "console=ttyS1,38400n81 ocs_live_run_tty=/dev/ttyS1"
          • Рекомендуется также назначать локали и раскладки клавиатуры в параметрах загрузки.
        • ip, этот параметр позволяет указать сетевые параметры для сетевой карты. В Clonezilla live используется исправленная live-initramfs, которая отличается от оригинальной live-initramfs, так что вы также можете назначить DNS-сервер. Его формат: ip=порт Ethernet,IP-адрес, сетевая маска, шлюз, DNS. Например. Если вы хотите назначить eth0 с IP-адресом 10.0.100.1, сетевой маской 255.255.255.0, шлюзом 10.0.100.254, DNS-сервером 8.8.8.8, вы можете назначить следующее в параметре загрузки:
          ip=eth0:10.0.100.1 :255.255.255.0:10.0.100.254:8.8.8.8
          Если несколько сетевых карт, вы можете использовать "," для их разделения, например:
          ip=eth0:10.0.100.1:255.255.255.0 :10.0.100.254:8.8.8.8,eth1:192.168.120.1:255.255.255.0:192.168.120.254::
        • ocs_nic_type, этот параметр позволяет назначить тип сети для настройки при запуске "ocs-live-netcfg". Он может быть "проводным" или "беспроводным", например, ocs_nic_type="wired", тогда в Clonezilla TUI будет предложено настроить только проводное сетевое устройство.
        • Кроме того, для назначения сетевой карты для загрузки PXE можно использовать два параметра: "live-netdev" (да, не ocs_live_netdev) и "nicif" можно использовать при загрузке PXE,
          1. Для "live-netdev" вы можете принудительно назначить сетевому устройству его имя устройства Ethernet в GNU/Linux, например eth0, eth1, чтобы получить файловую систему.squashfs. Это полезно, когда есть две или более сетевых плат. Например. live-netdev="eth1" позволяет заставить live-initramfs использовать eth1 для получения корневой файловой системы filesystem.squashfs.
          2. Для "nicif" вы можете принудительно назначить сетевому устройству его MAC-адрес, например 00:aa:bb:cc:dd:ee, чтобы получить файл system.squashfs. Это полезно, когда есть две или более сетевых плат. Например. nicif="00:aa:bb:cc:dd:ee", позволяет заставить live-initramfs использовать сетевую карту с MAC-адресом "00:aa:bb:cc:dd:ee" для извлечения корневого файла. системная файловая система.squashfs.

          Вы можете найти несколько примеров использования этих параметров загрузки в Clonezilla Live Doc.

          Проект Clonezilla. Все права защищены. Любому человеку разрешается копировать и распространять дословные копии этого документа в соответствии с условиями лицензии GNU FDL Free Documentation License.

          Читайте также: