Знакомство с ос семейства unix

Знакомство с OS семейства Unix server

знакомство с ос семейства unix

Знакомство с архитектурой UNIX начнем с рассмотрения таких неотъемлемых для . Особенностью операционных систем семейства UNIX является. Архитектура как UNIX-систем, так и UNIX-подобных систем – многоуровневая. На нижнем уровне работает ядро операционной системы. Функции ядра. Знакомство с операционными системами UNIX и Windows ХР UNIX. Операционная система UNIX была разработана в компании Bell Labs в начале х . не относящиеся к семейству Intel (DEC Alpha, IBM Power PC и SGI MIPS).

По сути, такого понятия как драйвер, в Linux системах не существует. Оборудование либо поддерживается ядром, либо. Несомненный плюс монолитного ядра - оно самодостаточно.

1. ЛАБОРАТОРНАЯ РАБОТА 1. ПРАКТИЧЕСКОЕ ЗНАКОМСТВО С ОПЕРАЦИОННОЙ СИСТЕМОЙ UNIX

Если все оборудование поддерживается - поставил и забыл, самое время вспомнить ситуацию, когда под Windows нет драйвера сетевой карты и диск утерян. Файловая система Мы не будем касаться конкретных файловых систем, тут проблем возникнуть не должно, если администратор работал с Windows системами, то что такое файловая система и чем FAT отличается от NTFS он знает, поэтому разобраться в разнице между ext3, ext4 и, скажем, ReiserFS для него особого труда не составит. А поговорим о фундаментальных отличиях.

В отличие от Windows, файловая система Linuх иерархична. При этом абсолютно не имеет значения, что отдельные части файловой системы могут находиться на других разделах или вообще физических дисках. Рассмотрим еще одну схему. В Windows каждый раздел имеет собственную файловую систему и обозначающую его букву. Все пути к файлам и папкам начинаются с буквы, то есть от корня раздела. Так если у нас на первом физическом диске, на втором логическом разделе была папка DATA, то путь к ней соответственно будет как D: В ряде случаев это жутко неудобно, так как путь надо изменить во всех местах ее использования и даже существуют соответствующие утилиты.

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

знакомство с ос семейства unix

После чего перенести туда все пользовательские данные. В Linux всё есть файл: Не будем вдаваться в подробности, а разберем несколько простых примеров. Скажем, нужно создать образ оптического диска. Берем соответствующий инструмент и копируем содержимое файла устройства в файл ISO образа: Нет ничего проще, копируем содержимое одного файла блочного устройства в файл другого блочного устройства: Другая ситуация, какое-либо ПО настоятельно ищет библиотеку lib Создаем символическую ссылку на lib Потому что все есть файл и символическая ссылка тоже тип файла.

А теперь попробуйте подсунуть Windows приложению lib Или нам нужно сохранить вывод какой-либо команды. Например, команда ifconfig выведет на экран сведения о сетевых адаптерах системы: А теперь вспоминаем, что все есть файл, в том числе и устройство отображения экранпоэтому просто перенаправим стандартный поток вывода вместо экрана в нужный нам файл: Потоки и конвейер В прошлом примере мы затронули стандартный поток вывода.

В Linux существуют стандартные для всех процессов потоки ввода-вывода данных stdin, stdout и поток вывода ошибок stderr.

чЧЕДЕОЙЕ Ч LINUX

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

Например, мы хотим посмотреть список установленных пакетов в системе, в частности пакеты squid. Для этой цели есть команда: Это что такое и как тут что-то понять? На экране быстро промелькнули сведения о всех установленных в системе пакетах и все что мы можем видеть, это "хвост" этого вывода: Но ведь нам и не нужен весь вывод этой команды, нас интересуют исключительно пакеты squid.

Введение в администрирование UNIX/Архитектура UNIX

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

Просто и понятно, все опции как на ладони. Это стало возможным в результате использования конвейера трех команд, первая вывела в поток содержимое файла, вторая отобрала все строки кроме комментариев, а третья удалила пустые, результат мы направили в файл. И это надо помнить! Потому что, в отличие от Windows, myfile. TXT - это три разных файла.

знакомство с ос семейства unix

В целях совместимости с другими системами не стоит этим злоупотреблять и хранить файлы, имя которых отличается только регистром, а хорошим тоном считается использование в именах только строчных букв. Расширения и типы файлов В Windows системах тип файла определяется его расширением, если мы переименуем exe-файл в jpg, то он не запустится, и система будет пытаться обработать его как картинку.

В Linux тип файла определяется по его содержимому и расширение используется исключительно для совместимости с другими системами или для удобства пользователя. Возможность исполнения файла обеспечивается установкой соответствующего атрибута. Так в Windows чтобы сделать скрипт исполняемым, надо было изменить расширение с txt на bat, в Linux для этого нужно сделать файл исполняемым.

Непонимание этого момента приводит к ситуациям, когда начинающий администратор не понимает, почему его скрипт myscript. На самом деле расширение. Позвольте, скажет иной читатель, это ведь сколько всего надо помнить: Тут нужно справочник покупать или всегда интернет под рукой держать Вовсе нет, достаточно помнить названия команд, это как раз несложно, по сложившимся в UNIX традициям, командам дают короткие и удобные имена. А все остальное можно спросить у системы.

Вопреки распространенному мнению, Linux системы прекрасно документированы. Посмотреть синтаксис и ключи любой команды можно запустив ее с ключом --help, а так как описания обычно не помещаются на один экран, то следует перенаправить вывод справки утилите more, которая выведет информацию поэкранно. Допустим, нас интересует команда grep: Вам ничего не напоминает последний скриншот? Нисколько не умаляя значение этого ресурса, можно сказать, что взяв на вооружение команду man и базовые познания в английском, OpenNET вы будете посещать гораздо реже.

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

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

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

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

Со временем ведущие разработчики Unix разработали культурные нормы разработки программного обеспечения, которые стали столь же важны, как и сам Unix.

Социальная роль в сообществе ИТ-профессионалов и историческая роль[ править править код ] Возможно, этот раздел содержит оригинальное исследование.

знакомство с ос семейства unix

Добавьте ссылки на источникив противном случае он может быть удалён. Дополнительные сведения могут быть на странице обсуждения. Невзирая на то, что по ряду мнений[ чьих? Производители аппаратуры в то время часто прохладно относились к Unix, считая её игрушечной, и предлагая свою проприетарную ОС для серьёзной работы — в первую очередь СУБД и основанных на них бизнес-приложений в коммерческих структурах.

К этому прислушивались корпорации, но не академическая среда, которая имела всё для себя необходимое в Unix, зачастую не требовала официальной поддержки от производителя, справляясь своими силами, и ценила дешевизну и переносимость Unix. Таким образом, Unix была едва ли не первой переносимой на разную аппаратуру ОС. Ещё до того существовали. Среди производителей таких машин выделялась компания Sun Microsystemsсделавшая себе на них имя. До появления RISC-процессоров в этих станциях обычно использовался процессор Motorola x0тот же, что и в компьютерах фирмы Apple хотя и под более развитой операционной системой, чем у Apple.

Около года на рынке появились коммерческие реализации процессоров RISC-архитектуры. Логичным решением ряда компаний Sun и других был перенос Unix на эти архитектуры, что немедленно повлекло за собой и перенос всей экосистемы ПО для Unix. Проприетарные серьёзные ОС, такие как VMS, начали свой закат именно с этого момента даже если и удалось перенести на RISC саму ОС, всё было намного сложнее с приложениями под неё, которые в этих экосистемах зачастую разрабатывались на ассемблере или же на проприетарных языках типа BLISSи Unix стал ОС для самых мощных компьютеров в мире.

Огромные преимущества GUI, а также, например, унифицированная поддержка всех типов принтеров, были оценены и разработчиками, и пользователями. Что же касается GUI для Unix, называемого X11 были и иные реализации, много менее популярныето он не мог полноценно работать на обычной пользовательской PC ввиду требований к памяти — для нормальной работы X11 требовалось 16 МБ, в то время как Windows 3.

При высоких ценах на память это было лимитирующим фактором. Успех Windows дал импульс внутреннему проекту Microsoft под названием Windows NTкоторая была совместима с Windows по API, но при этом имела всё те же архитектурные особенности серьёзной ОС, что и Unix — многозадачность, полноценную защиту памяти, поддержку многопроцессорных машин, права доступа к файлам и каталогам, системный журнал.

Также Windows NT представила журнальную файловую систему NTFSкоторая по возможностям на тот момент превышала все стандартно поставляемые с Unix файловые системы — аналоги под Unix были только отдельными коммерческими продуктами от Veritas и. Многие в то время не верили в возможность Microsoft, традиционно специализирующейся на настольном ПО, быть игроком на рынке ПО масштаба предприятия, где уже были свои громкие имена, такие как Oracle и Sun.

Во второй половине х годов Microsoft начал теснить Unix и на рынке корпоративных серверов. Совокупность вышеперечисленных факторов, а также обвал цен на 3D-видеоконтроллерыставшими из профессионального оборудования домашним, по сути убила само понятие workstation к началу х годов. Кроме того, системы Microsoft проще в управлении, особенно в типовых сценариях использования.

Излишне говорить, что всё это не добавило положительных эмоций Unix-сообществу, а коммерческие Unix-системы от производителей аппаратуры, такие как Solaris, оказались просто под угрозой.

Но в данный момент начался третий резкий взлёт Unix. Ещё в конце х годов Ричард Столлман подытожил те неформальные практики в отношении прав на ПО, что существовали в академической среде откуда вышли и первоначальные поклонники Unix и по сути являлись производными от принятых в этой среде прав на научные открытия и изобретения. Результатом явилась лицензия GPL. Кроме того, Столлман и его товарищи, прекрасно понимая, что для успеха не завязанного на корпорации программного обеспечения необходимы не проприетарные средства разработки, разработал набор компиляторов для различных языков программирования gccчто вместе с разработанными ранее утилитами GNU замена стандартных утилит Unix составило необходимый и достаточно мощный пакет программ для разработчика.

Для создания полностью свободного Unix не хватало по сути только ядра ОС. И оно было разработано финским студентом Линусом Торвальдсом. Первоначально Linux был в достаточной степени неразвитым и примитивным проектом. Однако он верно нашёл для себя нишу, сначала как учебного Unix замена Minix Таненбаумаа затем — как раз тогда началось активное развитие Интернета — и веб-сервера. В дальнейшем Linux достигал всё новых и новых высот: На настоящий момент Linux является заслуженно популярной ОС для серверов, хотя и куда менее популярной на рабочих столах.

Некоторые архитектурные особенности ОС Unix[ править править код ] Особенности Unix, отличающие данное семейство от других ОС приведены ниже. Файловая система древовидная, чувствительная к регистру символов в именах, очень слабые ограничения на длину имён и пути.