Linux - Алексей Стахнов

Оптимизация бездисковой загрузки

Бездисковую загрузку следует оптимизировать. Microsoft Network Client стандартно занимает приблизительно 1,7 Мбайт. Представляется, что это очень много. Можно сократить до 800 Кбайт.

Вот список файлов, которые необходимо оставить:

• A.PWL;

• CONNECT.DAT;

• DHCP.PRM;

• DNR.EXE;

• EMSBFR.EXE;

• HOSTS;

• IFSHLP.SYS;

• LMHOSTS;

• NDISHLP.SYS;

• NE2000.DOS;

• NEMM.DOS;

• NET.EXE;

• NET.MSG;

• NETBIND.COM;

• NETWORKS;

• NMTSR.EXE;

• PROTMAN.DOS;

• PROTMAN.EXE;

• PROTOCOL;

• PROTOCOL.INI;

• SERVICES;

• SHARES.PWL;

• SOCKETS.EXE;

• SYSTEM.INI;

• TCPDRV.DOS;

• TCPTSR.EXE;

• TCPUTILS.INI;

• TINYRFC.EXE;

• UMB.COM;

• WFWSYS.CFG;

• WSAHDAPP.EXE.

Вот полное содержимое файла Protocol.ini:

[network.setup]

version=0x3110

netcard=ms$ne2clone,1,MS$NE2CL0NE,1

transport=tcpip,TCPIP

Iana0=ms$ne2clone,1,tcpip

[TCPIP]

NBSessions=6

SubNetMask0=255 255 255 0

IPAddress0=192 168 40 33

DisableDHCP=l

DriverName=TCPIP$

BINDINGS=MS$NE2CLONE

LANABASE=1

[MS$NE2CLONE]

IOBASE=0x320

INTERRUPT=5

DriverName=MS2000$

[protman]

DriverName=PROTMAN$

PRIORITY=MS$NDISHLP

[MS$NDISHLP]

DRIVERNAME=ndishlp$

BINDINGS=MS$NE2CLONE

Вот полное содержимое файла System.ini:

[network]

sizworkbuf=1498

filesharing=no

printsharing=no

autologon=yes

computername=A

lanroot=A: NET

username=A

workgroup=MYGROUP

reconnect=yes

dospophot key=N

lmlogon=0

logondomain=

preferredredir=full

autostart=full

maxconnections=8

[network drivers]

netcard=ne2000.dos

transport=ndishlp.sys,tcpdrv.dos,nemm.dos

devdir=A: NET

LoadRMDrivers=yes

[386enh]

TimerCriticalSection=5000

UniqueDosPSP=TRUE

PSPIncrement=2

[Password Lists]

*Shares=A:NETShares.PWL

A=A:NETA.PWL

B=A:NETB.PWL

Вот полное содержимое файла Tcputils.ini:

[tcpglobal]

drivername=GLOBAL$

hostname=username

[sockets]

drivername=SOCKETS$

bindings=TCPIP

numsockets=4

numthreads=32

poolsize=3200

maxsendsize=1024

[DNR]

drivername=DNR$

bindings=TCPIP

nameserver0=192 168 40 233

[telnet]

drivername=TELNET$

bindings=TCPIP

nsessions=0

max_out_sends=0

Вот полное содержимое файла Config.sys:

FILES=100

dos=high,umb

device=C: WINDOWSHIMEM.SYS

device=C: WINDOWSEMM38 6.EXE ram

LASTDRIVE=Z

device=IFSHLP.SYS

STACKS=9,256

Вот полное содержимое файла Autoexec.bat:

set path=C: WINDOWS;с:;с:dos;с:vc;с:net

PATH=C: IDAPI;%PATH%

SET TEMP=C: WINDOWSTEMP

Rem следующая строчка используется при отладке на винчестерной машине

subst а: с: а

A: NETnet initialize

А: NETnetbind.com

A: NETumb.com

А: NETtcptsr.exe

А: NETtinyrfс. ехе

А: NETnmtsr.exe

А: NETemsbfr.exe

А: NETdnr.exe

А: NETsockets

A: NETnet start

Существует возможность удалить из ОЗУ загрузочный образ дискеты. Как это сделать, смотрите по команде man ethernet и в описании rmrd.com.

Linux-клиент

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

Создание загрузочной ПЗУ (загрузочной дискеты)

Для создания загрузочной дискеты предусмотрена специальная маленькая программа (512 байт), которая загружает блоки с дискеты в память и начинает выполнение. Чтобы создать загрузочную дискету, надо только соединить загрузочный блок с соответствующим образом микросхемы ПЗУ. Для этого используется следующая команда:

cat floppyload.bin ne.lzrom > /dev/fd0

Настройка сервера

Необходимо настроить на сервере удаленной загрузки три службы: ВООТР (или DHCP), TFTP и NFS. Процессы установки и настройки указанного программного обеспечения подробно описаны в документации, входящей в каждый из пакетов.

Для нормального процесса загрузки бездискового клиента необходимо настроить разделы NFS.

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

В идеале, чтобы создать корневую файловую систему, вам надо знать, какие файлы требуются дистрибутиву вашей операционной системы. При загрузке необходимы файлы устройств, файлы, находящиеся в каталоге /sbin и /etc. Проще сделать копию существующей файловой системы и изменить в ней некоторые файлы для бездискового компьютера. В дистрибутиве Etherboot есть руководство и ссылки на скрипты, которые создают такую файловую систему на бездисковом компьютере из корневой файловой системы сервера.

Настроенное ядро Linux для бездискового компьютера ожидает увидеть корневую файловую систему в каталоге /tftpboot/<IP-адрес бездискового компьютера>, в рассмотренном выше случае – /tftpboot/192.168.40.33.

Далее необходимо в файл /etc/exports на сервере вставить следующую строку:

/tftpboot/192.168.1.100 aldebaran.foo.com(rw,no_root_squash)

Для некоторых служб нужны права rw. Атрибут no_root_squash защищает систему NFS от отображения идентификатора суперпользователя в какой-либо другой. Если этот атрибут не будет задан, то различные демоны могут не заработать.

Теперь запустите службы NFS (rpc.portmap и rpc.mountd) и снова попробуйте бездисковую загрузку. Если все прошло удачно, то ядро сможет подмонтировать корневую файловую систему и пройти все стадии загрузки до появления приглашения входа в систему. Вполне вероятно, что по ходу загрузки у вас будут выдаваться сообщения о проблемах с некоторыми службами. Так и должно быть. Дистрибутивы Linux ориентированы на операции с диском, и поэтому для бездисковой загрузки требуются небольшие изменения. Самой большой неприятностью является зависимость от файлов, находящихся в каталоге /usr во время загрузки – они в процессе загрузки поступают от сервера немного позже. Для решения этой проблемы измените пути таким образом, чтобы необходимые файлы искались в корневой файловой системе.

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

Чтобы клиент был правильно сконфигурирован, необходимо скомпилировать ядро операционной системы Linux с поддержкой корневой файловой системы на NFS. Кроме того, следует разрешить получение ядром IP-адреса из запроса ВООТР. Надо также вкомпилировать драйвер для вашей сетевой карты в ядро. Для уменьшения объема ядра можно отключить лишние свойства и опции.

Ядро, полученное после компиляции, необходимо преобразовать в загрузочный образ. Это делается аналогично тому, как мы создавали загрузочный образ дискеты для DOS. Для создания образа воспользуйтесь утилитой mknbi-linux. После создания загрузочного образа, поместите его в каталоге /tftpboot под именем, определенным в /etc/bootptab. Убедитесь, что файл доступен для чтения любому пользователю, потому что у TFTP-сервера нет специальных привилегий.

Дальнейшая проверка загрузки бездискового клиента должна подтвердить правильность наших настроек.

Ссылки

• www.linuxfocus.org/Russian/Septemberl998/article63.html – Кен Яп. Введение в сетевую загрузку и протокол Etherboot.

• alst.odessa.ua – Алексей Стахнов. Удаленная загрузка. Сервер Linux. Клиентская часть DOS, Windows 3.1. Инструкция по установке и настройке.

• www.slug.org.au/etherboot/.

• ftp.microsoft.com/bussys/clients/msclient/.

• ftp.microsoft.com/bussys/winnt/kb/Q142/0/62.txt.

• ftp.microsoft.com/bussys/winnt/kb/Q128/7/51.txt.

• Страницы man для пакетов Etherboot, Netboot.

• Соответствующие HOWTO (см. гл. 13).

Глава 33 Резервное копирование и хранение данных

Резервное копирование выполняется с целью получения копий данных, сохраняемых на случай их потери или разрушения. Подобные копии должны создаваться периодически, в соответствии с заранее установленным графиком. Схемы резервного копирования изменяются в зависимости от размеров и степени охвата резервным копированием операционной системы, а также от выдвигаемых требований по надежности сохранения жизнеспособности системы. Элементы системы резервного копирования должны включать необходимое оборудование, носители резервных копий и специальное программное обеспечение. В качестве оборудования может использоваться достаточно широкий набор аппаратных средств, начиная от обычного дисковода и заканчивая библиотекой ленточных устройств. Тип и количество носителей определяются используемым оборудованием, объемами обрабатываемых данных и выбранной схемой резервирования данных. Используемое программное обеспечение может быть очень разнородным, начиная от бесплатных утилит типа tar, cpio, gzip и закашивая распределенными системами управления хранилищами данных.

Резервное копирование информации используется для:

• восстановления файлов, случайно удаленных пользователями или утерянных из-за отказов дисковых устройств;

• получения периодически создаваемых моментальных снимков (snapshots) состояния данных организации. Эта информация может широко использоваться для различных технических и деловых целей;

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

Планирование резервного копирования

При разработке системы резервного копирования одной из важнейших составляющих является выработка правильного набора требований к комплексу резервного копирования. Постарайтесь учесть все аспекты резервного копирования, сделайте два варианта сметы – минимально необходимый и желательный, и обоснуйте руководству организации необходимость дополнительного финансирования, связанного с резервным копированием данных, критичных для самого существования организации. Постарайтесь реализовать хотя бы минимальный вариант резервного копирования. Если вы работаете в банке или в другом подобном учреждении, где данные стоят очень дорого, то обычно удается реализовать схему резервного копирования по максимуму. Добейтесь письменного одобрения ваших действий (лучше всего приказа по организации), чтобы не было отступлений от утвержденной сметы.