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) состояния данных организации. Эта информация может широко использоваться для различных технических и деловых целей;
• получения данных для восстановления после аварий. Система резервного копирования обязательно является составной частью любого продуманного плана восстановления системы. В случае широкомасштабных катастроф данные доставляются из архивов, сохраняемых в отдельном помещении.
Планирование резервного копирования
При разработке системы резервного копирования одной из важнейших составляющих является выработка правильного набора требований к комплексу резервного копирования. Постарайтесь учесть все аспекты резервного копирования, сделайте два варианта сметы – минимально необходимый и желательный, и обоснуйте руководству организации необходимость дополнительного финансирования, связанного с резервным копированием данных, критичных для самого существования организации. Постарайтесь реализовать хотя бы минимальный вариант резервного копирования. Если вы работаете в банке или в другом подобном учреждении, где данные стоят очень дорого, то обычно удается реализовать схему резервного копирования по максимуму. Добейтесь письменного одобрения ваших действий (лучше всего приказа по организации), чтобы не было отступлений от утвержденной сметы.
