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

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

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

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

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

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

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

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

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

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

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

Инструкция

Для выполнения этой задачи нужны 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 машин без хардов, заодно блеснете своей «крутизной» перед менеджерами продаж, четко обозначив фразу: «Жесткие диски не нужны!У меня все будет работать и без них!».

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

• - «флешка», 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 на флешку расскажем в конце, а пока что – обзор самых примечательных дистрибутивов, способных оживить ваш ПК.

Операционная система
Puppy Linux

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

Напомним, Puppy – минималистичный дистрибутив Linux, нацеленный на простоту использования неподготовленным пользователем и с минимальными требованиями к ресурсам компьютера. Всё необходимое для работы эта система содержит «из коробки» .

Но самое примечательное в свете нашей проблемы – отсутствия жесткого диска – в том , что Puppy умеет сохраняться на тот же носитель, на который установлен, создавая собственный.sav-файл, где останутся все ваши настройки, закладки и файлы!

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

Porteus

Создатели этой Live-системы пошли схожим с предыдущей путём – этот дистрибутив умеет полностью копировать себя в оперативную память и работать прямо из нее, что делает Porteus очень шустрым, ведь основная «болячка» таких дистрибутивов – ограниченность скорости работы скоростью чтения/записи носителя.

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

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

Фактически, эту ОС можно еще на стадии записи на носитель собрать из таких модулей как конструктор, просто скачав нужные программы из репозитория и добавив их в папку «modules» . При первом же запуске они будут уже установлены и готовы к работе. И соответственно вы сможете сразу же начинать работать на компьютере без жесткого диска.

К преимуществам можно отнести и хороший выбор вариантов графического оформления этой ОС – от минималистичного XFCE для слабого железа до изящных KDE и Cinnamon для обладателей компьютеров помощнее.

Windows XP

Не удивляйтесь, но да, с флешки можно запустить и полноценную «винду» . В Сети выложено огромное количество «живых» сборок Windows XP размером от 600 мегабайт и выше (всё зависит от того, сколько и какого софта и дров создатель сборки «напихал» в образ).

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

Недостаток у этого варианта тот же , что и большей части «живых» дистрибутивов – скорость работы такой ОС ограничена скоростью носителя.