The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Каталог документации / Раздел "Сети, протоколы, сервисы" / Оглавление документа
Previous Next Contents

4. Конфигурация How-To

Прежде всего, условимся иметь следующие две машины:

Если вы хотите протестировать эту конфигурацию, но не имеете пока ПЗУ начальной загрузки, вы можете загрузить дискету от Bootix с адреса http://www.bootix.com . Эта дискета сделает ваш компьютер подобным компьютеру со встроенным TCP/IP BootProm.

Если вы уже имеете ПЗУ начальной загрузки, вам нужно включить эту возможность. Если вы используете Bootix TCP/IP Bootprom,вы можете сделать это с помощью специальной программы от производителя вашей сетевой карты. Если вы имеете PXE Bootrom, вы можете сделать это просто из BIOS-setup, изменяя загрузочное устройство.

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

4.1 Настройка серверной части

На сервере вам будут нужны следующие сервисы:

  1. BOOTP/DHCP сервер.
  2. Возможно, Proxy DHCP сервер.
  3. TFTP сервер.
Замечание для PXE Bootrom пользователей: убедитесь, что вы имеете последнюю версию PXE. На момент написания данного документа, последняя версия была PXE 2.0. PXE 0.99x Bootrom также поддерживается, но некоторые опции DHCP могут не отсылаться DHCP сервером. В частности, вы должны модернизировать до версии PXE 2.0, если опция 135 не дает эффекта в BpBatch (BpBatch показывает: "Невозможно загрузить файл" при запуске.) Если ваша сетевая карта принадлежит к одной из серии Intel EPRO100 адаптеров, вы можете получить последний оценочный выпуск в Intel PXE Product Development Kit (PDK), который также включает необходимую утилиту для программирования ПЗУ.Этот PDK доступен по адресу: http://developer.intel.com/ial/wfm/tools/pxepdk20/index.htm .

Установка DHCP

Назначение DHCP сервера - предоставить клиенту IP адрес и обеспечить ему загрузку файла, именуемого bpbatch.P с TFTP сервера. DHCP является расширением протокола BOOTP. Если вы используете Bootix TCP/IP Bootprom, вы можете обойтись без DHCP (используя любой старый BOOTP сервер).

В Windows NT, вы, вероятно, будете использовать "родной" DHCP сервер. Если вы используете Bootix TCP/IP Bootprom, вы будете иметь возможность использовать специальный трюк, определяя имя загрузочного файла (более подробную информацию получите с Bootix WWW сайта). Если вы используете PXE Bootrom, вы должны будете определить имя загрузочного файла, используя DHCP опцию 67. Также вы должны определить опции VendorClass (опция 60) как "PXEClient" и VendorOptions (опция 43) как 01,04,00,00,00,00,ff (см. ниже).

В Linux, лучший способ - стандартный DHCP сервер от Internet Software Consortium. Если вы используете PXE Bootrom, в дополнение к обычным опциям вы должны будете добавить следующие:

Если вы используете ISC DHCP 3.0, синтаксис слегка отличается. Здесь представлен пример DHCP 3.0-совместимой конфигурации:

option subnet-mask 255.255.255.0;
default-lease-time -1;
option space PXE;
option PXE.mtftp-ip code 1 = ip-address; option PXE.mtftp-cport code 2 = unsigned integer 16;
option PXE.mtftp-sport code 3 = unsigned integer 16;
option PXE.mtftp-tmout code 4 = unsigned integer 8;
option PXE.mtftp-delay code 5 = unsigned integer 8;
subnet 192.168.1.0 netmask 255.255.255.0 {
option routers 192.168.1.1;
host pctest {
hardware ethernet 00:01:02:03:04:05;
filename "bpbatch.P";
next-server 192.168.1.2;
fixed-address 192.168.1.100;
# BpBatch command-line argument : -i == interactive
# You can also specify a script name (do not include the
# trailing .bpb extension)
option option-135 "-i";
# PXE specific options
class "pxeclients" {
match if substring (option vendor-class-identifier, 0, 9) = "PXEClient";
option vendor-class-identifier "PXEClient";
# At least one of the vendor-specific option must be set. We set
# the MCAST IP address to 0.0.0.0 to tell the bootrom to still use
# TFTP (address 0.0.0.0 is considered as "no address")
option PXE.mtftp-ip 0.0.0.0;
vendor-option-space PXE;
}
}
}

В Solaris, вы можете использовать либо Internet Software Consortium DHCP сервер (доступный в Web), либо Solaris DHCP сервер (доступный с версии Solaris 2.5). Однако, поскольку Solaris DHCP сервер не предоставляет возможности вставить идентификатор класса клиента в его DHCP предложение, вы должны установить Proxy DHCP сервер. Более того, этот Proxy DHCP сервер должен располагаться на другом компьютере, так как Solaris DHCP сервер блокирует DHCP порт.

Мы подразумеваем предоставление неограниченного выделения времени клиенту удаленной загрузки. Не забывайте, что BOOTP/DHCP запрос связан подсетью. Если клиент и сервер не принадлежат одной и той же подсети, вы должны инсталлировать BOOTP/DHCP Relay агент на любой из компьютеров между двумя указанными. Далее подразумевается, что обе машины находятся в одной подсети.

Если вы используете PXE 2.0 bootrom, вы можете использовать только специфические для данной конфигурации опции, нумерованные с 128 по 135 для предоставления информации BpBatch. Опции с номерами, большими чем 135 игнорируются PXE 2.0 Bootrom. Опция 135 используется BpBatch для аргументов командной строки. Вы имеете 6 оставшихся опций для своих нужд

Установка Proxy DHCP

Назначение Proxy DHCP сервера - снятие ограничений некоторых DHCP серверов и предоставление специфических PXE расширений. Proxy DHCP сервер имеет смысл только для PXE Bootrom. Однако Proxy DHCP не является обязательным. Если ваш DHCP сервер посылает все запрашиваемые параметры, PXE Bootrom не будет искать Proxy DHCP (назывемый также BINL). Под "всеми запрашиваемыми параметрами" мы понимаем основные IP параметры (IP-адрес, шлюз, маска подсети, имя хоста) и специфические параметры поставщика PXE Bootrom (vendor-class - параметр 60 -- устанавливается в "PXEClient" и опции встроенные поставщиком устанвливаются в нечто значимое для PXE Bootrom. Вы можете использовать 01:04:00:00:00:00:ff, если не знаете что значимо для PXE Bootrom). Более полное описание дано ниже.

Поскольку BpBatch сам по себе достаточно мощный, вы не нуждаетесь в использовании киких-либо специфических DHCP расширений (меню и т.д.). Однако, если ваш DHCP сервер не способен оказывать минимальную PXE согласованность, вы нуждаетесь в Proxy DHCP сервере или ваш PXE Bootrom не будет поддерживаться в дальнейшем. Под минимальной PXE согласованностью мы понимаем установки опций VendorClass и VendorOptions (опции 60 и 43 соответственно).

В Linux и Solaris, вы можете запустить нашу Proxy DHCP программу, которая просто принимает в качестве аргумента IP адрес TFTP сервера, имя загрузочного файла и необязательные аргументы, и делает все за вас. Если соответсвующий порт DHCP на сервере уже был запрошен другим демоном, proxy DHCP сервер будет настроен на порт 4011. В этом случае, необходимо , чтобы другой демон на DHCP порту отвечал DHCP предложение с классом клиента PXEClient так, чтобы PXE знал, что он обязан перестроится на порт 4011.

Если вы хотите лучше понять PXE расширение для DHCP, имеется подробное описание, доступное на сайте Intel. Однако помните, что этот документ крайне путанный, поскольку этот протокол был расширен большим числом необязательных фаз, в целях предоставления максимальной гибкости. Ключом к понимнию этого может служить то, что все, в чем нуждается PXE клиент, это полный расширенный DHCP ответ. Если клиент получит только стандартное DHCP предложение, он будет ожидать дальнейшего, до получения:

  1. класса клиента, (T60) определенного как PXEClient.
  2. инкпсулированной опции поставщика (T43).(Не может быть пустой. Но вы можете определить ее значение как 01:04:00:00:00:00, это будет правильно интерпретироваться PXE Bootrom).
  3. непустое значение имени загрузочного файла.
  4. допустимое имя хоста.
Специфическое PXE согласование заканчивется тогда, вся эта информация получена, но может привести к очень сложному процессу , если некоторая информация отсутствует.

Установка TFTP

TFTP сервер это очень простой файловый сервер. В своей основной версии TFTP использует 512-байтные блоки данных, которые крайне неэффективны. Bootix TCP/IP Bootprom и PXE Bootrom предоставляют использование расширенных блоков (1408 байт), которые значительно ускоряют передачу. Однако, это может работать только с расширенным TFTP сервером

В Windows NT мы подразумеваем использование Intel TFTP сервера, доступного из Intel PXE Product Development Kit for Windows. Вы можете найти этот PDK на http://developer.intel.com/ial/wfm/tools/pxepdk20/index.htm . Важное замечание: если вы планируете использовать Intel TFTP на Windows NT, не забудьте переименовать ваш BpBatch загрузчик с bpbatch.P на bpbatch.B. Это предпишет BpBatch использовать Intel-совместимые опции TFTP.

Intel PXE PDK также включает оценочный код PXE Bootrom для Intel EPRO100 серии сетевых адаптеров, вместе с необходимой флеш-утилитой для программирования bootrom с последним выпуском PXE.

В Linux, вы можете использовать tftp демон, включенный в большинство дистрибутивов, но вы не будете иметь никакой поддержки для расширенного TFTP режима (1408 байтовые пакеты). Мы советуем получить расширенный Bootix TFTP сервер, доступный в нашей дистрибутивной директории ( http://cuiwww.unige.ch/info/pc/remote-boot/soft/ ), имя файла incomtftpdlx.tar.gz.

В Solaris, вы можете использовать расширенный Bootix TFTP сервер, также доступный в нашей дистрибутивной директории (имя файла incomtftpdsun.tar.gz). Другой возможный выбор: Джон Мартин (John Martin) (j.martin@abdn.ac.uk) портировал Linux tftpd для Solaris. Вы можете получить его из http://www.csd.abdn.ac.uk/~jmartin/tftpd.tar.gz .

Если вы предпочтете использование стандартного демона TFTP, удалите символ P во всех расширениях имен загрузочных образов, для того, чтобы указать Bootprom использовать только стандартный TFTP порт. (Этот трюк был введен фирмой Bootix для TCP/IP Bootprom. Мы по-прежнему используем это как легкий способ выбора порта TFTP по умолчанию для PXE Bootrom. )

Итак, если вы планируете использование стандартного TFTP сервера, удалите расширения имен файла загрузчика BpBatch (например bpbatch). Если вы планируете использование Bootix TFTP сервера с поддержкой 1408 байтовых пакетов на порту 59, имя файла вашего загрузчика должно иметь расширение P. И наконец, если вы планируете использование Intel TFTP сервера (или один из Bootware), переименуйте ваш загрузчик в bpbatch.B.

4.2 Конфигурация клиента

В начале мы установим часть, общую для всех операционных систем, например интерпретатор пакетного файла. Затем, для каждой операционной системы мы пройдем следующие шаги:

  1. Установка автономного клиента.
  2. Сохранение его конфигурации на сервере.
  3. Тестирование его как клиента удаленной загрузки.
  4. Адаптирование его для работы со всеми подобными клиентскими машинами.
Сделав это однажды, вы получите возможность устанавливать дополнительных клиентов только подключая к ним Bootrom (или покупая компьютер, совместимый с Wired for Management...) и добавляя одну строку в файл конфигурации DHCP.

Наши примеры подразумевают, что вы имеете жесткий диск объемом 1,4 Гб или более. Если вы имеете меньший диск, уменьшите размер разделов, но помните, что вы должны оставить несколько сотен мегабайт нераспределенного пространства (это означает, что последний раздел не должен доходить до последнего цилиндра) чтобы оставить место для специального кэш-раздела. Более того, этот кэш всегда начинается на цилиндре, следуещем за последним распределенным, так, если вы не используете один и тот же суммарный размер для всех ваших тестов, вы будете загружать несколько раз одни и те же файлы (кэш будет автоматически очищаться).

Не отчаивайтесь. Если вы не можете заставить это заработать, во-первых посмотрите в секции Troubleshooting, возможно ваша проблема уже решена (получите последнюю версию из Web). Затем, посмотрите на форуме BpBatch. Возможно, кто-то другой имел ту же проблему, и его ответ может быть найден на этом форуме. URL форума : http://cuiwww.unige.ch/info/pc/remote-boot/forum/ . Если это все еще не работает, подумайте о наблюдении за сетевым траффиком для разрешения проблем с сетью (используйте tcpdump в Linux или snoop в Solaris) Если вы действительно не можете заставить это заработать, вы можете отправить E-mail на support@bpbatch.org. Если ваша проблема прямо относится к конфигурации удаленной загрузки, мы попытаемся решить вашу проблему.

4.3 Установка процесса загрузки.

Получите програмное обеспечение BpBatch либо как .zip, либо как tar.gz. Исполнимые файлы доступны на

В директории /tftpboot на сервере, разместите следующие три специальных загрузочных образа, которые вместе образуют наш предзагрузочный интерпретатор пакетных файлов (в следующих строках, мы используем bpbatch.P как имя загрузочного образа. Если вы не используете Bootix TFTP сервер, переименуйте имя загрузчика либо в bpbatch (стандартный TFTP), либо в bpbatch.B (Intel/Bootware TFTP сервер)):

Затем добавьте элемент в файл конфигурации DHCP для ваших клиентов с загрузочным файлом установленным в "bpbatch.P". Определите опцию поставщика 155 (десятичное) со значением "-i" (для стандартного DHCP сервера, это делается следующей командой: option option-155 "-i";). Это интерпретируется bpbatch как командная строка, и -i означает "интерактивный".

Загрузите клиентский компьютер. Вы должны на короткое время увидеть:

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

Заметьте, что вы можете запустить тот же самый интерпретатор с DOS и Linux при помощи программы MrBatch. При этом имеется очень мало различий (Linux версия не имеет графической поддержки и DOS версия может только отправлять BOOTP и TFTP запросы, если Bootrom не скрыт операционной системой).

Может быть хорошей идеей прочитать сейчас секцию о синтаксических правилах BpBatch и в особенности параграфы в File References и в The Cache Filesystem. Это поможет вам понять примеры.

Как только все операционные системы будут установлены, вы сможете сделать меню, дающее пользователям возможность выбора желаемой ОС. Вы должны быть способны обнаружить сами, как сделать такое меню. Все необходимые команды описаны в конце этого документа.

Знакомство с BpBatch

Попытайтесь напечатать LogVars. Вы получите около тридцати перечисленных переменных. Приближенно, первые - установки BpBatch, затем следуют все параметры, выделенные из ответа BOOTP/DHCP, и последняя переменная - список размеров дисков, в мегабайтах.

Напечатайте GetPartitions part, затем LogVars снова. Появиться еще одна переменная, содержащая список определенных разделов на вашем первом жестком диске. Подразумевается, что первый раздел BIGDOS, FAT32 или LINUX-EXT2, попробуйте LogDir "{:1}" чтобы получить содержимое корневого каталога, затем LogDir "{:1}/usr" если имеется usr каталог. Вы можете даже попытаться LogTree "{:1}/etc" чтобы получить дерево каталогов.

Разместите GIF файл (формат GIF-87a, с чередованием, или нет, но НЕ GIF-89a) на вашем TFTP сервере. Мы предполагаем, что этот файл называется image.gif. Вы можете копировать его откуда хотите с помощью следующей команды: Copy "image.gif" "{:1}/temp/image.gif". Или вы можете использовать его непосредственно с сервера. Теперь напечатайте Logvars "V*" и посмотрите значение переменной VESA. Если она установлена в On, что наиболее вероятно, это означает, что вы имеете VESA-совместимый видео адаптер. Вы можете получить список возможных видеорежимов, используя команду Echo "". Чтобы показать ваше изображение, попробуйте следующую команду: DrawGif "image.gif". Это изображение появится в верхнем левом углу экрана. Вы можете нарисовать это в другом месте, определяя X и Y координаты после имени изображения. Вы можете нарисовать текст командой DrawText 200 200 "Hello world" yellow. Или нарисовать пустое окно командой DrawWindow 200 200 300 150. Чтобы вставить заголовок, когда вы создаете новое окно, пробуйте DrawWindow 200 200 300 150 "My Window". Когда вы устанете от графического режима, просто напечатайте CloseGraph.

Замечание о графике: по умолчанию, все графические процедуры работают в VESA режиме 800x600 (с 256 цветами), который является первым полем в переменной VESA-Modes. Если вы хотите использовать другой видеорежим, измените эту переменную таким образом, чтобы требуемый видеорежим был первым полем в списке.

Теперь возьмите текстовый редактор, и создайте файл с именем test.bpb в директории tftpboot со следующим содержанием:


:again
DrawWindow 150 200 400 160 "Identity check"
TextAttr Black LightGray
At 15,20 Print "Username : "
Input username 8
At 17,20 Print "Password : "
Getpasswd userpass 8
if "" != "smith" goto again
if not "" match-passwd "BpR8oiIlRR9bo" goto again
clear
DrawWindow 200 200 150 100 green blue "Congratulations"
DrawText 220 250 "You got it !" yellow
WaitForKey 3
CloseGraph
interact

В вашей конфигурации BOOTP/DHCP, измените опцию 155 с "-i" на "test", и перегрузите клиентский компьютер. Этот небольшой скрипт запуститься автоматически, и запросит у вас имя пользователя и пароль. Если вы не напечатаете smith и justdoit, вы не сможете загрузить компьютер. Позднее вы узнаете, как использовать Unix, NT или Radius сервер для проверки действительности пользовательского имени.

4.4 Установка Linux

Для установки Linux, вы будете должны загрузится с дискеты, предоставляемой с дистрибутивом RedHat Linux. BpBatch включает команду, которая может перенаправить загрузку на дискету: FloppyBoot.

Установите RedHat Linux на вашего клиента, с сетевой поддержкой, и любыми желаемыми пакетами. Вы можете захотеть перекомпилировать ядро, чтобы улучшить взаимодействие с вашей аппаратурой, но в этом нет необходимости.

Настройка клиента.

Вероятно, будет хорошей идеей включить поддержку BOOTP в ядро, так, чтобы не определять клиентский IP адрес вручную.

Чтобы уменьшать сетевую загрузку, Вы можете также захотеть установить файловый кэш для кэширования на жестком диске файлов, загруженных посредством NFS. Прближенно, принцип файлового кэша - то, что всякий раз, когда встречается символьная ссылка от подкаталога кэша, она заменяется своим адресатом. Если адресат - самостоятельно подкаталог, каждый элемент подкаталога становится символьной ссылкой к исходному элементу "чужой" файловой системы. Файловый кэш был написан Unifix GmbH, и - часть Unifix Linux 2.0. Он свободно распространяется, и Вы можете получить необходимые файлы по адресу http://cuiwww.unige.ch/info/pc/remote-boot/soft/filecache.tar.gz . Чтобы использовать файловый кэш, вы должны

Если вы успешно выполнили каждый из этих шагов, вы будете иметь работающий файловый кэш со следующей загрузки, и до тех пор, пока Вы не забываете использовать исправленное ядро.

Тестирование конфигурации

Копируйте ваш сжатый образ ядра (zImage, bzImage, vmlinuz или так, как вы его назвали) в каталог /tftpboot на сервере как linux.krn. Если вы должны были отключить bootprom от PC, можете теперь включать его снова. Когда BpBatch запуститься, напечатайте LinuxBoot "linux.krn" "root=/dev/hda1 BOOT_IMAGE=linux" (предполагается, что корень ext2 файловой системы находится на первом разделе). Альтернативно, если вы установили вашу конфигурацию на компьютере без bootrom, пусть он загружается при помощи загрузчика, который вы установили (lilo, ...). Но в последнем случае, если вы хотите, чтобы файловый кэш работал, вы должны иметь явно установленное ядро с поддержкой файлового кэша в правильном месте.

Ждите, пока система не будет готова. Если вы установили файловый кэш, можете отметить, что /usr раскрылся в каталог с некоторым символьными ссылками и некоторыми уже раскрытыми каталогами. Теперь запустите программы, которые конечные пользователи будут использовать большую часть времени, чтобы загрузить их раз и навсегда на жесткий диск.

Вы можете все еще делать добавления к вашей конфигурации, так же, как на любой автономной linux станции.

Построение образа диска.

Когда вы удовлетворены вашей конфигурацией, войдите как root, перейдите к /tmp каталогу, и выполните нашу mrzip программу. MrZip - интерпретатор команд, подобный BpBatch, но он может понимать большее количество команд чем BpBatch. В частности он может понимать следующие команды:


showlog
filter -"tmp/*"
filter -"var/log/*"
fullzip "/" "/tmp/linux.imz"

Следующие команды создадут дисковый образ в /tmp/linux.imz. Переместите его в каталог /tftpboot на сервере. Затем копируйте следующий пакетный файл в /tftpboot/linux.bpb:

hidelog
setpartitions "linux-ext2:992 linux-swap:32"
fullunzip "linux.imz" 1
clean 2
linuxboot "linux.krn" "root=/dev/hda1 BOOT_IMAGE=linux"

Параметр BOOT_IMAGE остается для совместимости с lilo для RedHat 5.1 и последующего rc.sysinit.

Ваша конфигурация удаленной начальной загрузки linux готова! Вы можете теперь или устанавливать BOOTP-OPTION-155 в "linux", или напечатать include "linux.bpb" из BpBatch, чтобы проверить это.

Системное обслуживание и обновления

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

Это означает, что вы можете модернизировать программное обеспечение на вашей сервер-основанной конфигурации, как будто это была вполне локальная установка.

4.5 Установка DOS 6 и Windows 3.1

На клиентском компьютере, загрузитесь с вашей первичной DOS дискеты (либо удалите bootrom, либо напечатайте FloppyBoot в BpBatch). Форматируйте раздел dos на вашем жестком диске с опцией /S для размещения операционной системы на нем. Размер этого раздела не важен, поскольку дисковые архивы, создаваемые MrZip файл-ориентированные, и поэтому не зависят от размера раздела.

Создайте DOS директорию, копируйте DOS в нее. Установите ваш первичный сетевой клиент (например Microsoft LanManager), Windows 3.1, и все остальное. Если вы используете Microsoft LanManager, не используйте DHCP для IP конфигурации, поскольку это очень плохая реализация, которая почти наверняка потерпит неудачу с реальной сетевой загрузкой. Чтобы сделать это, добавьте следующие строки в ваш файл protocol.ref в секцию, которая загружает tcptsr (конечно, замените xxx вашими реальными IP параметрами):

IPADDRESS0 = xxx xxx xxx xxx
SUBNETMASK0 = 255 255 xxx xxx
DEFAULTGATEWAY0 = xxx xxx xxx xxx
DISABLEDHCP = 1

Не бойтесь использовать EMM386 для оптимизации использования памяти, и даже включить область, занимаемую ПЗУ вашей сетевой карты, поскольку она не используется в это время. Но осторожно исключите ОЗУ сетевой карты, иначе вы несможете соединится с вашим сервером. Используйте NOEMS параметр.

Если вы хотите быть уверены, что клиентский компьютер не сможет использоваться без действительного имени пользователя, воспользуйтесь нашим nobreak псевдо-драйвером, (доступным на http://cuiwww.unige.ch/info/pc/remote-boot/soft/nobreak.zip ) и запустите его в начале вашего config.sys. Затем добавьте что-то подобное этому в ваш autoexec.bat:


rem -- Мы используем файл c:\logged как признак del c:\logged >nul
:loginneeded
cls
echo Please type in your login name and password
echo.
net logon *
rem -- Сценарий входа должен создавать файл c:\logged
if not exist c:\logged goto loginneeded
del c:\logged
rem -- теперь снова разрешим break echo Yes >NOBRK

Убедитесь, что ваш клиент загружается нормально, перегрузите клиента и оцените следующие команды в интерактивном режиме BpBatch:

HideBootprom
HdBoot
ПК загрузится с жесткого диска, как если бы BpBatch не был виден.

Построение образа диска

На сервере создайте разделяемый ресурс, называемый, для примера admin , в который вы будете помещать некоторые вещи для администрирования системы. Если сервер это Unix машина, имеется удобная возможность разместить в admin ссылку на директорию /tftpboot так, что вы сможете размещать образы в ней прямо с клиента. В директории admin, создайте поддиректорию /utils и разместите в ней следующие файлы:

Вы могли бы также поместить в тот же самый каталог простой MrZip скрипт-файл названный zipdos.mrz, который содержит команды, необходимые для формирования образа DOS, подобно этому:

showlog
filter -"lanman.dos/lmuser.ini"
filter -"temp/*"
filter -"*.swp"
fullzip "c:/" "L:/tftpboot/dos.imz"

Теперь возвратитесь к вашему клиенту, смонтируйте том admin на диск L:, перейдите к вашему каталогу utils и напечатайте следующую команду:

mrzip -b zipdos

Минутой позже, вы будете иметь новый файл в подкаталоге /tftpboot на сервере, называемый dos.imz, который является сжатым образом вашего жесткого диска. Копируйте следующий пакетный файл в /tftpboot/dos.bpb:


hidelog
setpartitions "bigdos:1024"
setbootpart 1
fullunzip "dos.imz" 1
hidebootprom
hdboot :1

Ваша конфигурация с удаленной начальной загрузкой DOS готова! Вы можете теперь или устанавливать BOOTP-OPTION-155 в "dos", или напечатать include "dos.bpb" из BpBatch, чтобы проверить это.

Адаптация конфигурации для других машин

Если вы хотите настроить некоторые установки в соответствии машине, обычно IP параметры настройки, поскольку Micro DHCP насыщена ошибками, вы можете установить BpBatch так, чтобы изменять некоторые файлы перед загрузкой. Сначала перейдите в lanman.dos каталог, и дайте команду

copy *.ini *.ref
Затем отредактируйте .ref файлы, и замените все фиксированные параметры с BOOTP именами переменных, как в следующих примерах:
computername = ipaddress0 = subnetmask0 = defaultgateway = 
Затем перестройте дисковый образ как указано ранее. Обратите внимание, что для параметров IP, мы не используем BOOTP переменные непосредственно, потому что в этом случае LanManager нуждается в числах, разделенных запятыми взамен чисел, разделенных точками. Измените dos.bpb в соответствии со следующим:

hidelog
setpartitions "bigdos:1024"
setbootpart 1
fullunzip "dos.imz" 1
set MS-IPAddress=""/.= /
set MS-IPSubnet=""/.= /
set MS-IPRouter=""/.= /
patch "{:1}lanman.dos/protocol.ref" "{:1}lanman.dos/protocol.ini"
patch "{:1}lanman.dos/tcpputils.ref" "{:1}lanman.dos/tcputils.ini"
patch "{:1}lanman.dos/lanman.ref" "{:1}lanman.dos/lanman.ini"
hidebootprom
hdboot :1

Если вы предпочитаете, вы можете также помещать .ref файлы в каталог /tftpboot на сервере вместо его помещения в дисковый образ.

Мы предпочитаем иметь возможность легко изменять конфигурацию компьютеров без перестройки образа. Чтобы сделать это, копируйте ваш autoexec.bat и config.sys как autoexec.ref и config.ref в /tftpboot на сервере, и добавьте следующий две строки к пакетному файлу выше:

patch "autoexec.ref" "{:1}autoexec.bat"
patch "config.ref" "{:1}config.sys"
Вы можете тогда свободно изменять файлы и даже настраивать их с машинно-зависимыми значениями, полученными от BOOTP.

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

Системное обслуживание и обновления

Если вы позже хотите добавить новое программное обеспечение или изменять что - нибудь еще, проделайте следующее:

Это означает, вы можете модернизировать программное обеспечение на вашей сервер-основанной конфигурации, как будто это была вполне локальная установка.

4.6 Установка Windows 95/98

В предыдущей версии данного документа мы использовали серверную инсталляцию Windows 95/98 от Microsoft, но это было действительно большое страдание и небольшой выигрыш:

Поэтому мы удалили из данного документа всю информацию и обзор багов, собранный на протяжении месяца (вы можете найти ее как HTML документ по адресу http://cuiwww.unige.ch/info/pc/remote-boot/win95old/win95old.html ) и переключились на нашу новую концепцию диск-ориентированной удаленной загрузки. В основном, конфигурация для Windows 95/98 теперь почти также проста, как конфигурация для DOS.

Установка Автономного Клиента

Установите обычного клиента Windows 95/98, либо стартовав с временного места как объяснено в конфигурации DOS клиента, либо стартовав из DOS клиента и инсталлируя через сеть (по вашему желанию). Вы также можете стартовать с предустановленной Windows машины, но вы вероятно будете иметь меньше информации о том, что находится на вашем жестком диске.

Проделайте все, что описано выше для DOS клиента. Обычно нет необходимости использовать EMM386 с Windows 95/98. Если вы используете Windows 98 или Windows 95 OSR2 (псевдонимы: MSWIN 4.1, Windows 95 service pack 1, Windows 95 with Internet Explorer), вам нужно добавить следующую строку в секцию [Options] файла MSDOS.SYS (да, это текстовый файл):


AUTOSCAN=0

Это даст Windows знать, что вы не хотите автоматически запускать ScanDisk при загрузке.

Если вы хотите уменьшить загрузку сети и сервера (что повысит производительность вашей системы) пока все программное обеспечение сохраняется на сервере, вы можете установить превосходный Shared LAN Cache от Measurement Techniques, Inc (смотрите http://www.lancache.com ). Это программное обеспечение запускается на каждом клиентском компьютере и кэширует на локальном жестком диске все данные, получаемые из сети. Даже MS Office стартует быстрее , когда вы его запускаете во второй раз. Вам нужна одна лицензия на клиентский компьютер, но это не очень дорого, и фирма предлагает специальные цены для университетов и колледжей. Лучший способ сделать это - посетить их Web сайт и загрузить свободную оценочную копию.

Формирование дискового образа

В этой точке, если вы используете сервер Samba, вам, возможно, придется отключить кодирование паролей, чтобы иметь возможность смонтировать позже том admin. Вы можете делать это, добавляя ключ системного реестра EnablePlainTextPassword формата DWORD со значением 1 в разделе

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\VNETSUP]

Ваш MrZip сценарий будет назван zipwin.mrz и будет содержать:


showlog
filter -"windows/schedlog.txt"
filter -"windows/msimgsiz.dat"
filter -"*/index.dat"
filter -"*.swp"
filter -"*.tmp"
filter -"temp/*"
fullzip "c:/" "L:/tftpboot/win.imz"

Чтобы построить образ, смонтируйте том admin как диск L:, перейдите в ваш каталог utils и наберите следующую команду:

mrzip -b zipwin

Через несколько минут, вы будете иметь новый файл в подкаталоге /tftpboot на сервере, названный win.imz, который является сжатым образом вашего жесткого диска. Если ваш сжатый образ был больше чем 87 МБ, вероятно, он будет разбит на два или больше фрагмента. Эти фрагменты будут автоматически загружены один за другим когда необходимо. Обратите внимание, что образ больше чем 87 МБ будет обычно требовать для загрузки больше одной минуты для распаковки и может раздражать ваших пользователей. Наш образ Windows 95/98 - величиной только 70 МБ, потому что большинство программных средств установлено на сервере и загружается только по требованию. Имеется только небольшое количество программного обеспечения, которое вы действительно должны установить локально. Если вы заботитесь об этом так же, как и мы, вы должны суметь распаковать образ и восстанавливать весь диск меньше чем за одну минуту.

Копируйте следующий пакетный файл в /tftpboot/win.bpb:


hidelog
setpartitions "bigdos:1024"
setbootpart 1
fullunzip "win.imz" 1
hidebootprom
hdboot :1

Ваша конфигурация Windows 95/98 с удаленной начальной загрузкой готова! Вы можете теперь либо установить BOOTP-OPTION-155 в "win", либо набрать include "win.bpb" из BpBatch, чтобы проверить это.

Адаптация конфигурации для других машин

Большое различие между Windows 3.1 и Windows 95/98 - то, что последний включает код для Plug-and-play, то есть автоматического обнаружения ваших аппаратных средств. Это не плохая вещь сама по себе, но неприятность состоит в том, что она зачастую слишком чувствительна, и поэтому иногда приводит к ошибкам.

Если вы пытаетесь запустить другого клиента с точно таким же образом начальной загрузки, вероятно вы получите несколько сообщений в течение запуска, сообщающих о том, что Windows обнаружила новые аппаратные средства: новая звуковая плата, новый жесткий диск, новая сетевая плата, и даже новая мышь ... Для этого может быть две причины:

Факт, что Windows 95/98 обнаруживает, что аппаратные средства изменились, не может быть проблемой если plug-and-play работает как должна, но это становится проблемой, когда plug-and-play не работает. Например, Windows 95 plug-and-play для нашей Logitech PS2/aux мыши не работает, и в результате система не имеет никакой мыши вообще. Решить такой вид проблем можно, договорившись иметь все компьютеры настолько подобными, насколько возможно, или делать различные образы для различных аппаратных средств. Позже, вы обнаружите, что вы можете просто использовать тот же самый образ и несколько копий системного реестра, которые вы можете копировать после восстановления дисковго образа, но перед загрузкой.

Сетевая плата - это тот элемент, которого вы не можете избежать в различиях между компьютерами. PCI платы обычно не мешают, проблемы возникают с ISA plug-and-play . Беда в том, что код plug-and-play для нашей SMC EtherEZ платы "подвешивает" компьютер. Единственное решение состоит в том, чтобы позволить Windows 95/98 считать, что она уже "знает" сетевую плату, и нет необходимоcти обращаться к plug-and-play. Уловка состоит в том, чтобы автоматически вставить элемент для сетевой платы в системный реестр Windows 95/98 перед ее стартом. Обратите внимание, что этот трюк больше не нужен с большинством PCI плат.

Переместите autoexec.bat на сервер как описано выше для DOS. Отредактируйте его (на сервере) и добавьте следующие строки:

rem --- Patch Windows registry in order to avoid plug-and-play detection
regedit /L:c:\windows\system.dat /R:c:\windows\user.dat c:\temp\patch.reg
Regedit - стандартная программа Windows, которая позволяет вам просматривать системный реестр, если вы запускаете ее из Windows, или позволяет выполнять простые операции с системным реестром, если Вы вызываете ее из DOS. Запустите regedit под Windows, найдите вашу сетевую плату, обычно под
HKEY_LOCAL_MACHINE\Enum\ISAPNP
И экспортируйте эту ветвь, используя меню File. . Это создаст текстовый файл, который вы должны разместить как patch.ref в каталог /tftpboot на сервере. Отредактируйте этот файл, и выясните, где сохранен MAC-адрес платы (сделайте это на двух различных машинах, и сравните файлы, если вы не можете найти его самостоятельно). Замените их образцом в форме . Затем добавьте строки в сценарий win.bpb подобно этому:
set macid = ""
patch "patch.ref" "{:1}temp/patch.reg"
(проделайте все необходимые манипуляции со строками для установки MACID, если это не точно MAC-адрес клиента). Это - все, ваши клиенты больше не должны пытаться определять сетевую плату.

Отметим еще раз, в целом это не нужно при использовании PCI сетевых адаптеров. Кстати, мы можем использовать тот же самый механизм для автоматически конфигурирования имени хоста, которое Windows, по-видимому, не принимает во внимание при конфигурировании через DHCP. Мы только добавляем следующую строку к нашему patch.ref файлу:


[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\VNETSUP]
"ComputerName"=""
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP]
"HostName"=""
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\ComputerName\ComputerName]
"ComputerName"=""

Используя этот несложный трюк с системным реестром, ваша конфигурация обычно должна быть переносима на все машины с подобными конфигурациями. Если Вы не можете избежать того, что Windows обнаруживает некоторые аппаратные средства как новые на одной из машин, попытайтесь перестроить дисковый образ с этой машины. Новый образ будет включать конфигурацию системного реестра, определенную для этой машины, что надежно решит проблему

Системное обслуживание и обновления

Если вы позже захотите модернизировать программное обеспечение, установить исправления ошибок и исправления защиты, проделайте следующее:

Это означает, что вы можете модернизировать программное обеспечение на вашей сервер-основанной конфигурации, как будто это вполне локальная установка.

4.7 Установка Windows NT

Мы не используем Windows NT для клиентских компьютеров с удаленной начальной загрузкой, но мы проверили нашу систему, чтобы гарантировать, что это также работает. И это работает.

Поскольку наши утилиты в настоящее время не поддерживают NTFS (мы не имеем ни документации, ни времени, чтобы сделать это, но я был бы счастлив помочь любому, кто заинтересован в этом), вы должны будете установить NT на FAT16 (просто не конвертируйте ваши разделы в NTFS при установке)...

Скопируйте ваш сценарий начальной загрузки win.bpb в winnt.bpb. Измените setpartitions строку в winnt.bpb следующим образом:

setpartitions "BIGDOS:512 BIGDOS:512"
Затем загрузите Windows, используя этот сценарий, и установите вашего NT клиента на диске C. Не волнуйтесь пока относительно второго раздела. Не устанавливайте слишком много компонентов, иначе вы получите большой и медленно распаковывающийся образ. Удалите Windows с диска C, послольку вы не нуждаетесь в этом при использовании Windows NT образа (меню начальной загрузки обрабатывается bootrom, а не загрузчиком NT).

Перезагрузите ваш компьютер, не переписывая жесткий диск, то есть не выполняя winnt сценарий, только

hidebootprom
hdboot
Ваша NT станция должна стартовать правильно. Сделайте любую необходимую настройку.

Формирование дискового образа

Неприятность с Windows NT состоит в том, что прямой дисковый доступ запрещен ядром. Это означает, что MrZip даже не будет способен читать загрузочные секторы. Лучший способ построить образ состоит в загрузке Windows 95/98 и выполнении MrZip из окна DOS. Чтобы сделать это, измените winnt.bpb сценарий так, чтобы образ Windows был восстановлен не на первом, а на втором разделе:


hidelog
setpartitions "BIGDOS:512 BIGDOS:512"
setbootpart 2
fullunzip "win.imz" 2
hidebootprom
hdboot :2

(Если Вы имеете любую дополнительную заплату, замените "{:1}" на "{:2}"). Загрузившись с этим сценарием, вы получите работающую Windows, но новый диск D: должен быть доступен, и содержать Windows NT.

Постройте ваш дисковый образ как обычно (но диска D:, конечно), и сохраните его как winnt.imz в каталоге /tftpboot на сервере. Отредактируйте в последний раз winnt.bpb сценарий подобно этому:


hidelog
setpartitions "BIGDOS:512 BIGDOS:512"
setbootpart 1
fullunzip "winnt.imz" 1
clean 2
hidebootprom
hdboot :1

Ваш конфигурация Windows NT с удаленной начальной загрузкой готова. Конечно, если Вы не хотите иметь два раздела, Вы можете установить один раздел вместо этого. Но когда вы соберетесь перестроить образ, вы будете должны будете снова установить второй раздел для загрузки Windows 95.

Системное обслуживание и обновления

Если вы захотите позже модернизировать программное обеспечение, установить исправления ошибок и защиты, проделайте следующее:

Это - все, народ!

4.8 Неисправности.(ЧаВо)

Эта секция содержит наиболее часто встречающиеся проблемы.

Загрузка образа никогда не заканчивается

Вероятно, вы используете стандартный TFTP сервер, и он не может обработать более чем 65535 пакетов по 512 байт (или даже 32767 пакетов для Solaris сервера) Если так , ваш образ должен быть фрагментирован на части не более 30 МБ (или 15 Мб для Solaris) Смотрите ниже CopyArchive для инструкций по фрагментации существующего образа. Если вы используете стандартный сервер, вы должны согласиться инсталлировать Bootix или Intel TFTP сервер. Смотрите следующий вопрос об этом сервере

BpBatch показывает сообщение об ошибке "Fragment is not complete"

Это проблема TFTP. Расширение имени файла вашего загрузчика должно быть соответственно установлено (читает раздел относительно TFTP серверов). Если вы используете Bootix TFTP сервер с -s 1408 59 опцией, ваш загрузчик должен быть назван bpbatch.P. Если вы используете Intel или Bootware TFTP сервер с поддержкой опции TFTP blksize, переименуйте ваш загрузчик в bpbatch.B. Наконец, если вы используете стандартный TFTP сервер, переименуйте ваш загрузчик в bpbatch (без расширения). В этом последнем случае BpBatch будет использовать 512-байтовые пакеты вместо 1408-байтовых. Это ограничит размер фрагментов до 32МБ (внутреннее TFTP ограничение) вместо 87МБ. См. выше вопросы для проблем относительно 512-байтовых пакетов.

Распаковк архива прерывается немедленно.

Имеются три возможных причины. Или образ действительно разрушен на сервере (попытайтесь использовать MrZip, чтобы видеть, имеет ли это место), или передача файла потерпела неудачу из-за TFTP таймаута, или из-за несовместимого протокола.

TFTP таймаут происходит, когда сеть сильно загружена (например, если ы пытаетесь загрузить огромный образ более чем четырьмя клиентами одновременно). В этом случае, BpBatch не делает бесконечных попыток, потому что это не помогло бы. Выключите несколько компьютеров и попытайтесь снова с не более чем четырьмя компьютерами (или возможно даже тремя). Если вы часто должны загружать образы на большое количество компьютеров, вы можете опробовать наш специальный Broadcast TFTP сервер (см. раздел, посвещенный этому).

Ошибка несовместимости протоколов вызвана использованием стандартного TFTP сервера (обычно встроенного на вашем UNIX сервере) в то время как BpBatch запрашивает работу с расширенным TFTP. Если вы используете стандартный TFTP сервер, вы должны удалить .P расширение (см. объяснение в следующем вопросе).

Компьютер зависает вместо загрузки/распаковки (1)

Если вы используете Bootix TFTP сервер, пробуете добавить -s 1408 59 к командной строке. Если Вы не используете расширенный TFTP сервер, удалите .P расширение из имени файла BpBatch на сервере и в файле bootptab.

Детальное объяснение: эта проблема происходит, если вы не установили расширенный TFTP сервер, но использовали bpbatch.P как значение имени файла начальной загрузки DHCP/BOOTP. BpBatch будет в действительности пытаться подключиться к Bootix TFTP серверу, когда имя файла начальной загрузки заканчивается расширением .P. Чтобы решить эту проблему, вы можете или удалить .P расширение в конце имени файла начальной загрузки (это предпишет BpBatch использовать стандартный TFTP) или устанавить расширенный TFTP сервер. Альтернативно, вы можете устанавить Intel TFTP сервер и переименовать загрузчик в bpbatch.B. Обратите внимание: для Bootix TFTP сервера, чтобы должным образом работать с расширенными возможностями TFTP, вы должны добавить -s 1408 59 к командной строке.

Компьютер зависает вместо загрузки/распаковки (2)

Возможно, ваш компьютер имеет плохую поддержку VESA. Попробуйте дать параметр командной строки -v или устанавить VESA переменную в "OFF".

Нарушение VESA прокрутки.

Мы используем VESA 1.1 функцию для прокрутки. Если ваш видеоадаптер не поддерживает 1.1 VESA, забудьте об этом. Если прокрутка выполняется для одной страницы, а затем воспроизводит странный рваный шаблон, не волнуйтесь. Это - известная ошибка, я буду устранять ее, как только буду иметь время для этого (VESA прокрутка не столь необходима ...).

Имеется разрушенный файл в кэше

Когда файл в кэше разрушается внешней программой, он автоматически удаляется из кэша. Когда файл в кэше записан не полностью (если компьютер был выключен в течение передачи файла), он также автоматически удаляется. Но если сервер передает разрушенный файл или если передача прерывается со стороны сервера, возможно, что этот файл останется в кэше. Вы можете очистить кэш просто держа обе клавиши SHIFT нажатыми в то время как BpBatch обращается к кэшу впервые. Альтернативно, вы можете испытать clean -1 в диалоговом режиме.

Команда EXIT не работает в пакетном файле

Это - не ошибка. Выход - не команда. Не имеется никакой команды выхода, потому что нет никакого смысла выйти из сценария начальной загрузки без загрузки. И MrBatch - действительно та же самая программа как BpBatch. Что Вы можете делать, так это вызывать HdBoot вместо этого. Это имеет смысл, и версия DOS чисто выйдет вместо перезагрузки. Обратите внимание, что Вы можете выйти из DOS в любое время, нажимая Ctrl-Break. Это восстановит все перехваченные прерывания перед оставлением.

Команда Print не печатает

Если вы пробуете напечатать что-то и немедленно перейти в диалоговый режим, вы не сможете увидеть ваш текст. Это происходит потому, что ваш текст был написан на runtime экране, а команда Interact переключила дисплей на экран Log. Достаточно поместить GetKey после команд печати, и вы увидите напечатанный текст.

MrZip сообщение Malloc failed

MrZip нуждается в достаточном количестве обычной памяти для выполнения. Если вы сталкиваетесь с этой проблемой, сначала убедитесь, что вы выгрузили bootrom либо использовав команду HideBootprom либо использовав Bootix's bputil. Если вы выполняете MrZip из чистого MS DOS (не из DOS-сессии Windows 95/98), вы должны использовать EMM386, чтобы загрузить сетевые драйверы в верхнюю память, чтобы максимально возможный объем обычной памяти. Из окна DOS-сессии Windows обычно не встречается никаких проблем (если вы не оставили ваших старых 16-разрядных драйверов в вашем autoexec.bat, когда устанавливали Windows).

MrZip прерывается при чтении каталогов

Эта ошибка уже была устранена однажды. Получите самый последний выпуск MrZip. Если проблема сохраняется, попытайтесь построить ваш образ с переменной Trace установленной в "ON" (и обычно PauseLog установленной в "OFF"); это позволит вам обнаружить, какой файл вызывает эту проблему. Пришлите детальное сообщение об ошибке.

MrZip не может обращаться к некоторому файлу

MrZip вероятно пробует прочитать блокированный, открытый или специальный файл, например файл подкачки Windows. Такие файлы не должны обычно включаться в образ и должны быть отфильтрованы (использованием команды filter). Также возможно, что операционная система обманывает вас. Если MrZip не сообщает вам, какой файл вызывает проблему, попытайтесь построить ваш образ с переменной Trace установленной в "ON" (и обычно PauseLog установленной в "OFF"). Вы можете также попробовать использовать прямой дисковый доступ (то есть обращаться к исходному разделу не как к "C:" или "/", а как к "{:1}" каким бы ни был этот раздел). Использование прямого дискового доступа обычно медленнее, потому что мы имеем меньшее количество буферов чем операционная система, но это может быть иногда более надежно.

Дисковые образы всегда перезагружаются с сервера

Дисковые образы сохраняются в специальной области кэша и не должны быть перезагружены, если они не изменились на сервере. Однако, поскольку область кэша всегда начинается после последнего используемого раздела, изменение полного размера разделов переместит расположение кэша и таким образом уничтожит его содержимое. Другая возможная причина исчезновения файла из кэша - то, что предыдущий файл вырос больше чем в полтора раза от своего начального размера. Этот файл мог бы быть перезаписан и требует повторной загрузки. Это почти никогда не должно происходить. Третья возможная причина - слишком маленькая область кэша. Если свободное пространство, оставленное вне разделов - меньше чем в полтора раза превышает сумму размеров всех сжатых образов, только последние использовавшиеся образы будут присутствовать в кэше, а другие должны будут перезагружаться по требованию.

Red Hat Linux 5.1 не загружается должным образом

Этот дистрибутив предполагает, что Linux был загружен используя lilo и проверяет BOOT_IMAGE параметр командной строки (в /etc/rc.d/rc.sysinit). Просто добавьте это в вызове linuxboot или измените ваш rc.sysinit.

Широковещание TFTP подвешивает ramdisk (Входит в связанное состояние))

Linux DHCP клиент - программа, которая динамически изменяет адрес IP клиента в соответствии с предложением DHCP. Если адрес предоставляется навсегда (неограниченное время аренды), DHCP клиент только устанавливает адрес, и возвращается (это - то, что мы ожидаем). Однако, если время аренды ограничено, DHCP клиент должен остаться загруженным и просить о новых адресах каждые несколько минут. И если DHCP клиент не возвращается, MrBatch никогда не будет загружен ... Решение состоит в том, чтобы предоставить неограничное время аренды (иногда кодируется как -1).

Доступ к файлам виснет под BpBatch, но не под MrBatch

Эта проблема проиходит на AMI BIOS датированной 94/07/25. Мы исследовали немного, и не нашли никакого решения. Кажется, что эта проблема из-за ошибки в этой BIOS (некоторый регистр, или расположение памяти должно быть разрушено).

Сбой распаковки фрагментированного архива (Malloc failed)

Эта проблема была связана с PXE совместимостью, но теперь она устранена. Пожалуйста получите самую последнюю версию.

MrBatch и MrZip жалуются на терминал под RedHat 5.x

Эта проблема была устранена в версии MrBatch/MrZip от 9-ого августа. Имелась проблема с новой версией ncurses, которая была выпущена с RedHat 5.1.

"libncurses.so.3.0: cannot open shared object file" под Linux

MrZip был связан с версией 3.0 libncurses. Вы можете использовать другие версии libncurses только, если они более новые чем версия 3.0. Чтобы использовать более новый libncurses, все, что вы должны cделать - это создать символьную ссылку от libncurses.so.3.0 до вашего libncurses.so.xx файла. С RedHat 5.1, вы можете использовать следующую команду: cd /usr/lib ; ln -s libncurses.4.2 libncurses.3.0 Вы можете также загрузить последнюю версию mrzip/mrbatch. Начинаясь с выпуска 10/25/98, MrBatch откомпилирован под RedHat 5.1.

MrBatch и MrZip не стартуют под Linux (file not found)

Эта проблема - обратная предыдущей. Теперь, когда дистрибутив libc6 готов, он не может использоваться больше с libc5. Если вы сталкиваетесь с этой проблемой, просто модернизируете ваш Linux блок (Конечно, поскольку мы слышим слишком большое количество жалоб, мы могли бы попробовать сохранить два дистрибутива ...).

Я не могу обращаться к другому режиму, кроме установленного по умолчанию режима VESA 800x600

Вы должны сначала отобразить содержимое переменной VESA-Modes, чтобы увидеть поддерживают ли ваши аппаратные средства режим, который вы хотели бы использовать. Затем попробуйте один из этих двух способов выбрать специальный режим VESA:

BpBatch печатает " Malloc failed " сообщение при восстановлении образов, состоящих из большого числа фрагментов

Мы исправили ошибку в функциях распределения памяти BpBatch. Вы должны удостовериться, что имеете версию BpBatch, которая была выпущен после 22-ого сентября 1998.

Fullunzip при использовании под Linux версии MrBatch всегда терпит неудачу

Мы исправили эту проблему в выпуске 09/22/1998.

Scandisk сообщает что диск разрушен

Выпуск 10/25/98 исправлял проблему с большими образами. Пробуйте загрузить последнюю версию BpBatch.

Моя RedHat загрузочная дискета не работает с FloppyBoot

Эта ошибка была исправлена в выпуске 10/25/98.

Мой дисковый образ FAT32 не загружается должным образом

Эта ошибка была исправлена в выпуске 02/09/99.

Вы всегда получаете "Cannot load file", когда запускаете BpBatch

Ваш DHCP сервер не посылает правильную опцию 135 клиенту. BpBatch использует опцию 135 как параметр командной строки. Вы можете определить "-i", если вы хотите перейти в диалоговый режим, или можете определить имя сценария, если хотите, чтобы BpBatch запустил выбранный сценарий (не включайте .bpb расширение). Если вы используете PXE Bootrom, удостоверитесь, что Вы используете опцию -135 для параметров командной строки. Опция -155 больше не поддерживается PXE 2.0 Bootrom.


Previous Next Contents


Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру