Запуск пк без жесткого диска. Загрузка Windows с диска CD-ROM

Вам понадобится

  • - «флешка», CD-диск или DVD-диск;
  • - файлы с образом операционной системы;
  • - программа для записи образов на сменный носитель.

Инструкция

Если в системном блоке отсутствует жесткий диск, можно воспользоваться одним из 3-х основных способов, позволяющих продолжить работу на компьютере. Для этого применяют USB-флеш-накопитель или «флешку», CD-диск, DVD-диск. Есть еще и 4-й вариант – загрузка с магнитной дискеты через соответствующий floppy-дисковод. Однако этот способ подойдет скорее любителям ставить эксперименты, поскольку гибкие магнитные диски уже не используются, а операционная система, которую можно установить на этот носитель будет крошечной с минимальным набором возможностей.

Чтобы определиться с выбором накопителя, следует помнить несколько деталей. Во-первых, компьютеры с устаревшим оборудованием могут не поддерживать автозагрузку с USB-порта, а значит, «флешку» они попросту не обнаружат, тогда как оптические приводы будут с успехом работать. Во-вторых, различие в стоимости изделий несоизмеримы – диски стоят на порядок дешевле всех USB-накопителей.

Любой вариант работы предполагает предварительное создание образа системы и запись ее на сменный носитель. В этом случае «флешка» или диски станут загрузочными. Т.е., эти манипуляции нужно проводить заблаговременно на функционирующем и укомплектованном компьютере. В случае с «флешкой» удобнее всего будет воспользоваться либо портативной OS Windows (например, Windows 8 Portable), либо операционной системой Linux (например, Slax). Если выбор пал на Windows, то образ системы следует создать при помощи программы UltraISO, а при использовании Slax, понадобится специальная утилита Unetbootin.

Если применять оптические диски, то порядок предварительных действий будет точно таким же, как с «флешкой»: подходящая версия операционной системы записывается в виде образа на сменный носитель. Основным отличием CD-диска от DVD-диска является их различная емкость, у DVD она гораздо больше, следовательно, на него можно скопировать более полные и функциональные программы.

Чтобы начать работу на компьютере без жесткого диска, следует внести изменения в порядок первичной загрузки устройств. Это можно сделать, нажимая клавишу F8 (в отдельных случаях F5), сразу после включения компьютера. Такая команда вызовет диалоговое окно с перечислением всех носителей, с которых возможна загрузка. Следует выбрать подходящее устройство (USB-флеш, CD или DVD) и нажать клавишу Enter. Чтобы загрузка компьютера всегда автоматически происходила из указанного места, потребуется внести изменения в BIOS: сразу после включения блока питания нужно удерживать клавишу Delete чтобы зайти в меню. В самой первой вкладке в параметре Boot следует изменить очередность загрузки устройств, поставив на первое место необходимый носитель. Переход между строками в BIOS происходит при помощи клавиш со стрелками, а выбор компонентов знаками «+» и «-» на боковой раскладке клавиатуры. После сохранения внесенных изменений, компьютер самостоятельно перезапустится, а операционная система загрузится из указанного места. Далее можно будет работать в обычном пользовательском режиме.

Сегодня мы поговорим на такую интересную тему, как «может ли компьютер работать без жесткого диска». Сразу же отвечу, что с одной стороны может, а с другой — тоже может, но просто эта работа будет очень ограничена, и я расскажу почему.

Во-первых, нужно разобраться вообще с тем, зачем компьютеру жесткий диск. Компьютер без жесткого диска можно рассматривать только как временное решение, потому что именно жесткий диск (!) предназначен для многократной записи на него данных или чтения. Именно жесткий диск, никакие другие «носители» для это цели не подходят. Но вы подумаете, а какие вообще носители подходят для того, чтобы использовать их вместо жесткого диска. Это может быть диск, то есть вы загружаетесь с диска, откуда запускается операционная система с уже установленными программами, вы наверно слышали о таком. Такой диск именуется как Live-CD .

Но работать только из Live-CD — это как-то дико, судите сами, диск настолько медленный в этом плане, что он даже не рассматривается. Да и технология записи на него не позволяет использовать как жесткий диск. Во-вторых, все ваше место свободное будет — это оперативная память, именно оттуда создается раздел с системой. То есть просто бороздить интернет, может даже слушать музыку — вы сможете. Но вот установить программу — это будет зависеть от количества ОЗУ.

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

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

Также запуск компьютера без жесткого диска возможен если вы знаток в накопителях, тогда вы можете установить Windows на флешку, то есть в прямом смысле работать именно с флешки. Такую флешку можно взять с собой и вместе с этим все программы и вообще всю свою работу, не плохо, правда? Но современные флешки для этого малопригодны, так как у них есть ограниченное число перезаписи информации, а Windows это делать может очень активно. Я уже молчу о том, что устанавливаться система на флешку может несколько часов, тут все зависит от флешки (или от нее цены, дорогие как правило быстрые и имеют интерфейс USB 3.0).

Но есть один вариант, который лучше всего подходит для компьютера без жесткого диска, но вот это не совсем «вариант» — так как это тоже жесткий диск, просто внешний. Компьютер можно использовать внешний диск как основной и вы можете загрузить систему с него, такой диск можно брать с собой и переносить и в теории подключить к любому современному компьютеру в режиме загрузки.

Внешний жесткий диск позволяет носить Windows в буквальном смысле с собой, единственное что — нужно быть аккуратным, как бы не был защищен диск, он все равно остается очень чувствительным ко всякому роду вибрации, встрясок.

Надеюсь, я ответил на ваш вопрос, и теперь вы знаете как использовать компьютер без жесткого диска? В любом случае, с современным загрузочным диском Live-CD вы можете скоротать время в интернете без жесткого диска! =)

Для выполнения этой задачи нужны 2 компа: сервер и компьютер с эталонной системой.

Самое важное на этом этапе – удачно определиться с Осями. Главное правило в этом выборе – соотношение надежности самой Оси и её малая ресурсоемкость.

В идеале конечно Windows 2003 Server Std Edition и Windows XP Pro SP2, но… в этом случае пропускная способность сети должна быть не менее… 1(!) Гбит/сек, а это не всегда достижимо. Поэтому на мой взгляд идеальное решение этого выбора: в качестве сервера Windows XP Pro SP1(!) в качестве сервера и Windows 2000 SP4 как эталонная ОС. Почему же ХР с сервиспаком 1 спросите Вы. Отвечаю – ну нет в нем лишней безопасности, которая иногда играет с нами злую шутку и удаленный рабочий стол позволяет коннектиться с графическим интерфейсом. А W2k идеально подходит по надежности и небольшой ресурсоемкости. W95,98 Milennium – стары как мир и глючны до неприличия, поэтому забудем о них. Пусть полки CD-боксов им будут пухом.

Обращаю внимание на сетевую карту в компьютере-клиенте. Она должна поддерживать сетевую загрузку, так называемый PXE - режим. Этот стандарт поддерживают сейчас все карточки, в том числе и встроенные в материнские платы. Возьмем недорогую и надежную Realtek RTL8139(A), которая штатно поддерживается большинством операционных систем. На освещаемою мной тему было написано несколько статей. Авторы спорили меж собой как лучше связывать клиентские машины: через основной свитч, либо использовать отдельный. Отдельный свитч возможно решит некоторые проблемы с загрузкой вначале, однако он имеет значительный минус: попробуйте соединить компьютеры не находящиеся в одной части здания, а разбросанные по всему пространству помещений. Так что остаемся на главном свитче.

Конфигурация компьютеров не содержит дорогостоящих компонентов и возможно даже одинаковой: AMD Semptron 2000(или аналог Intel 1400…1700)/512 Mb RAM , видеокарта может быть встроенной. Отдельное слово про жесткие диски для этих компьютеров. На сервере с успехом можно использовать харды даже на 20 Гбайт, а вот для эталонной Оси нужен хард из расчета 7,2 Гб на каждую клиентскую машину, если сделать виртуальные диски полноценными с внесением изменений в сам образ, то количество образов будет прямо пропорционально количеству рабочих станций. Как показала практика, 160…180 Гб харда с лихвой хватает на 20 клиентский машин + развертывание самой эталонной оси.

Перед установкой данной комбинации программ необходимо провести переразбивку хардов с помощью программы fdisk, а не Partition Magic(!) и настоятельно рекомендую перед этим очистить загрузочную область харда с помощью fdisk/Mbr.

Итак, мы начинаем. Для выполнения нашей задумки нам понадобится несколько программ. Это

BXP от фирмы Venturcom, которая вроде как почила в бозе давно, однако большими стараниями ее удалось розыскать на просторах Инета.
Turbo DHCP от Indigo Rose Corporation
TFTP –сервер от того же производителя, если вдруг внутренний от ВХР не «пойдет».

Этап первый: установка BXP.

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

Особой сложностей установка не имеет и после ее успешной инсталляции нужно сконфигурировать и стартовать необходимые сервисы.

Примечание : обращаю Ваше внимание на то, что после инсталляции программы ОБЯЗАТЕЛЬНО перезагрузите сервер!

Этап второй: настройка DHCP-сервера.

В набор компонент, устанавливаемых вместе с BXP-сервером, входит DHCP-сервер, однако чтобы не наступать на те грабли, которые возникли у моих предшественников я предусмотрительно выбрал Turbo DHCP последней модели. Кроме того, встроенный в BXP Tellurian DHCP имеет следующие недостатки:

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

Следует отметить, что правильная настройка DHCP - это самая ГЛАВНАЯ часть процесса сетевой загрузки в целом. Так что первое, чего вы должны добиться, это настроить DHCP и загрузить дискового клиента с динамической конфигурацией от этого сервера.

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

Список опций, которые установлены на Turbo DHCP, кроме диапазона адресов и подсети:

Номер опции - 3, Имя – Gateways, Значение – 192.168.x.1
Номер опции - 6, Имя – Domain name servers, Значение – 192.168.x.5
Номер опции - (-1), Имя – Boot file, Значение – VLDRMI13.bin
Номер опции - 15, Имя – Domain name, Значение – ertilsz.outhdd.ru
Номер опции - 44, Имя – NBT name servers, Значение – 192.168.x.1
Номер опции - 46, Имя – NBT node type, Значение – 8
Номер опции - (-14), Имя – Next server, Значение – 192.168.x.10

Next server должен указывать на ваш сервер, где установлен BXP и с которого будет загружаться образ VLDRMI13.bin., а настройка NBT-сервера для Windows обозначает настройки WINS.

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

Еще один важный момент: по теории для успешной работы двух DHCP-серверов …необходимы 2 разные(!) подсети, т.е. в каждой свой DHCP-сервер. Заморачиваться с настройкой двух разных подсетей я не стал, а просто… отключил DHCP в Active Directory и раздал обычным компам статические IP-адреса.Последний параметр в этом случае играет просто статическую роль.

На этом настройки DHCP-сервера закончились.

Этап третий: настройка TFTP-сервера.

После установки сервер BXP не начинает работу автоматически – вы должны сконфигурировать все сервисы и запустить их вручную: это значит, что надо зайти в Панель управления -> Административные задачи -> Сервисы и выполнить две операции: сначала правой кнопкой выбрать на нужном сервисе Старт, затем (все той же правой кнопкой) выбрать Свойства и далее Тип запуска: автоматически - чтобы этот сервис стартовал при перезагрузке компьютера.

Теперь о настройках остальных компонент BXP:

Настроим TFTP, то есть сервер, раздающий вашему клиенту файл начальной загрузки. Настройка производится через Control Panel - там вы должны найти пиктограму Venturcom TFTP Service. По умолчанию он не подключен ни к какому порту и не настроен ни на какой каталог. Исправляем эту ситуацию, настроив параметры следующим образом:
1...TFTP Options: Allow Transmit - да, Allow Receive - нет;
2...Transmit (GET) Directory -C:Program FilesVenturcomBXPTFTPBOOT;
3...TFTP Logging – не критично: ставим ноль;
4...TFTP Network - отметьте все сетевые интерфейсы, на которых TFTP будет ожидать подключений бездисковых клиентов и не меняем ни в коем случае порт 69, он жестко закодирован в PXE BOOT BIOS;
5...About – можно пропустить.

BXP Login Service Preferences - ярлык на него расположен в папке установленной программы BXP. Все, что здесь надо сделать, это отметить интерфейс, на котором данный сервис будет принимать запросы на аутентификацию. Сама база - это файл в формате MS Access . Если вы хотите принимать запросы от анонимных хостов (что, в общем, может сэкономить много времени и вполне безопасно в закрытой среде), отметьте Add New Clients To Database.

BXP IO Service Preferences. Разрешаем ему "слушать" на одном или нескольких интерфейсах и если нужно, то меняем расположение виртуальных дисков, изменяя их диск или директорию. Диск должен иметь необходимый объем, о чем сказано выше.

Теперь можно запускать сервисы. Делается это через Сервисы - искомые сервисы BXP имеют имена, начинающиеся с "BXP" и (если вы используете PXE или BOOTP) "3Com". Всего их около пять-шесть штук - в зависимости от того, используете ли вы собственный TFTP-сервер. Запустите их и отметьте тип запуска Автоматический.

После запуска сервисов зайдите BXP Administrator - и в Tools-Configure Bootstrap выберите параметры:

Путь должен указывать на C:Program FilesVenturcomBXPTFTPBOOTVLDRMI13.bin;
адреса - получаемые по DHCP,
адреса - из базы данных,
Verbose Mode - Да.

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

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

Этап четвертый: создание загрузочного образа.

Загрузочный образ ОС - фактически это содержимое вашего загрузочного раздела, но перенесенное на виртуальный диск. Кроме того «вашу» Windows 2000 следует «модифицировать» с помощью BXP Client, который добавляет драйвер сетевого "винчестера".

Итак, для начала на серверной машине создайте с помощью BXP Administrator виртуальный диск. Выберите I/O-сервер, щелкните на нем правой кнопкой и выберите Создать виртуальный диск. Теперь его нужно отформатировать.

Делается это так: Сначала примонтируйте новый диск (самый простой способ сделать это - выбрать диск и нажать). Теперь этот виртуальный диск «примонтирован» в виртуальный том, который появился у вас на сервере (помимо диска с лицензиями). Учтите, что "мэппинг" работает только при запущенном BXP Administrator. Теперь отформатируйте этот диск самым обычным для Windows способом и отмонтируйте его обратно. Теперь диск готов для записи образа.

Следующий шаг потребует Вашей внимательности: Мы создаем эталонный образ системы для безхардовых машин. Создайте нового клиента на сервере - можете указать для него фиксированный MAC-адрес (если не знаете - ставьте вопросительные знаки), если хотите ограничить загрузку только определенными рабочими станциями. Теперь самый интересный момент: укажите в настройках тип загрузки С жесткого диска. Перезагрузите клиентскую машину, войдите в BIOS и первым номером поставьте загрузку по сети. Теперь с перезагрузки вы должны увидеть опрос DHCP и получение "пяти точек". На самом деле каждая точка отвечает за получение определенной опции настройки - как выяснилось из исходного кода PXE BIOS. Если у вас проблема с настройками DHCP, не найден I/O-сервер, на сервере не найден загрузочный файл или возникла еще какая проблема - вы получите об этом соответствующее сообщение.

После загрузки образа с сервера BXP продолжит загрузку с локального жесткого диска. Теперь после загрузки таким прихотливым способом установите из инсталляции программы BXP клиентскую часть. Это два компонента: драйвер виртуального диска и маленькая программка, которая копирует ваш диск C: (только С - это жестко закодировано и никак не меняется) на виртуальный диск на сервере. Если инсталляция прошла успешно, вы увидите новый виртуальный диск - это ваш образ на сервере, запускайте создатель образа (поищите его в Программах) и в качестве цели копирования укажите этот диск. Теперь снова переходите на сервер и измените тип загрузки клиента на С виртуального диска. Вам откроется три опции: "с первого диска", "с первого свободного" и "показать дисковое меню" для выбора клиентом одного из нескольких образов. Загрузка с "первого свободного" имеет смысл только в случае, если все рабочие станции одинаковы по конфигурации, так что каждая станция может загружаться с любого образа - и то очень вероятно, что пользователь пожелает как-то персонифицировать свой образ и в таком случае захочет пользоваться только одним диском. Загрузка с «первого диска» является самым простым и логичным выбором.

Дополнительно по отношению к образам дисков есть несколько стратегий использования, настраиваемых в BXP Configuration. Для настройки использования виртуального диска этот диск должен быть отключен от всех клиентов (даже от тех, что загружаются с винчестера - они ведь тоже лочат виртуальный диск, только что не первым номером). Итак, вы можете создать для диска write-кэш, причем как в памяти клиентского компьютера, так и на диске сервера. На самом деле кэш является еще и оверлейной областью - то есть, когда вы будете записывать на виртуальный диск, запись будет производиться не в образ, а в оверлей. Естественно, что оверлей в памяти будет куда быстрее, но так же понятно, что он не сохраняет своего состояния. Это полезно, когда вы настраиваете, например, компьютерный класс и в ваши планы не входит переустанавливать систему после нашествия каждой следующей орды обезбашенных школьников-«хакеров».

Кроме прочего, дисковый кэш (в оперативной памяти клиента тоже - но это очевидно) персонифицирован - то есть сколько пользователей, столько и кэшей. Чего это дает? Получается, что сотня пользователей может "прикуривать" от одного загрузочного образа, но при этом каждый может вносить в систему изменения, и BXP будет хранить их в компактном виде персональной "дельты". Конечно, такая конфигурация будет сильно нагружать сеть, и есть свидетельства, что процессор сервера тоже будет очень греться, так что за экономию дисковой памяти сервера придется платить его повышенной мощностью и гигабитной сетью - иначе работа будет медленной.

Внимание: для того чтобы изменять режим использования образа, нужно не просто "положить" всех подключаемых клиентов, но и "выкатить" виртуальные диски, то есть зайти в настройки каждого клиента и исключить нужный образ как вариант загрузки. Кроме того, не делайте образ диска, если у вас включен кэш - вся запись пойдет именно туда, кэш разбухнет (а в случае кэша в оперативке - так и вообще забьется). Это в корне неверно

Ну вот и всё. Теперь можете бежать в облюбованный Вами компьютерный супермаркет и закупать эдак 20 машин без хардов, заодно блеснете своей «крутизной» перед менеджерами продаж, четко обозначив фразу: «Жесткие диски не нужны!У меня все будет работать и без них!».

Введение

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

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

Естественно, что для чтения информации с какого-либо носителя можно было бы ограничиться традиционной загрузкой операционной системы DOS с системной дискеты. И даже если бы исходная операционная система работала с файловой системой NTFS, можно было бы заранее подготовить системный диск с какой-нибудь утилитой типа NTFS Reader For DOS, которая может читать разделы NTFS из-под окружения MS DOS и копировать данные из этих разделов на FAT-диски. Для доступа к NTFS-дискам из-под DOS используются популярные утилиты от Марка Русиновича, которые можно бесплатно взять с сайтов http://www.ntfs.com/ или http://www.sysinternals.com/ (бесплатными являются только драйверы для чтения таких дисков, а для записи или восстановления разделов понадобятся уже коммерческие версии).

Но учитывая огромные емкости современных дисков, трудно представить, куда может уместиться полученная информация, ведь дискет на такие объемы теперь не напасешься. К тому же обычные программы проверки дисков не смогут работать с NTFS-дисками при таком доступе.

Поэтому более удобным было бы решение с загрузкой, например, под Windows 95/98/Mе и полноценная работа с любыми устройствами под управлением этой операционной системы. К тому же и программа NTFS for Win98 (http://www.winternals.com/products/fct/ntfswin98.asp) более удобна и обладает большими возможностями, чем NTFS For DOS.

Коммерческая версия NTFS for Win98 может:

  • предоставить полную поддержку NTFS-дисков из-под Windows 9х;
  • обеспечить полноценный доступ к NTFS-дискам из других программ;
  • использовать те же NTFS-драйверы, что и в системах Windows NT/2000/XP;
  • запускать утилиту NTFSCHK для поиска и исправления ошибок на NTFS-дисках.

Кроме того, наличие утилиты ERD Commander позволяет проводить любые восстановительные работы на диске, вплоть до редактирования реестра в незапускающейся системе.

К тому же имеется возможность инсталлировать на CD-ROM-систему какую-либо программу для записи CD-R/RW и сохранять необходимую информацию на записываемых и перезаписываемых болванках.

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

И наконец, можно просто загрузиться и работать без использования винчестера. Конечно, последняя возможность может показаться весьма экзотической, но при использовании компьютера исключительно в качестве игрового или мультимедийного устройства она вовсе не лишена смысла. Такое устройство в дешевой конфигурации без монитора можно будет использовать и для просмотра видео с CD- или DVD-привода с выводом прямо на телевизор либо для проигрывания CD-аудио или MP3-звука через внешнюю акустическую систему. Если же добавить монитор, то можно превратить данную конфигурацию в «безопасный» Интернет-браузер или даже в простую офисную систему для редактирования текстов.

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

Компьютер без жесткого диска

так, основная идея состоит в том, что достаточно продвинутая операционная система должна первоначально грузиться с CD (пусть, например, даже в режиме эмуляции флоппи-диска), затем необходимо создать RAM-диск (то есть электронный диск в памяти компьютера) и на него распаковывать (или переписывать с исходного CD-ROM) настроенную на конкретный компьютер полноценную операционную систему (возможно, в несколько урезанном варианте) с уже установленным необходимым программным обеспечением и драйверами. Собственно система Windows будет при этом работать с RAM-диска. Туда же можно поместить все необходимые программы, а на исходном загрузочном CD-диске оставить редко используемые (или большие по объему) программы и какие-то данные.

В итоге после запуска Windows CD-ROM можно будет даже вынуть из лотка, а привод использовать для чтения других дисков.

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

  • дистрибутив Windows (исходя из различных соображений лучше взять Windows 98SE);
  • для более экономной инсталляции можно воспользоваться профессиональной версией популярной программы 98lite , значительно облегчающей Windows 98/Mе и соответственно ускоряющей ее работу (http://www.litepc.com/index.html), причем для этой программы существует и русификация. В принципе, на сайте LitePC готовится версия для облегчения операционных систем и семейства Windows 2000/XP - 2000-XPlite, так что вскоре можно будет попробовать на прочность и более прогрессивные изделия от компании Microsoft. И тогда, выбрав минимальный способ установки - 98micro и полностью отказавшись от Internet Explorer путем удаления из ядра Windows 98 всего связанного с MS HTML, вы получите максимально сжатую и быструю операционную систему, занимающую менее 50 Мбайт (!) на носителе;
  • драйвер RAM-диска, причем стандартному драйверу RAMDRIVE.SYS фирмы Microsoft лучше предпочесть альтернативный - XMS Disk (XMSDSK.EXE), которому можно задать любую букву устройства. Его преимущество заключается еще и в том, что он понимает длинные имена и позволяет грузить компоненты операционной системы Windows;
  • утилита Drive Load (DRVLOAD.COM), которая может загружать *.SYS-драйверы из командной строки;
  • какой-либо универсальный CD-ROM-драйвер, который поддерживает CD-приводы. Можно взять стандартный набор с загрузочного флоппи-диска Microsoft Windows, но лучше попробовать UNIIDECD.SYS или VIDE-CDD.SYS, которые работают с большим количеством CD-ROM-приводов.

Кроме вышеприведенных программ вам понадобятся все необходимые драйверы, редактор с возможностью работы в двоичном режиме (можно взять стандартный Edit.com из Windows, Hiew (Hacker’s view), а также какую-нибудь оболочку типа Volkov, Norton или Windows Commander) и все базовые программы, которые вы планируете запускать из-под созданной таким образом операционной системы.

Подготовка дистрибутива

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

Если же лишнего диска нет, можно проделать все на своем рабочем диске, но в этом случае необходимо сделать резервные копии файлов IO.SYS, MSDOS.SYS, AUTOEXEC.BAT, CONFIG.SYS, а также создать резервную копию реестра.

Итак, приступаем к реализации проекта.

Программа 98lite создает на диске специальный рабочий каталог С:\98SETUP, в котором она изготавливает дистрибутив усеченной системы Windows (в качестве исходника она использует оригинальный дистрибутив, например с CD от Microsoft). Естественно, что после такой операции вы лишаетесь поддержки от компании Microsoft, но 2-4-кратная экономия занимаемого пространства и значительное ускорение работы того стоят. В зависимости от вашего выбора установленная после такой процедуры операционная система Windows 98SE Lite может ужаться c 200 до 50 Мбайт (минимум при выборе 98micro и полном отказе от Internet Explorer и всех компонентов MS HTML).

Далее создаем на диске специальные рабочие каталоги C:\RAMDISK и C:\CDROM, которые будут у вас служить образами дисков новой операционной системы и в конце концов будут переписаны на RAM-диск и на CD-R/RW.

Теперь воспользуемся командой SUBST (файл subst.exe в операционных системах DOS/Windows), которая прописывается в конфигурационном файле AUTOEXEC.BAT и определяет виртуальные диски, соответствующие тому или иному каталогу на диске (например, SUBST Z: C:\#имя каталога#). Тогда после перезагрузки у вас появятся новые диски, содержимым которых будут каталоги диска C:, упомянутые в команде SUBST как #имя каталога# (соответствующий раздел станет корневым на новом диске).

Далее создадим системную дискету командой SYS A:\ и скопируем туда все необходимые файлы, которые нам понадобятся в дальнейшем: COUNTRY.SYS, DISPLAY.SYS, DRVLOAD.COM, DBLBUFF.SYS, EGA3.CPI, HIMEM.SYS, IFSHLP.SYS, KEYB.COM, KEYBRD3.SYS, MODE.COM, MSCDEX.EXE, SMARTDRV.EXE, SUBST.EXE, UNIIDECD.SYS, XCOPY.EXE, XMSDSK.EXE. В принципе в качестве базовой можно воспользоваться стандартной загрузочной дискетой Windows 98, убрав оттуда все лишнее и добавив недостающие файлы из каталогов WINDOWS и WINDOWS\COMMAND, а также вышеописанные DRVLOAD, UNIIDECD и XMSDSK. Места все они займут совсем немного, поэтому туда же можно будет на всякий случай поместить еще какую-нибудь небольшую командную оболочку типа Volkov Commander (VC). На этой дискете поправим (или создадим заново) файл AUTOEXEC.BAT примерно такого содержания:

subst.exe y: c:\ramdisk subst.exe z: c:\cdrom path a:\;c:\98setup vc.com

После этого перегружаем систему с дискеты, входим в командную оболочку и временно переименовываем папку Windows, а также файлы win.com, system.ini, system.dat, user.dat в _Windows, _win.com, _system.ini, _system.dat и _user.dat соответственно, чтобы инсталлятор Windows не распознал их как уже существующую на диске систему.

Теперь запускаем программу 98LITE.EXE из каталога C:\98SETUP и, игнорируя все возможные предупреждения, ставим выбранную конфигурацию системы на новый диск Y: в каталог Y:\Windows.

Когда система потребует вынуть дискету и перегрузиться, то, ничего не вынимая, загружаемся опять в MS-DOS, заходим в командную оболочку, переписываем программу SUBST.EXE в каталог C:\98SETUP, а в файл AUTOEXEC.BAT на жестком диске добавляем строки:

C:\98setup\subst.exe y: c:\ramdisk c:\98setup\subst.exe z: c:\cdrom path y:\windows;y:\windows\command;y:\windows\system; c:\98setup

Наконец, перегружаемся с диска (без дискеты) и завершаем установку операционной системы; затем ставим все необходимые драйверы и базовые программы на диск Y:, а все дополнительные программы - на диск Z: (все необходимые данные переписываем туда же, на будущий CD-ROM, то есть на диск Z:). Такие «далекие» буквы выбраны не случайно - это поможет нам без проблем грузиться даже в тех конфигурациях, где стоит много дисков и приводов CD-ROM. Настраиваем видеорежим, если необходимо - прописываем какие-то программы в автозагрузку (в реестре в разделе Run).

Запускаем Windows\System\msconfig.exe и убираем из автозагрузки scanregw.exe (заодно стираем из каталога C:\RAMDISK\WINDOWS (Y:\WINDOWS) программы scanregw.exe и scanreg.exe).

Затем заходим в «Панель управления», выбираем иконку «Система», закладку установки быстродействия системы и там отменяем использование виртуальной памяти - действительно, зачем нам виртуальная память на RAM-диске? Естественно, потом следует протестировать полученную конфигурацию на том объеме памяти, которую мы собираемся выделить. Соответственно из каталога Y:\WINDOWS пропадет файл Win386.swp приличного размера.

На всякий случай переименовываем в Y:\WINDOWS файл system.dat в system.cdr. В противном случае, если в нашей системе все же будет жесткий диск с операционной системой Windows, система может обратиться к его реестру. После этого опять придется перегрузиться с дискеты под MS-DOS, зайти в двоичный редактор и заменить в теле IO.SYS (редактируем тот, который находится на диске C:\, не забывая, что мы сохранили его резервную копию) значение SYSTEM.DAT на SYSTEM.CDR.

Загрузимся снова и проверим в реестре параметр HKLM\Software\Microsoft\Windows\CurrentVersion\SystemRoot - он должен быть Y:\Windows.

Теперь мы должны решить проблему с длинными именами файлов. Дело в том, что при переписывании под MS-DOS они у нас неизбежно будут усечены до восьми символов. Здесь есть три пути. Первый - это подчистить систему, удалив все длинные имена папок и файлов, а программы инсталлировать не в каталог Program Files, а в какой-нибудь короткий каталог Programs, чтобы затем смело переписать все содержимое на RAM-диск в один прием командой XCOPY (файл XCOPY.EXE) или распаковать одним архивом (например, исполняемым под MS DOS SFX-файлом). Второй (более сложный) - это переписать систему в два приема: сначала переписать все файлы и папки, имеющие короткие имена (что будет достаточно для загрузки и работы Windows 98), а уже после ее загрузки дописать все то, что выходит за заветные 8+3 символа (автозапуском из-под Windows). Причем это можно сделать как вторым архивом, созданным уже под Windows, так и той же командой XCOPY (но это будет уже XCOPY32). И наконец, третий путь (комбинированный) - все короткое переносится на RAM-диск, а все длинное остается на CD-ROM. В принципе, в наиболее важных папках (типа Windows или Windows\System) длинных имен нет.

Теперь исправим файл MSDOS.SYS (взяв за основу тот, который находится на диске C:\ полноценной системы Windows 98, и не забыв, что старый мы сохранили). Поправим в нем некоторые параметры (для этого можно воспользоваться простым текстовым редактором типа Notepad или Edit.com из набора Windows, сняв предварительно параметр «Только для чтения»):

  • для того чтобы не загружать графический интерфейс автоматически, достаточно исправить в файле MSDOS.SYS параметр BootGUI с 1 на 0. При BootGUI равном 1 по окончании загрузки DOS и драйверов реального режима (которые запускаются из Config.sys и Autoexec.bat) сразу автоматически стартует Win.com, находящийся в папке Windows. Теперь он этого делать не будет, пока не запустится специально;
  • MSDOS.SYS управляет загрузкой еще нескольких драйверов реального режима, необходимость которых теперь сомнительна, но они занимают место в памяти. Поскольку мы не будем использовать сжатые диски (как, впрочем, и несжатые), вставим в строки DblSpace=0 и DrvSpace=0;
  • большинству пользователей, не работающих с интерфейсом SCSI, совершенно не нужна двойная буферизация дисков, поэтому можно исправить параметр DoubleBuffer на 0;
  • в целях экономии ресурсов или ускорения загрузки системы можно поправить еще целый ряд параметров: Logo выключает показ заставки, DisableLog запрещает ведение протокола загрузки и т.д.;
  • поправленный файл MSDOS.SYS может выглядеть приблизительно следующим образом: WinDir=Y:\WINDOWS WinBootDir=Y:\WINDOWS HostWinBootDrv=Y BootDelay=0 DisableLog=1 DblSpace=0 DrvSpace=0 Logo=0 BootMulti=0 BootGUI=0 DoubleBuffer=0 AutoScan=0 Network=0 BootWarn=0

Перепишем файл MSDOS.SYS на дискету вместо того, который там был.

После этого в последний раз перегружаем систему с дискеты, входим в командную оболочку и восстанавливаем исходную рабочую среду: опять переименовываем папку Windows, а также файлы win.com, system.ini, system.dat, user.dat, с тем чтобы вернуть исходную конфигурацию. А кроме того, возвращаем сохраненные IO.SYS, MSDOS.SYS, AUTOEXEC.BAT, CONFIG.SYS, то есть приводим все к тому, что было вначале.

И наконец, поправим (или создадим заново) файлы CONFIG.SYS и AUTOEXEC.BAT на загрузочной дискете, чтобы они выглядели примерно так, как на листинге , представленном внизу страницы.

Итак, мы имеем загрузочную дискету и систему на диске в подготовленной конфигурации, то есть все готово для записи болванки CD-R/RW.

При помощи какой-нибудь программы для записи CD-R/RW (например, Nero - Burning Rom) записываем загрузочный CD-диск (указав в качестве загрузочного сектора подготовленную дискету, а остальное взяв из каталогов C:\RAMDISK и C:\CDROM). Возможно, что с первого раза у вас что-то не получится, поэтому лучше потренироваться на перезаписываемых CD-RW-дисках.

После загрузки с CD операционная система Windows должна оказаться на диске Y:\ и работать с него.

Советуем критически отнестись к приведенному примеру и проверить его самостоятельно. Например, важно выбрать такой объем памяти, чтобы на него установилась полученная система (не думаю, что вам будет не жалко 200 Мбайт под RAM-диск, но до 128 - вполне терпимо). Если вам захочется поэкспериментировать с другой операционной системой, не забудьте сначала выяснить минимальные требования к диску и для нее.

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

Единственное ограничение, с которым вы можете встретиться, - это отсутствие поддержки загрузки с CD-ROM в BIOS некоторых материнских плат. В этом случае к вашему CD-ROM дополнительно понадобится подготовленная дискета.

Все необходимые программы и драйверы вы найдете на нашем CD-ROM-диске.

Источники, которые использовались при написании данной статьи:

  1. Специализированное малобюджетное решение для просмотра видеодисков в формате MPEG-4 по домашнему телевизору (http://martin-martin.narod.ru/winram.html);
  2. Вариант с созданием виртуального диска и загрузкой с гибкой дискеты (http://www.slawwwa.boom.ru/0SRWIN.htm).

КомпьютерПресс 11"2002

Глава 1. Общие сведения о бездисковых компьютерах

История возникновения персонального компьютера без “жесткого” диска

Если говорить по существу, то идея использования бездискового компьютера поначалу была воспринято мною без особого энтузиазма. Опыт работы на персональных компьютерах просто не позволял допустить, что компьютер без “винчестера” может быть полноценным рабочим инструментом. Как можно отказаться от такой полезной штуки как жесткий диск, и главное зачем? А на практике все было достаточно просто. Как системный администратор, я стал видеть, что парк компьютерной техники морально устаревает значительно быстрее, чем происходит физический износ. Имея в своем распоряжении десяток “Пентиумов”, приобретенных в 1997-98 годах и находящихся полностью в работоспособном состоянии, мне стало все сложнее и сложнее их обслуживать, так как от пользователей постоянно слышались жалобы на медленную работу их компьютеров. Конечно, при достаточном финансировании ничто не мешает приобретать новые компьютеры раз в 3 года, но в условиях нашей страны это может позволить себе далеко не каждая организация. В общем, денег на новые компьютеры не дали, а меня как системного администратора обязали найти выход из сложившейся ситуации. Аргументы начальства были "железные": зачем нам новые компьютеры, если пользователю нужно только набрать текстовый документ, посчитать что-то в электронной таблице, напечатать это на принтере ну и поработать в Интернете. И выход был вскоре найден в использовании бездисковых сетевых компьютеров, которые были переделаны из старых “морально изношенных” персоналок. Но обо всем по-порядку.

Жесткий диск или “винчестер” - это не самый главный компонент персонального компьютера. На этапе зарождения эры персональных компьютеров – они вообще были лишены дисковых накопителей. Единственным средством хранения информации были гибкие диски (дискеты) и флоппи-дисководы для работы с ними. Хотя первый винчестер был сконструирован в 1956 году (на самом деле, это был прототип винчестера - жесткий диск КАМАС 305, созданный IBM), их массовое применение началось только с 1983 года, когда фирма Seagate Technology выпустила их для пользователей персональных компьютеров IBM PC/XT. Использование жесткого диска как средства хранения и многократного использования информации поставило персональные компьютеры на качественно новый уровень. Посудите сами: скорость и емкость современных винчестеров просто поражают. Теперь на них можно хранить музыку, фотографии, фильмы, программы, документы и т.д. В общем, как ни крути, хорошая штука этот “винчетсер” и совсем не понятно, зачем нужен компьютер без него. Но если более детально подойти к вопросу о необходимости “винчестера” в компьютере, то оказывается, что эта деталь имеет и ряд существенных изъянов. Главный минус “винчестера” - это его механическая природа, вращающиеся внутри компоненты подвержены износу, а, стало быть, могут послужить причиной выхода из строя. Вот вам и парадокс: самое ценное, что есть в компьютере - информацию, мы доверяем одному из самых ненадежных его компонентов - “винчестеру”. Конечно, скептики скажут, что не так уж часто ломаются жесткие диски, и существуют модели “винчестеров”, которые исправно работают на протяжении нескольких лет, но факт остается фактом: “винчестер” ненадежная механическая деталь персонального компьютера. Кроме своей “ненадежности”, жесткому диску присуща еще одна отрицательная черта – стоит он достаточно дорого. Рассмотрим простой пример: локальную сеть банка. Все служащие банка работают с информацией, которая составляет информационную банковскую систему. Понятно, что ей присущи меры обеспечения безопасности, разграничения полномочий и т.д., но по сути это одна большая база данных, которая хранится на серверах, физический доступ к которым не имеют рядовые сотрудники. Вопрос состоит в том, зачем локально хранить какую-либо информацию на винчестере, если все равно важных данных там нет? А если речь идет об отделе с сотней компьютеров, вы только представьте себе о какой колоссальной экономии идет речь (100 х средняя стоимость “винчестера”)!

Из приведенных выше замечаний не следует делать вывод, что я предлагаю вам выбросить ваш “винчестер” и с головой окунуться в мир бездисковых сетевых компьютеров. Просто давайте посмотрим на персональный компьютер под другим углом, представим его частью локальной сети и задумаемся: “А такая ли необходимая и незаменимая вещь жесткий диск?”. С радостью сообщаю, что в наших мыслях мы будем далеко не одиноки. Идея сетевых компьютеров будоражит информационные технологии уже не первый год. Как сейчас помню, что в конце 90-х годов ХХ века, чуть ли не в каждом номере компьютерного журнала или газеты можно было прочитать о новых разработках ПК без жесткого диска, о так называемых “тонких” клиентах или сетевых компьютерах. В последнее время интерес к ним вроде снизился, но это никак не связано с бесперспективностью данного технологического направления. Дело просто в том, что на рынке появились стабильные реализации терминальных компьютерных сетей и интерес к бездисковым ПК перешел из разряда новинок в разряд изученных и применяемых методик, бездисковые компьютеры перестали быть чем-то принципиально новым.

Честно признаться, когда я в первые услышал о ПК без жесткого диска, то эта новость вызвала у меня лишь слабую улыбку, так как более бесполезное изобретение сложно было себе даже представить. Пожалуй конкуренцию ему могут составить разве что: “ПК без центрального процессора” и “ПК без оперативной памяти”. Мое сознание рисовало мне картины подключения этого чуда буржуазной мысли к какой-то невиданной компьютерной сети, через которую этот, по моему мнению, “безмозглый” ПК, загружал операционную систему и получал доступ к удаленным файлам. Но здравый смысл мне подсказывал, что в любом случае информацию нужно где-то локально хранить, пусть даже временно, а следовательно этот “тонкий” клиент должен иметь фантастический объем оперативной памяти. Тогда где экономия от отсутствия “винчестера”? В общем, вопросов было больше, чем ответов и тогда я вовсе не проникся идеей бездискового компьютера. Со временем я все больше и больше погружался в рутину администрирования, а это - установка операционной системы, установка программ, обновление программных продуктов, управление пользователями, сетевыми устройствами, правами доступа и т.п., и поневоле стал замечать, что обслуживание одного отдельно стоящего ПК на порядок сложнее, чем работа с компьютерами, которые объединены в локальную сеть. Более того, я реально стал видеть, что в офисе практически все пользователи компьютеров работают с однотипным набором программных продуктов, и за редким исключением их интересы выходят за пределы офисных приложений, электронной почты и Интернет браузера. К тому же год за годом, парк компьютерной техники на глазах подвергался моральному износу, то есть все компьютеры работали и даже на “винчестерах”, которым было по 5 лет, не было BAD-секторов, но установить, а главное комфортно работать с современным программным обеспечением на них не было никакой возможности. Современные программные продукты действительно нерационально используют аппаратные ресурсы компьютера. Сами посудите, ну зачем для работы с текстовым документом вам нужен компьютер с центральным процессором в 3 ГГц! К тому же администрирование “разношерстной” локальной сети (имеется в виду компьютерная локальная сеть состоящая из ПК с различными типами и версиями операционных систем) порой оказывается достаточно сложной задачей и идея привести все рабочие станции к одному знаменателю выглядит как никогда заманчивой. Только представьте, что в новой локальной сети есть сервер, на котором храниться вся информация о настройках удаленных компьютеров, правах доступа к файлам, сетевый устройствам и т.д. Пользовательский компьютер подключается к такому серверу и получает от последнего все, о чем только пожелает. В этой локальной сети системный администратор фактически администрирует только один компьютер (сервер) и именно работе с ним посвящает практически все свое рабочее время. Рабочие станции пользователей по сути утрачивают свою индивидуальность, так как человеку становится одинаково на каком компьютере работать. Сев за любую машину (прошу прощения, персональный компьютер) вы получаете ваш привычный рабочий стол, общие и личные документы, прикладные программы и знакомую операционную систему. Кажется слишком радужная получилась картина, но с небольшой натяжкой именно так и выглядит работа сети бездисковых компьютеров и вообще терминальные вычислительные решения.

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

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

Статьи по теме: