4 Как выполнять команды Чтобы ваш запрос был понятен системе unix вы должны ввести каждую команду в корректном формате или синтаксисе командной строки
|
Скачать 0.54 Mb.
|
| t1.4.2. Как выполнять команды Чтобы ваш запрос был понятен системе UNIX вы должны ввести каждую команду в корректном формате или синтаксисе командной строки. Этот синтаксис определяет порядок, в котором вы вводите компоненты командной строки. И вы должны расположить все составные части командной строки в требуемом синтаксисом порядке, иначе shell не сможет интерпретировать ваш запрос. Пример синтаксиса командной строки: command option(s) argument(s) Для каждой командной строки системы UNIX вы должны ввести как минимум два компонента: имя команды и клавишу . (Обозначение используется в документации как инструкция для нажатия клавиши RETURN). Командная строка может также содержать ключи и аргументы. В указанном примере синтаксиса командной строки: command - это имя программы, которую вы хотите выполнить; option - ключи, которые указывают как запустить команду; argument - указывает на данные, которые эта команда обрабатывает, обычно это имя каталога или файла. В командной строке, которая включает ключи и/или аргументы, каждый компонент отделяется друг от друга по крайней мере одним пробелом. Если аргумент содержит пробел, его надо заключить в двойные кавычки. Например, если аргумент sample 1, то вы должны указать его в командной строке как "sample 1". Если вы позабудете поставить двойные кавычки, то shell будет интерпретировать sample и 1 как два отдельных аргумента. Некоторые команды позволяют вам указывать несколько и/или аргументов в одной командной строке. Например: Пример. ls -l -i file1 file2 file3 команда ключи аргументы В этом примере команда ls использует два ключа -l и -i и три аргумента file1, file2 и file3. Ключ -l обеспечивает информацию в длинном формате, включая режим, владельца и размер, а ключ -i печатает номер inode. Система UNIX обычно позволяет вам группировать ключи, например -li, и выводить их в любом порядке. Этого нельзя делать с аргументами. Невзирая на разное количество компонентов, не забудьте в конце командной строки нажать клавишу . Чтобы выполнить команду, введите командную строку, когда на экране появится подсказка (например, символ #). Shell рассмотрит вашу команду как ввод, найдет один или более каталогов, чтобы вызвать программу, которую вы указали, и перенаправит ваш запрос вместе с затребованными программами ядру. Ядро последует инструкциям в программе и выполнит команду, которую вы запрашивали. После завершения выполнения программы, shell сигнализирует, что готов выполнить следующую команду, напечатав подсказку. 1.6. Расположение системы Некоторые операционные системы требуют от вас определить тип файла и использовать его определенным способом. От этого будет зависеть то, как будут файлы сохраняться, т.к. файлы могут быть последовательными, двоичными или произвольной выборки Для системы UNIX все файлы одинаковы. Это делает файловую структуру UNIX легкой в использовании. Например, вам нет необходимости указывать требования к памяти для ваших файлов, т.к. система автоматически это сделает для вас. Или если вам или написанной вами программе необходим доступ к определенному устройству (например, принтеру) вы указываете устройство также как любой из ваших файлов. В системе UNIX существует только один интерейс для всего вашего ввода и вывода для вас; это упрощает ваше взаимодействие с системой. Справочник root содержит несколько важных системных справочников: /stand - содержит загрузочные программы и файлы данных, используемые в процессе загрузки; /sbin - содержит основные исполняемые программы, используемые в процессе загрузки и при восстановлении системы; /dev - содержит специальные файлы, которые представляют периферийные устройства (например, консоль, построчно-печатное устройство, терминалы пользователя и диски); /etc - содержит машинно-зависимые файлы конфигурации и базы данных организации системы; /home - корневой справочник поддерева для справочника пользователя; /tmp - содержит временные файлы; /var - корневой справочник поддерева для изменяющихся файлов (например, файлы log); /usr - содержит другие справочники, включая lib и bin. Справочники и файлы, созданные вами, охватывают часть файловой системы, которая контролируется вами. Другая часть файловой системы обслуживается операционной системой: /sbin, /dev, /tmp и /usr. В этом разделе вы познакомились с основными принципами операционной системы UNIX. Следующие разделы помогут применить эти принципы. 3 Учебник по Linux 3.1 Введение. Новые пользователи UNIX и Linux могут быть ошеломлены размерами и очевидной сложностью системы, которая предстала перед ними. Существует много хороших книг по использованию UNIX для всех уровней подготовки: от новичка до эксперта. Но ни одна из этих книг не обсуждает особенности Linux. Хотя 95% всего связанного с использованием Linux абсолютно аналогично другим UNIX-системам, наиболее прямой путь освоения этой системы, это по учебнику, написанному применительно к Linux. Вот эта книга и есть такой учебник. Здесь не предполагается каких-то предварительных знаний, за исключением первоначального знакомства с персональным компьютером и MS-DOS. Но даже если вы не успели побывать пользователем MS-DOS, вы все равно все здесь поймете. На первый взгляд UNIX очень похож на MS-DOS (в конце концов фрагменты MS-DOS были спроектированы с оглядкой на операционную систему CP/M, которая, в свою очередь, проектировалась с оглядкой на UNIX). Но только при очень уж поверхностном взгляде можно говорить о похожести UNIX и MS-DOS. Если вы абсолютный новичок в мире персональных компьютеров, этот учебник вам поможет. И прежде, чем начать, призываем: не бойтесь экспериментировать! Система вас не укусит. Работая на ней вы ничего не сможете сломать. UNIX имеет встроенные средства защиты, чтобы не дать "нормальным" пользователям (это теперь и вы) возможность испортить важные для системы файлы. Самое плохое, что вы можете натворить, это уничтожить все свои файлы, а тогда, может быть придется и переинсталлировать заново систему прим. переводчика: как правило, хотя и не всегда, чтобы довести систему до переинсталляции, надо иметь прав больше, чем у нормального пользователя. 3.2 Основы Linux. Linux это многозадачная, многопользовательская операционная система. Это означает, что много людей может одновременно использовать один компьютер, выполняя много различных задач. (Это существенное отличие от MS-DOS, где только один человек может использовать в данный момент операционную систему). В UNIX пользователи должны себя идентифицировать при входе, что состоит из двух шагов: ввода имени (имя, по которому вас идентифицирует система) и входной пароль, который является вашим секретным словом для открытия вашего счета (регистрации в системе). Поскольку только вы знаете пароль, никто не может войти в систему под вашим именем. В традиционных UNIX-системах системный администратор присвоит вам имя и начальный пароль при вашей регистрации в системе (при заведении в системе нового пользователя). Но поскольку на своем персональном компьютере вы и системный администратор, вы должны себя (как пользователя) зарегистрировать в системе, прежде чем в нее войдете. Для дальнейших разговоров возьмем условное имя ``larry''. Кроме прочего, каждая система UNIX имеет приписанное ей hostname (имя хоста). Это имя добавляет машине характера и очарования. Hostname используется для идентификации отдельных машин в сети, но даже если ваша машина не в сети, она все равно должна иметь hostname. Например, имя машины, обсуждаемой ниже ``mousehouse'' (мышиная норка). 3.2.1 Регистрация в системе. Прежде, чем вы сможете использовать систему, вы должны зарегистрировать себя в системе. Это необходимо потому, что неразумно использовать имя суперпользователя (root) для обычных нужд. Пользователь root нужен для выполнения привилегированных команд и сопровождения системы. Для того, чтобы зарегистрировать себя, вам необходимо зайти в систему под именем root и использовать команду useradd или adduser (зависит от дистрибутива). Об этой процедуре смотрите подробней в Разделе 4.6. 3.2.2 Вход в систему. При входе вы увидите на экране подсказку, например, такого вида: mousehouse login: Введите регистрационное свое имя и нажмите клавишу Enter. Наш герой larry напечатает следующее: mousehouse login: larry Password: Теперь введите ваш пароль (password). При вводе пароль не будет отображаться на экране, так что набирайте внимательнее. Если вы неправильно набрали пароль, то увидите на экране сообщение: Login incorrect и вам следует попытаться еще раз. Очень забавна ситуация, когда пароль надежно забыт. Тогда Вам придется зайти как root и стереть пароль для соответствующего пользователя (как это делается будет рассказано ниже). Еще более забавна ситуация, когда забыт root-пароль. Она забавна для всех, кроме самого root. Хотя систему даже из такой ситуации можно привести в рабочее состояние, сделать это нелегко. Когда вы наконец правильно введете имя пользователя и пароль, вы официально будете допущены в систему и можете в ней свободно путешествовать. 3.2.3 Виртуальные консоли. Системная консоль, это монитор и клавиатура, связанные непосредственно с системой. Поскольку UNIX многопользовательская система, вы можете иметь дополнительные терминалы, связанные через последовательные порты с вашей системой, но они не будут консолями. Linux, как и некоторые другие версии UNIX, обеспечивает доступ к виртуальным консолям (или VC), которые позволяют войти в систему под несколькими именами в одно время. Для демонстрации этого войдите в систему (как было показано ранее). Теперь нажмите alt-F2. Вы должны снова увидеть подсказку login: , то есть перед вами вторая виртуальная консоль, а вы вошли через первую. Чтобы переключиться обратно на первую VC, нажмите alt-F1. Вы снова на первой консоли. Свежеинсталлированный Linux возможно позволит вам работать с четырьмя первыми VC, используя от alt-F1 до alt-F4. Но можно обеспечить работу с 12-ю VC: по одной на каждую функциональную клавишу. Как видите, использование VC может быть очень эффективным: вы можете работать на нескольких VC одновременно. В то время, как использование виртуальных консолей ограничено (кроме прочего, в каждый момент времени вы можете видеть только одну виртуальную консоль) оно дает вам представление о многопользовательских возможностях UNIX. Пока вы работаете на VC #1, вы можете переключиться на VC #2 и начать работу над чем-то другим. 3.2.4 Оболочки и команды. В большинстве ваших исследований мира UNIX вы будете общаться с ним через оболочку shell. Shell это просто программа, которая воспринимает введенное пользователем, (т.е. команды, которые вы напечатаете) и транслирует это в команды системе. Это можно сравнить с программой COMMAND.COM под MS-DOS, которая делает нечто похожее. Shell лишь один из интерфейсов UNIX. Существует много различных интерфейсов, таких как X Window System, которая позволяет выполнять команды используя мышь и клавиатуру. Как только вы вошли, система запускает shell и вы можете вводить для него команды. Вот короткий пример. Как раз Larry вошел в систему и система выдала подсказку: mousehouse login: larry Password: larry's password Welcome to Mousehouse! /home/larry # ``/home/larry#'' это подсказка shell, показывающая, что он готов принимать команды. (Подробнее про подсказкy позже). Давайте попросим систему сделать что-нибудь интересное: /home/larry# make love make: *** No way to make target 'love' Stop /home/larry# Хм, как оказалось, make это имя существующей в системе программы и shell пытался выполнить эту команду. (Жаль, но система отнеслась к просьбе недружественно). Это подводит нас к жгучему вопросу: Что такое команды? Что происходит, когда вы вводите ``make love''? Первое слово командной строки ``make'' это имя команды, которую предполагается выполнить. Все остальное в командной строке воспринимается как аргументы команды. Пример: /home/larry# cp foo bar Здесь имя команды ``cp'', а аргументы ``foo'' и ``bar''. Когда вы вводите команду, shell делает несколько вещей. Во-первых, смотрит на то, что может (должно) быть именем команды и является ли это внутренней для shell командой (внутренняя, это команда, которую shell знает как выполнять. Существует ряд таких команд, мы о них поговорим позже). Shell также проверяет, не является ли команда синонимом другой или требуется подстановка имени. Если этого не надо делать, shell ищет соответствующую этому имени программу на диске. Если shell находит такую программу, он ее выполняет, передавая ей аргументы из командной строки. В нашем примере shell ищет программу по имени make и пытается выполнить ее с аргументом love. make это программа, которая часто используется при компиляции больших программ, она берет в качестве аргумента имя "целевого" файла компиляции. В случае ``make love'' мы приказали команде make откомпилировать love. Поскольку make не смог найти файла с таким именем, он сообщил (несколько забавным образом) о невозможности выполнить команду и вернулся в подсказку. Что случится, если мы введем команду, а shell не сможет найти программу с этой командой? Давайте попробуем: /home/larry# eat dirt eat: command not found. /home/larry# Все очень просто, если shell не может найти программу с именем данным в командной строке (здесь ``eat''), он выдает сообщение об ошибке, которое объясняет причину невыполнения команды. Вы часто будете видеть это сообщение, если будете вводить имена команд с ошибками. (например, напечатаете ``make love'' вместо ``make love''). 3.2.5 Выход из системы. Прежде, чем идти дальше, мы расскажем, как выйти из системы. При наличии подсказки shell используйте команду: /home/larry# exit для выхода. Есть другие способы выхода, но этот самый безопасный. 3.2.6 Смена пароля. Вы также должны представлять, как можно менять пароль. Команда "passwd" прим. переводчика: именно с пропущенными буквами она и пишется спросит вас про старый пароль и про новый Она попросит дважды ввести новый пароль для надежности. Внимание! Не забывайте свой пароль, иначе вам придется просить системного администратора уничтожить его и установить новый (Если вы и есть системный администратор, см. главу 4). 3.2.7 Файлы и каталоги. Во многих операционных системах (включая UNIX) существует концепция файла, по которой его можно рассматривать просто, как набор информации, которому дано имя. Примерами файлов будут: программа, которая может выполняться, письмо, полученное по электронной почте, написанная вами статья. Существенно то, что все, что хранится на диске, хранится в отдельных файлах. Файлы идентифицируются по именам. Например, файл, содержащий вашу статью может быть сохранен под именем my-paper. Эти имена обычно каким-то образом отражают содержание. Не существует стандартного формата имен файлов, как в MS-DOS и других операционных системах; в общем случае имена файлов могут содержать любые символы (кроме /: смотрите ниже обсуждение формирования "путей") и ограничены 256 символами по длине. Имя с путем (полное имя) ограничено длиной в 4096 символов. Одновременно с концепцией файла рассмотрим и концепцию каталога. Каталог это совокупность файлов. Его можно рассматривать как "папку", содержащую множество различных файлов. Каталоги сами по себе также получают имена, по которым вы их различаете. Каталоги организованы в древовидную структуру, т.е. каталоги могут содержать другие каталоги. К файлу можно обращаться по пути (pathname), формируемой из имени файла, которому предшествует имя каталога, содержащего файл Например, скажем, Larry имеет каталог, названный papers, который содержит три файла: history-final, english-lit, и masters-thesis. (Каждый из этих трех файлов содержит информацию о проводимых Larry работах). Для того, чтобы обратиться к файлу english-lit, Larry может указать маршрут: papers/english-lit Как вы видите, имена каталогов и файлов разделяются единичным слэшем (/). Поэтому имена файлов сами по себе не могут содержать этот символ. Пользователи MS-DOS увидят в этом что-то знакомое, поскольку в MS-DOS для этого используется бэкслэш (\). Как уже говорилось, каталоги могут быть вставлены друг в друга. Например, пусть Larry в каталоге papers имеет другой каталог с названием notes. Этот каталог содержит файлы с именами math-notes и cheat-sheet. Путь файла cheat-sheet будет: papers/notes/cheat-sheet Итак, путь это маршрут, который надо проделать, чтобы добраться до конкретного файла. Каталог выше данного (под)каталога называется родительским каталогом. Здесь каталог papers является родительским для каталога notes. 3.2.8 Дерево каталогов. Большинство Linux систем имеет стандартную структуру каталогов, что облегчает конкретную установку системы. Структура представляет из себя дерево каталогов, начинающееся с каталога ``/'', известного под названием "корневой каталог". Каталоги ниже / относятся к числу важнейших подкаталогов: среди них /bin, /etc, /dev, и /usr. Эти каталоги в свою очередь содержат другие каталоги, которые содержат системные конфигурационные файлы, программы и т.д. В частности, каждый пользователь имеет домашний каталог, который выделяется пользователю для хранения его файлов. В вышеприведенном примере все файлы Larry (такие как cheat-sheet и history-final) содержались в домашнем каталоге Larry. Обычно пользовательский домашний каталог находится под каталогом /home и называется именем пользователя. Так домашний каталог Larry будет /home/larry. Вот простое дерево каталогов. Оно даст вам некоторое представление о том, как организуется дерево каталогов в вашей системе. /_____bin |_dev |_etc |_home_____larry | |_sam |_lib |_proc |_tmp |_usr__X386 |_bin |_emacs |_etc |_g++-include |_include |_lib |_local_____bin | |_emacs | |_etc | |_lib |_man |_spool |_src_____linux |_tmp 3.2.9 Текущий рабочий каталог. Команды, которые вы даете shell, выдаются из вашего текущего каталога. Вы можете думать о вашем рабочем каталоге, как о каталоге в котором вы находитесь. При начальном входе в систему вашим рабочим каталогом автоматически становится домашний каталог (в нашем случае /home/larry). При обращении к файлу вы можете обращаться к нему с учетом вашего местоположения, вместо того, чтобы указывать полный путь. Вот например, у Larry есть каталог papers, а papers содержит файл history-final. Если Larry хочет посмотреть этот файл, он может использовать команду: /home/larry# more /home/larry/papers/history-final Команда more просто показывает файл на экране порциями. Поскольку текущий рабочий каталог Larry /home/larry, он вместо этого может обратиться к файлу с учетом своего текущего местоположения. Команда будет: /home/larry# more papers/historv-final Так что вы можете начинать имя файла (такого как papers/final) с символа, отличного от ``/'', система предполагает, что вы обращаетесь к файлу с учетом вашего текущего рабочего каталога. Это называют относительным именем (а полный маршрут, полное (абсолютное) имя, т.е. путь от корня до данного имени). С другой стороны, если Вы начинаете имя с символа /, система считает, что Вы используете полное имя файла с путем к нему, начиная от корневого каталога (/) файловой системы. 3.2.10 Обращение к домашнему каталогу. Оболочки (shell), т.е. программы, которые читают и выполняют команды пользователя, могут использоваться (одновременно в одной системе) разные. В большинстве систем Linux используются tcsh или bash при начальной регистрации в системе. В tcsh и bash вы можете обратиться к своему домашнему каталогу, используя тильду (~). Например, команда: /home/larry# more ~papers/history-final эквивалентна /home/larry# more /home/larry/papers/history-final Символ ~ просто заменяет имя вашего домашнего каталога. Вы также можете обратиться к домашнему каталогу другого пользователя с помощью тильды. Имя ``~karl/letters'' будет интерпретировано shell, как ``/home/karl/letters'' (если /home/karl домашний каталог пользователя karl). Использование тильды упрощает обращение; не существует каталога с именем ~ так что это просто "синтаксический сахар", который имеется в распоряжении shell. 3.3 Первые шаги в Linux. Перед тем, как начать, важно заметить, что все имена файлов и команд чувствительны к большим и малым буквам (чего нет в системах типа MS-DOS). Например, команда make очень отличается от Make или MAKE. То же относится и к именам каталогов. 3.3.1 Первая прогулка. Теперь мы можем войти в систему и узнать, как обращаться к файлам и менять местоположение в файловой системе, чтобы упрощать свою жизнь в ней. Команда для перемещения по дереву каталогов cd, (``change directory''). Вы скоро обратите внимание, что многие часто используемые команды Linux состоят из двух-трех букв. Формат команды cd: cd directory где directory имя каталога, в который вы желаете перейти. Как мы уже говорили, когда вы входите в систему, вы автоматически оказываетесь в своем домашнем каталоге. Если Larry желает двинуться ниже по дереву (например, в подкаталог papers), он должен использовать команду: /home/larry# cd papers /home/larry/papers# Как видите, изменилась подсказка, отразив изменение местоположения (новый рабочий каталог). Теперь он в каталоге papers и может посмотреть на свой файл history-final с помощью команды: /home/larry/papers# more history-final Чтобы вернуться назад из подкаталога papers, надо использовать команду: /home/larry/papers# cd .. /home/larry# Обратите внимание на пробел между ``cd'' и ``..''. Каждый каталог содержит имя ``..'', которое отсылает к родительскому (для данного каталога) каталогу. Также каждый каталог имеет имя ``.'', которое ссылается на него самого. Поэтому команда: /home/larry/papers# cd . никуда не переведет. В команде cd вы можете использовать маршруты. Чтобы перейти в домашний каталог Карла, вы можете воспользоваться командой: /home/larry/papers# cd /home/karl /home/harl# Используя команду cd без аргументов вы из любого места дерева вернетесь в свой домашний каталог: /home/karl# cd /home/larry# 3.3.2 Просмотр содержимого каталогов. Теперь вы знаете, как ходить по каталогам, но вероятно возникает вопрос: "Ну и что дальше?" Само по себе хождение по каталогам бесполезно, давайте познакомимся с новой командой ls. ls (LiSt) выдает на экран перечень файлов и каталогов (по умолчанию из текущего каталога). Например, /home/larry# Is letters papers /home/larry# Здесь мы видим, что у Larry три "единицы хранения" в его текущем каталоге: Mail, letters и papers. Но это мало, что говорит: каталоги это или файлы? Можно использовать опцию (прим. переводчика: часто в документации по UNIX используют в этом контексте слово "флаг") -F в команде ls, чтобы получить больше информации: /home/larry# Is --F Mail/ letters/ papers/ /home/larry# Приписанные справа к именам файлов / говорят о том, что это подкаталоги. Использование ls -F (обратите внимание "-F" пишется без пробела) может дать также ``*'' в конце некоторых имен файлов. Это будет говорить о том, что это выполняемые файлы или программы. Если, при вызове ls -F, ничего справа не приписано к имени, то это "нормальный" файл, т.е. не каталог и не выполняемый файл. В общем, каждая команда UNIX может иметь несколько опций в дополнение к другим аргументам. Эти опции обычно записываются со знаком ``-'', как это было показано на примере ls -F. Опция -F сообщает команде ls, что необходимо выдать дополнительную информацию о типе файлов. Если вы напишете в команде ls имя каталога, то она выдаст содержимое указанного каталога: /home/larry# Is -F papers english-lit history-final masters-thesis notes/ /home/larry# Или, чтобы было интереснее, давайте посмотрим, что имеется в системном каталоге /etc/: /home/larry# Is /etc Images ftpusers lpc rc.new shells adm getty magic rc0.d startcons bcheckrc gettydefs motd rc1.d swapoff brc group mount rc2.d swapon brc inet mtab rc3.d syslog.conf csh.cshrc init mtools rc4.d syslog.pid csh.login init.d pac rc5.d syslogd.reload default initrunlvl passwd rmt termcap disktab inittab printcap rpc umount fdprm inittab.old profile rpcinfo update fstab issue psdatabase securetty utmp ftpaccess lilo rc services wtmp /home/larry# Для вышедших из MS-DOS пользователей полезно обратить внимание, что имена файлов могут быть длиннее 8 символов и содержать точку на любой позиции. Можно даже использовать несколько точек в одном имени. Давайте поднимемся вверх по дереву (прим. переводчика: так уж сложилось, что в UNIX начальной вершиной дерева является "корень (root)"), используя команду ``cd ..'', а затем спустимся в другой каталог (/usr/bin): /home/larry# cd .. /home# cd .. /#cd usr /usr# cd bin /usr/bin# Вы, разумеется, можете передвигаться по каталогам большими шагами, например, сразу выполнить cd /usr/bin. Постарайтесь погулять по каталогам, используя команды ls и cd. В некоторых случаях вы можете напороться на раздражающее сообщение ``Permission denied''(обращение запрещено). Это всего лишь сработала система защиты UNIX, чтобы выполнять команды в тех или иных каталогах вы должны иметь на это разрешение. Подробнее об этом поговорим позже. 3.3.3 Создание новых каталогов. Пора познакомиться с тем, как создавать каталоги. Это делается командой mkdir. Попробуйте следующее: /home/larry# mkdir foo /home/larry# Is -F Mail/ foo/ letters/ papers/ /home/larry# cd foo /home/larry/foo# Is /home/larry/foo# Наши вам поздравления! Вы только что создали новый каталог и зашли в него. Поскольку пока нет файлов в этом новом каталоге, давайте познакомимся с тем, как копировать файлы. 3.3.4 Копирование файлов. Копирование файлов осуществляется командой cp (CoPy): /home/larry/foo# cp /etc/termcap /home/larry/foo# cp /etc/shells /home/larry/foo# Is -F shells termcap /home/larry/foo# cp shells bells /home/larry/foo# Is -F bells shells termcap /home/larry/foo# Команда cp копирует файлы, перечисленные в командной строке, в файл или каталог, указанный последним аргументом. (прим. переводчика: несколько файлов одной командой cp можно скопировать только в каталог; в файл можно скопировать только один файл). Обратите внимание на то, как мы используем каталог ``.'' для ссылки на текущий каталог. 3.3.5 Перемещение файлов. Новая команда с именем mv (MoVe) перемещает файлы вместо их копирования. Синтаксис команды очевиден: /home/larry/foo# mv termcap sells /home/larry/foo# Is -F bells sells shells /home/larry/foo# Обратите внимание, что теперь termcap уже не существует, а на его месте файл sells. Это можно использовать для переименования файлов, что мы сейчас и сделали. Но можно и переносить файлы в совсем другие каталоги. Внимание! Команды mv и cp уничтожат содержимое файла в который они пишут (если он существовал), не спрашивая вашего разрешения. Будьте внимательны, когда вы переносите файл в другой каталог: там уже может существовать файл с таким именем и вы его затрете. 3.3.6 Удаление файлов и каталогов. Мы с вами насоздавали ненужных файлов, изучая работу команды ls. Для удаления файлов используется команда rm (ReMove): /home/larry/foo# rm bells sells /home/larry/foo# Is -F shells /home/larry/foo# У нас ничего не осталось, кроме shells, но не будем переживать. Обратите внимание, что команда rm не будет вас переспрашивать перед удалением, так что будьте осторожны. Приказы пользователя не обсуждаются, они выполняются! Родственная rm команда rmdir. Эта команда удаляет каталоги, но только пустые каталоги. Если в каталоге есть хоть какие-нибудь файлы или подкаталоги, она распишется в бессилии. 3.3.7 Просмотр файлов. Команды more и cat используются для просмотра содержимого файлов. more выдает файл на дисплей "поэкранно", в то время, как cat выдает весь файл разом. (прим. переводчика: если файл длинный, то, при использовании команды cat файл промелькнет и на экране останутся последние строки). Чтобы посмотреть файл shells, используем команду: /home/larry/foo# more shells При использовании команды more нажимайте клавишу пробел для перехода к следующей странице и b для возврата к предыдущей. Нажав q, вы выйдете из more. А теперь попробуйте команду cat etc/termcap/. Текст промелькнет слишком быстро, чтобы успеть его прочитать. На самом деле команда ``cat'' (conCATenate) в основном используется для других целей, для той же конкатенации нескольких файлов. Это в дальнейшем будет обсуждаться. 3.3.8 Получение оперативной помощи. Практически каждый UNIX имеет то, что называется "Руководство" man (``manual pages''). Эта команда man содержит документацию на различные команды системы, ресурсы, конфигурационные файлы. Например, если вы хотите найти информацию о других опциях команды ls, введите: /home/larry# man Is и вам на экран будут выведены страницы Руководства по ls. К сожалению, большинство страниц руководства написаны с ориентацией на пользователей, имеющих некоторые представления о работе соответствующих команд. Поэтому страницы Руководства обычно содержат справочные данные по командам, а не учебный материал. Но Руководство неоценимо для освежения памяти, если вы забыли синтаксис команды. Руководство может также много рассказать вам о командах, которые мы даже не упомянем в этой книге. Я предлагаю вам посмотреть в Руководстве те команды, которые мы уже обсуждали и все, с которыми мы будем встречаться. Вы обнаружите, что не на все команды есть Руководство. Тому несколько причин. Одна, некоторые страницы Руководства еще просто не написаны (the Linux Documentation Project, программа подготовки документации для Linux, как бы отвечает за решение этой проблемы. Мы уже собрали большую часть документации). Во-вторых, команда может быть внутренней командой shell или синонимом (alias), что обсуждалось, в каждом из этих случаев для них нет собственных страниц. Возьмем для примера cd, которая является внутренней командой shell. Shell выполняет эту команду, но она не имеет своей отдельной программы. 3.4 Доступ к файлам MS-DOS. Если, по какой-нибудь необъяснимой причине, вам необходимо обеспечить доступ к файлам MS-DOS, вы можете это легко сделать. Обычно для получения доступа к файлам MS-DOS, вам достаточно примонтировать MS-DOS раздел или дискету и обращаться к фалам через файловую систему Linux. Например, если вы вставите дискету MS-DOS в устройство /dev/fd0 (A: в нотации MS/DOS), команда: # mount -t msdos /dev/fd0 /mnt примонтирует эту дискету к каталогу /mnt. Посмотрите раздел 4.8.4 для получения дополнительной информации о монтировании флоппи-дисков. Точно также, вы можете примонтировать MS-DOS раздел на вашем винчестере. Если вы, например, имеете MS-DOS раздел на /dev/hda1, команда: # mount -t msdos /dev/hdal /mnt смонтирует его. Не забудьте размонтировать DOS-раздел после окончания работы с ним. Вы можете монтировать раздел MS-DOS автоматически во время загрузки системы, если добавите строку в файл /etc/fstab (см. раздел 4.4). Например, следующая строка в файле /etc/fstab монтирует DOS раздел /dev/hda1 в каталог /dos: /dev/hdal dos msdos defaults Вы также можете смонтировать файловую систему VFAT, используемую Windows 95/98/2000: # mount -t vfat /dev/hdal /mnt Таким образом вы получите возможность работы с длинными именами файлов. Данный подход применим только к разделам, которые реально хранят длинные имена. Нельзя работать с длинными именами, если раздел смонтирован как нормальный FAT16. Замечание: VFAT и FAT32 поддерживаются одним модулем ядра системы, так что если вы можете смонтировать раздел VFAT, то можете смонтировать и раздел FAT32. Подобная ситуация иногда приводит к забавным ситуациям, типа случая с Red Hat Linux, в которой не было упоминания про FAT32, хотя ее поддержка имелась (речь шла только о VFAT). Вы можете также получить доступ к файлам MS-DOS, используя пакет Mtools. Команды mcd, mdir и mcopy этого пакеты работают точно также как команды MS-DOS cd, dir, copy. Если вы установили пакет Mtools, то он должен содержать и руководства на эти команды. Доступ к файлам MS-DOS и выполнение программ MS-DOS две разных вещи. В настоящее время в процессе разработки находится эмулятор программ MS-DOS. Он широко распространен и даже входит в состав дистрибутива SLS. Доступен он также и по FTP с многих серверов (см. приложение B). Эмулятор MS-DOS достаточно полон для выполнения большинства DOS программ, включая Wordperfect. Однако Linux и MS-DOS совершенно разные операционные системы и полнота любого MS-DOS эмулятора в любой UNIX-системе всегда ограничена. В разработке также находится несколько эмуляторов Microsoft Windows, которые будут работать под X Window System (ее иногда называют X Windows, но это неправильно). 3.5 Краткая информация о базовых командах. Этот раздел представляет некоторые наиболее полезные базовые команды , включая те, о которых мы уже говорили. Обратите внимание, что опции обычно начинаются с ``-'' и во многих случаях несколько однобуквенных опций могут следовать за одним минусом, записанные слитно. Например, вместо использования ls -l -F, можно использовать ls -lF. Вместо перечисления всех возможных опций каждой команды, мы будем говорить только о тех, которые полезны или важны в данное время. Действительно, большинство из этих команд имеет большое число опций (большинство из которых никогда не используется). Вы можете для каждой команды с помощью man посмотреть все возможные опции. Обратите также внимание на то, что многие из команд берут список файлов или каталогов, как аргументы, обозначенные как `` ... ''. Например, команда cp берет в качестве аргументов список файлов, которые надо копировать, за которыми следует имя целевого файла или каталога. При копировании нескольких файлов в качестве целевого может выступать только каталог! 3.6 Исследование файловой системы. Файловая система есть собрание файлов и иерархия каталогов. Я обещал поводить вас по файловой системе, и время настало. У вас достаточно интеллекта и знаний извлечь пользу из того, что я говорю и у вас есть карта дорог. /_____bin |_dev |_etc |_home_____larry | |_sam |_lib |_proc |_tmp |_usr__X386 |_bin |_emacs |_etc |_g++-include |_include |_lib |_local_____bin | |_emacs | |_etc | |_lib |_man |_spool |_src_____linux |_tmp Перво-наперво вернемся в корневой каталог (cd /) и сделаем ls -F. Вы, очевидно, увидите каталоги: bin, dev, etc, home, install, lib, mnt, proc, root, tmp, user, usr и var. Можете увидеть и несколько отличный вариант: не волнуйтесь, различные версии Linux могут иметь отличия. Присмотримся к каждому каталогу: /bin bin сокращенно от ``binaries'' (т.е двоичные или выполняемые файлы). Здесь находится много важных системных программ. Используйте команду ``ls -F /bin'' чтобы посмотреть имеющийся здесь список файлов. Вы можете обнаружить здесь уже знакомые вам команды, вроде cp, ls и mv. Это и есть программы соответствующих команд. Когда, например, вы используете команду cp, вы выполняете программу /bin/cp. Используя ls -F, вы увидите, что большинство (если не все) файлов в /bin имеют справа от имени звездочку (``*''). Это говорит о том, что файлы выполняемые, как описано в разделе 3.3.2. /dev Следующая остановка на нашем пути dev. Вновь посмотрите на содержимое с помощью ls -F. "Файлы" в /dev известны как драйверы устройств они используются для доступа к устройствам и ресурсам системы, таким как диски, модемы, память и т.д. Например, как вы можете читать данные из файла, точно также вы можете читать входные сигналы от мыши, имея доступ к /dev/mouse. Имена файлов, начинающиеся на fd это дисководы гибких дисков. fd0 первый дисковод, fd1 второй. Теперь самые шустрые из вас заметят, что здесь имеется больше дисководов, чем те два, которые мною упоминались: они представляют специфические типы дисководов. Например, fd1H1440 представляет доступ к high-density, 3.5" дискетам на дисководе 1. Вот перечень некоторых из наиболее используемых файлов устройств: /dev/console/ относится к системной консоли, т.е. к монитору, напрямую связанному с системой. Различные /dev/ttyS и /dev/cua устройства используются для доступа к последовательным портам. Например, /dev/ttyS0 относится к ``COM1'' под MS-DOS. Устройства /dev/cua относятся к "звонящим" (``callout'') устройствам, которые используются совместно с модемами. Устройства, имена которых начинаются с hd, имеют доступ к жестким дискам. /dev/hda относится ко всему первому жесткому диску, а hda1 только к первому разделу /dev/hda. Устройства с именами, начинающимися на sd SCSI-драйверы. Если у вас SCSI жесткий диск, вместо доступа к нему через /dev/hda, вы будете обращаться к /dev/sda. SCSI ленты доступны через устройства st, а SCSI CD-ROM через sr. Устройства lp обеспечивают доступ к параллельным портам. /dev/lp0 относится к ``LPT1'' в MS-DOS. /dev/null используется как "черная дыра": любые данные, посланные сюда, канут в Лету. Если вы хотите подавить вывод команды на экран, вы можете перенаправить этот вывод в /dev/null. Мы об этом позже еще поговорим. Устройства с именами /dev/tty относятся к "виртуальным консолям" вашей системы (доступ путем нажатия alt-F1, alt-F2 и т.д.). /dev/tty1 соответствует первой VC, /dev/tty2 соответствует второй и т.д. Устройства, чьи имена начинаются на /dev/pty, это "псевдотерминалы". Они используются для входа с удаленных "терминалов". Например, если ваша машина в сети, вход к вам по telnet будет использовать одно из устройств /dev/pty. /etc /etc содержит множество всевозможных системных файлов конфигурации. Они включают /etc/passwd (файл паролей), /etc/rc (командный файл инициализации) и т.д. /sbin /sbin используется для хранения важных системных двоичных файлов, используемых системным администратором. /home home содержит домашние каталоги пользователей. Например, /home/larry домашний каталог пользователя ``larry''. На вновь инсталлированной системе этот каталог может быть пуст в связи с временным отсутствием зарегистрированных пользователей. /lib /lib содержит образы разделяемых библиотек (shared library images). Эти файлы содержат код, который могут использовать многие программы. Вместо того, чтобы каждая программа имела свою собственную копию этих выполняемых файлов, они хранятся в одном общедоступном месте в /lib. Это позволяет сделать выполняемые файлы меньше и сэкономит место в системе. /proc /proc это "виртуальная файловая система", в которой файлы хранятся в памяти, а не на диске. Они связаны с различными процессами, происходящими в системе, и позволяют получить информацию о том, что делают программы и процессы в указанное время. /tmp Многие программы нуждаются в создании рабочих файлов, которые нужны короткое время. Каноническое место для этих файлов в /tmp (там обычно чаще проводится уборка мусора). /usr /usr это очень важный каталог. Он состоит из ряда подкаталогов, которые в свою очередь содержат наиболее важные и полезные программы и файлы конфигурации, используемые системой. Различные каталоги, описанные выше, необходимы для нормального функционирования системы, но большинство вещей, содержащихся в /usr необязательны для системы. Но это такие необязательные вещи, которые делают систему полезной и интересной. Без /usr вы бы имели достаточно занудную систему, содержащую только программы, вроде cp и ls. /usr содержит много больших программных пакетов и конфигурационных файлов, которые их сопровождают. /usr/X386 /usr/X386 содержит The X Window System, если вы ее инсталлировали. X Window System это мощная графическая среда, которая содержит большое количество графических утилит и программ, отображающих "окна" на вашем экране. Если вы знакомы с Microsoft Windows или Macintosh environments, то X Windows будет выглядеть весьма похоже. Каталог /usr/X11К6 содержит все выполняемые и конфигурационные файлы X Window, а также файлы поддержки. /usr/bin /usr/bin настоящее хранилище для различных программ UNIX. Он содержит большинство выполняемых программ, которых нет ни в каких других местах, например, в том же /bin их нет. /usr/etc Точно также, как и /etc, содержит всевозможные системные программы и конфигурационные файлы. /usr/etc содержит даже больше утилит и файлов. В общем, файлы, находящиеся в /usr/etc несущественны для системы, в отличие от тех, которые находятся в /etc, и очень существенны. /usr/include /usr/include содержит include-файлы для компилятора Си. Эти файлы (большинство имен которых заканчивается на .h (от слова ``header'') объявляют имена структур данных, подпрограмм и констант, используемых при написании программ на Си. Те файлы, которые находятся в /usr/include/sys в общем случае используются при программировании на системном уровне UNIX. Если вы знакомы с языком программирования Си, здесь вы найдете такие заголовки (фрагменты программ, вставляемые обычно в начало программы), stdio.h, которые описывают такие функции, как printf(). /usr/g++-include /usr/g++-include содержит include-файлы для компилятора Cи++ (очень похожие на /usr/include). /usr/lib /usr/lib содержит библиотеки-"заглушки" и "статические" библиотеки, эквивалентные файлам из /lib. При компиляции программа "связывается" с библиотеками, находящимися в /usr/lib, которые в свою очередь направляют программы в /lib, если им нужен актуальный код. Кроме того, многие другие программы хранят в /usr/lib свои конфигурационные файлы. /usr/local /usr/local в большой степени похож на /usr он содержит различные программы и файлы, несущественные для системы, но превращающие ее в удовольствие и восторг. В общем, эти программы, находящиеся в /usr/local специализируются на специфике вашей системы, т.е. /usr/local сильно отличается в различных UNIX. Здесь вы найдете такие большие программные пакеты, как TeX (система форматирования документов) и Emacs (большой и мощный редактор), если вы их установите. /usr/man Этот каталог содержит страницы Руководства. Здесь два подкаталога для каждого "раздела" Руководства. (С помощью команды "man man" вы можете получить более подробную информацию). Например, /usr/man/man1 содержит исходные тексты (неотформатированный оригинал) страниц Руководства в разделе 1 и /usr/man/cat1 содержит отформатированные страницы для раздела 1. /usr/src /usr/src содержит исходные коды (неоткомпилированные программы) для различных программ вашей системы. Наиболее важная вещь здесь, это /usr/src/linux, содержащий исходные коды ядра Linux. /var /var содержит каталоги, которые часто меняются в размере или имеют тенденцию быстро расти. Многие из этих каталогов "квартировались" в /usr, но поскольку мы стремимся сделать его достаточно стабильным, каталоги, которые часто меняются, были перенесены в /var. К числу таких каталогов относятся: /var/adm /var/adm содержит различные файлы, интересные системному администратору, специфические системные файлы, фиксирующие ошибки и проблемы, возникающие в системе. Другие файлы фиксируют входы в систему, как и неудачные попытки войти. /var/spool /var/spool содержит файлы, которые предварительно формируются для других программ. Например, если ваша машина подключена к сети, входная почта будет помещаться в /var/spool/mail до тех пор, пока вы не прочитаете ее или не удалите. Входящие и исходящие новости помещаются в /var/spool/news и т.д. Различные каталоги, описанные выше необходимы для системы, но большинство элементов, найденных в /usr факультативно. Однако, эти факультативные элементы делают систему полезной и интересным. Без /usr, вы имели бы скучную систему, которая поддерживает только программы подобные cp и ls. /usr содержит большинство больших пакетов программ и файлов конфигурации, которые сопровождают их. 3.7 Типы оболочек. Как я уже много раз говорил, UNIX многозадачная, многопользовательская операционная система. Многозадачность очень полезна: однажды привыкнув к ней, вы будете всегда ее использовать. Прежде всего, вы сможете выполнять задачи в фоновом режиме, переключать задачи и объединять их в конвейер, достигая сложных результатов простыми средствами. Многие из возможностей, которые мы будем обсуждать в этом разделе, обеспечиваются самой оболочкой (shell). Будьте внимательны, не путайте UNIX (фактическую операционную систему) с оболочкой: оболочка, это лишь интерфейс с находящейся за ней системой. Оболочка обеспечивает выполнение громадного числа функций помимо собственно UNIX. Оболочка не только интерпретатор интерактивных команд, которые вы можете ввести, получив от оболочки подсказку (готовности принимать команды). Это также мощный командный язык, который позволяет писать программы (shell-scripts), объединяющие несколько команд в командный файл. Пользователи MS-DOS почувствуют здесь нечто схожее с ``batch-файлами''. Использование программ на языке оболочки (shell) очень мощное средство, которое позволяет автоматизировать и и существенно повысить эффективность использования UNIX. Смотрите дополнительные сведения ниже. Существует несколько типов оболочек в мире Linux. Две главные: ``Bourne shell''(shell Борна) и ``C shell'. Shell Борна (или просто shell) использует командный синтаксис, похожий на первоначально для UNIX придуманный (вроде UNIX System III). В большинстве UNIX-систем shell Борна имеет имя /bin/sh (где sh сокращение от ``shell''). C shell использует иной синтаксис, чем-то напоминающий синтаксис языка программирования Си. В большинстве Linux-систем он имеет имя /bin/csh. В Linux есть несколько вариаций этих оболочек. Две наиболее часто используемые, это Новый Shell Борна (Bourne Again Shell) или ``Bash'' (/bin/bash) и Tcsh (/bin/tcsh). Bash это развитие прежнего shell с добавлением многих полезных возможностей, частично содержащихся в C shell. Поскольку Bash можно рассматривать как надмножество синтаксиса прежнего shell, любая программа, написанная на добром старом shell Баурна должна работать и в Bash. Для тех, кто предпочитает использовать синтаксис C shell, Linux поддерживает Tcsh, который является расширенной версией C shell. Тип оболочки, которую вы решили использовать - это почти как выбор религии. Некоторые предпочитают синтаксис shell Баурна с дополнительными возможностями, предоставляемыми Bash, а некоторые - более структурированный синтаксис C shell. Для "нормальных" команд, таких как cp и ls, тип используемого вами shell никакой роли не играет. Только когда вы начнете писать командные файлы или использовать некоторые новые свойства оболочек, различия между ними становятся существенными. При обсуждении далее некоторых свойств оболочек мы будем обращать внимание на различие между Борновским shell и C shell. (Если вам это действительно очень интересно, почитайте Руководство по поводу bash и tcsh). 3.8 Символы подстановки. Ключевое свойство большинства оболочек Unix это способность ссылаться сразу более, чем на один файл, используя для этого специальные символы. Эти, так называемые "символы подстановки" (wildcards), позволяют ссылаться, скажем, на все файлы, содержащие символ "n". Символ ``*'' относится к любому символу или строке символов в имени файла. Например, когда вы используете символ ``*'' в имени файла shell заменяет ее всеми возможными именами файлов из каталога, на который вы ссылаетесь. Вот простенький пример. Предположим, что Larry имеет файлы frog, joe и stuff в своем текущем каталоге: /home/larry# Is frog ]oe stuff /home/larry# Для обращения сразу ко всем файлам с буквой ``o'' в имени, мы можем использовать команду: /home/larry# Is *o* frog joe /home/larry# Как видите, ``*'' была заменена всеми возможными именами файлов из имевшихся в текущем каталоге. Использование просто ``*''даст совпадение со всеми именами, поскольку все символы совпадают с символом подстановки: /home/larry# Is * frog Joe stuff /home/larry# Вот еще несколько примеров: /home/larry# Is f* frog /home/larry# Is *ff stuff /home/larry# Is *f* frog stuff /home/larry# Is s*f stuff /home/larry# Процесс замены ``*'' на имена файлов называется расширением и выполняется shell. Это важно: конкретные команды, вроде ls, никогда не видят ``*'' в своем списке параметров. Shell, расширяя символ подстановки, включает в список параметров все имена, прошедшие сравнение с шаблоном. Так что команда: /home/larry# Is *o* расширяется shell до фактической: /home/larry# Is frog joe Одно важное замечание относительно ``*''. Использование ее не даст совпадения с именами файлов, которые начинаются с точки (``.''). Эти файлы воспринимаются как "спрятанные", хотя на самом деле их никуда не прятали. Они не показываются в списке, выдаваемом нормальной командой ls и не выбираются при использовании ``*''. Вот пример. Мы уже упоминали, что каждый каталог имеет два специальных файла: ``.'' (указание на текущий каталог) и ``..'' (указание на родительский каталог). Однако, если вы используете команду ls, эти два файла не будут отображены: /home/larry# Is -a .bash-profile .bashrc frog joe stuff /home/larry# Если вы используете опцию -a в команде ls, то вы сможете увидеть имена, начинающиеся на ``.'': /home/larry# Is ]?e Joe /home/larry# Is f??g frog /home/larry# Is ????f stuff /home/larry# Как видим, два специальных файла ``.'' и ``..'', также, как два других "спрятанных" файла - .bash_profile и .bashrc. Эти два файла используются при входе larry в систему. Более подробно о них поговорим позже. Обратите внимание, что когда мы используем ``*'', ни один из файлов, с именами, начинающимися на ``.'' не отображается: /home/larry# Is * frog Joe stuff /home/larry# Это мера предосторожности: если ``*'' выбирала бы имена файлов, начинающиеся на ``.'', она бы также выбрала имена ``.'' и ``..''. Но это может быть опасно при выполнении ряда команд. Другой символ подстановки ``?''. ``?'' позволяет подставить строго один символ. Так ``ls ?'' выдаст на только имена файлов, состоящие из одного символа, а ``ls termca?'' выдаст ``termcap'', но не выдаст на экран ``termcap.backup''. Вот еще один пример: /home/larry# Is J?e Joe /home/larry# Is f??g frog /home/larry# Is ????f stuff /home/larry# Как видите, символ подстановки позволяет описывать много файлов за один раз. При обзоре простейших команд мы говорили, что команды cp и mv могут копировать или перемещать множества файлов за один раз. Например, /home/larry# cp /etc/s* /home/larry скопирует все файлы в /etc, с именами начинающимися с ``s'' в каталог /home/larry. Формат команды cp на самом деле: cp files destination где files список копируемых файлов, а destination это файл или каталог, в который производится копирование. mv имеет аналогичный синтаксис. Обратите внимание, что если производится копирование или перемещение более, чем одного файла, должен быть каталогом. В файл скопировать или переместить можно только один файл. 3.9 Каналы Linux. 3.9.1 Стандартный ввод и стандартный вывод. Многие команды Linux получают информацию с так называемого стандартного ввода и посылают информацию на (опять же) так называемый стандартный вывод. (Для них часто используются сокращения ``stdin'' и ``stdout'' соответственно). Ваш shell организует дело так, что стандартным вводом служит клавиатура, а стандартным выводом экран. Вот пример использования команды cat. Нормально cat читает данные из файлов, чьи имена даны в командной строке и посылает эти данные прямехонько на stdout. Поэтому при выполнении команды: /home/larry/papers# cat history-final masters-thesis на экран пойдет файл history-final, а за ним следом masters-thesis. Но если команде cat не даны имена файлов в качестве параметров, она читает данные с stdin и опять же посылает на stdout. Вот пример: /home/larry/papers# cat Hello there Hello there Bye Bye Ctrl-D /home/larry/papers# Как видите, каждая строка, которую напечатал пользователь, немедленно выдается командой cat на экран. При вводе со стандартного входа команда знает, что ввод закончен тогда, когда она получит в каком-то виде сигнал EOT (End-Of-Text). Обычно он обеспечивается нажатием ctrl-D. Вот другой пример. Команда сортировки sort читает построчно текст (здесь опять с stdin, поскольку имена файлов в параметрах не указаны, и посылает отсортированный результат на stdout. Попробуйте так: /home/larry/papers# sort bananas carrots apples Ctrl-D apples bananas /home/larry/papers# Теперь мы можем упорядочить наш список продуктов, подлежащих закупке, в алфавитном порядке... ну разве Linux не полезная вещь? 3.9.2 Перенаправление ввода и вывода. Теперь, предположим, что мы хотим послать результат сортировки в файл, чтобы где-то сохранить список планируемых покупок. Shell дает нам возможность перенаправлять стандартный выход в файл, используя символ ``>''. Вот как это работает: /home/larry/papers# sort>shopping-list bananas carrots apples Ctrl-D /home/larry/papers# Как вы можете видеть, результат работы команды sort не отображается на экране, вместо этого он сохраняется в файле shopping-list (список покупок). Давайте посмотрим на этот файл: /home/larry/papers# cat shopping-list apples bananas carrots /home/larry/papers# Теперь мы можем не только сортировать (упорядочивать) список планируемых покупок, но и сохранять его! Но предположим, что мы хранили наш неотсортированный исходный закупочный список в файле под именем items. Один из способов сортировки и сохранения его, это отсортировать файл с данным именем, вместо получения файла со стандартного входа, и перенаправить стандартный выход в файл. Например так: /home/larry/papers# sort items>shopping-list /home/larry/papers# cat shopping-list apples bananas carrots /home/larry/papers# Но это можно сделать и по-другому. Перенаправлен может быть не только стандартный вывод, но также и стандартный ввод, используя символ ``<'': /home/larry/papers# sort |
Похожие:
 |
Первым делом запустите команду Первым делом запустите команду cmd (в Windows 8 запускать от имени администратора), чтобы открыть окно сеанса dos, в котором будут... |
 |
Реферат на тему: Работа с редактором VI Можно также использовать некоторые команды построчного редактора, такие как глобальные команды, которые позволяют изменять множество... |
|
Многопользовательская модель разграничения доступа Естественно, имеет смысл вводить такое имя, которое уже известно системе, чтобы она могла "узнать", с кем предстоит работать выполнять... |
|
Данная инструкция актуальна, если wcf-сервис на сервере разворачивается... Для начала нужно выполнить в командной строке Windows (меню «Пуск», «Выполнить») команды |
|
Этот курс был составлен для того, чтобы помочь Вам использовать нашу... Настройка производится автоматически. Как только Вы установите icris на Ваш жёсткий диск, на рабочем столе появится icris-символ,... |
|
Законы должны создаваться не для того, чтобы на них делать деньги Чтобы было понятнее, о чём это я, начну со студенческих времён. Когда в 1969 году я поступил в университет, нам первокурсникам подбросили... |
|
Деловая игра по фармакологии на Олимпиаде студентов фармацевтического факультета В игре – по 1 лек средству для наружного применения (мази, гели, растворы и др.) на каждую команду |
|
Инструкция по работе с инструментом обновления Используйте в командной строке команду ping (ip адрес dvr, по умолчанию 192. 168 108) для проверки подключения. Обычно возвращаемое... |
|
Настройка d-link Dir 300 для Интерсвязи «Основного шлюза» будет –записываем, далее в командной строке ввести nslookup unlim. Is74. Ru(для анлима) или для серфера nslookup... |
|
Unix-подобная операционная система ... |
|
Родителям на заметку. Лето. Дети на дачном участке Для того чтобы осуществить это знакомство, постарайтесь провести летние месяцы на даче или в деревне. И, подводя итоги в начале осени,... |
|
Руководство по эксплуатации скутера bw's ваш скутер это изделие,... Все эти качества скомбинированы так, чтобы Ваш скутер стал высокотехнологичным и удобным покорителем городских дорог. Эта инструкция... |
|
Как вставить кнопку (ссылку) в шаблон сайта Ucoz? В панели управления сайтом (зайти в нее можно добавив к url текст «ваш сайт/admin», и на открывшейся странице ввести имя пользователя... |
|
Перевод с английского Я. П. Бирюкова День, когда наступил Конец Света 1 Маршруты следования и средства доставки, традиционные и причудливые, были обеспечены. И, согласно плану, в каждую назначенную секунду,... |
|
Тема начата: turchin от 01. 10. 2009 [22: 14: 21] Эта книга предлагает научно-популярный обзор пространства гипотез, объясняющих парадокс Ферми. Автор не претендует на то, чтобы список... |
|
Тема: «Нормы речевого развития» Каждый родитель мечтает и стремится к тому, чтобы его ребенок вырос гармонично развитым — был крепким и здоровым, умным, хорошо... |