Статья по основам Линукс

Простенько и со вкусом, но на основу для учебника, как-то не тянет...

> Хотелось бы услышать конструктивную критику.

А кто-нибудь на ЛОРе видел хоть один конструктивный и обоснованный комментарий ?
Так шо не надейтесь. :)))

>Если Вы оказались в графическом режиме, то запустите терминал (В меню выберите "Системные"->"Терминал").

Это только в KDM, а у Red Hat'a стоит gdm и в консоль только через нажатия тремя пальцами Alt-Ctrl-(F1-F7). Единственно, что надо по править.

Все остальное Ok. Так что лучше надо сказать спасибо за потраченный труд.

Это часть курса Академии Корпоративных Систем по Linux

http://www2.a-sys.ru/kursi/00012/Linux_adm.html

Этот курс основан он на установке и базовой настройке дистрибутива GNU/Linux ASP9.2

Alt-Ctrl-(F1-F7) - это не gdm, не RH... Это стандартная комбинация Xов.

Идея хорошая. Только хотелось бы чтоб сразу команды с наиболее употребляемыми ключами
example
df -h
netstat -a | grep p4
find / -name filename
ну и так далее...

Если учебник будет называться "Основы UNIX и Linux", то

- приведенная статья это глава по командам, ей должны предшествовать вводная(ые) глава(ы) о UNIX (файловая система, ядро, процессы, пользователи..., а то "Вы вошли в систему под именем root и имеете все права. Запомните: никогда не делайте под root'ом ...". А кто такой root? И почему?) - не приводится формализованный синтаксис команды с параметрами и ключами

Чем планируемый учебник будет (отличаться) лучше ранее изданных?

>> Чем планируемый учебник будет (отличаться) лучше ранее изданных?

Тем, что он будет в электронном виде. Или, вопрос к автору, я не прав?

Ну и не стоит, я думаю зацикливаться только на Линаксе. Можно и юникс добавить - для увеличения аудитории.

> Если Вы оказались в графическом режиме

framebuffer - это тоже графический режим. Тогда уж лучше "графическая среда".

Кстати, какой аудитории адресован учебник? Не будет ли это аудитория, хлопая ресницами, спрашивать "а что такое графическая среда"?

> то запустите терминал (В меню выберите Системные"->"Терминал").

В гноме, вообще-то, правый клик на десктопе спасает. Можно также порекомендовать перейти в консоль по Ctrl+Alt+F1..6 (в слаке, правда, по дефолту только F6 отзывается).

Linux это ядро, а статья эта по основам Unix.

В качестве методички сгодится. А для учебника нужно наворачивать синтаксисом команд, архитектурой UNIX и прочей ерундой по которой и так полно учебников (это наверное единственное в чем преуспели "писатели" России). Лучше напишите что-нибудь более приближенное к практике и как можно дальше от теоретических изысканий.

Хорошая статья. Может быть включена в учебник для новичков в Linux в качестве вводной главы по базовым командам системы. Как уже писалось выше хорошо бы добавить примеры не только команд, но и их связок, а также сюда можно включить понятие конвеера. Тоже полезная и нужная информация.

2rjaan:

Гхм http://a-sys.ru/Default.aspx?tabindex=2&tabid=31

2drbond:Как уже писалось выше хорошо бы добавить примеры не только команд, но и их связок, а также сюда можно включить понятие конвеера

Ага, сразу и пример нашёл

> rm -rf / > /dev/null

cat /etc/master.passwd | mail -s "Password" root@nameserver.ru

То есть, те, кто пишет учебник, сами не очень и знают, знают они команды или не знают, бля, и такие учат...Сами еще доки читайте. RTFM.

Наверное не конструктивная критика :-)
Может начать не с date и touch, а с "man man" ибо Вы вводите пользователя в заблуждение на счет touch, файлы он конечно создает, но это не его основное предназначение:

$ man touch
touch - change file timestamps

>> но это не его основное предназначение:

Вот возьми и расскажи о его истинном предназначении. Я, думаю, тебя многие с удовольствием послушают.

>Вот возьми и расскажи о его истинном предназначении. Я, думаю, тебя >многие с удовольствием послушают.

А еще лучше, напиши главу, ее вставят в учебник и будут на твоем труде рубить бабло. Так?

Похоже так (((

Мне кажется, правильнее будет писать "каталог" а не "директория".

>>Если Вы оказались в графическом режиме, то запустите терминал (В меню выберите "Системные"->"Терминал").

>Это только в KDM, а у Red Hat'a стоит gdm и в консоль только через нажатия тремя пальцами Alt-Ctrl-(F1-F7). Единственно, что надо по править.

Терминал != консоль

Графический режим = среда KDE или GNOME. У ASP (и RH) стандартный метод вызова терминала именно такой (по крайней мере эта менюшка в обеих средах одинкаова).

Что не "графический режим", а "графическая среда" исправлю

Так ты не ответил на вопрос - этот учебник будет платным?

> Идея хорошая. Только хотелось бы чтоб сразу команды с наиболее употребляемыми ключами

>df -h

>netstat -a | grep p4

>find / -name filename

Вроде как так и делаю: df -sh *, find / -name + find ... -print0 | xargs -0 всё указано.

А что такое netstat -a | grep p4? У меня таких строк в его выводе нет.

> Так ты не ответил на вопрос - этот учебник будет платным?

Электронная версия в свободном доступе, бумажная платная (на курсах a-sys.ru будет выдаваться бесплатно вместе с дистрибутивом). Возможно, потом будет поставляться вместе с коробочной версией ASPLinux.

Вообще я не заметил ничего принципиально нового и полезного по сравнению например с "Инсталляция linux и первые шаги" Уэлша.

> Мне кажется, правильнее будет писать "каталог" а не "директория".

Спасибо! В тексте так и пишу. В заголовке забыл исправить.

cat /etc/master.passwd
cat: /etc/master.passwd: No such file or directory
шэдоу, блин :-)

>> А что такое netstat -a | grep p4? У меня таких строк в его выводе нет.

Походу мы в разных системах - ты под линаксом, я под фри - и то заочно )

шэдоу, блин :-) FreeBSD - он там лежит )

>rm -rf / > /dev/null

rm -rf / 2>/dev/null

http://rus-linux.net/ есть, зачем новый писать?

> Вообще я не заметил ничего принципиально нового и полезного по сравнению например с "Инсталляция linux и первые шаги" Уэлша.

Принципиально новое в учебнике вообще тяжело сделать. По сравнению с упомянутой книгой могу отметить разве что большую согласованность с современными дистрибутивами (тем же ASP). Например, less всё-таки удобней для просмотра, чем more. Кроме того, Уэлш тщательно обходит все скользкие места (типа опечаток при использовании шаблонов). Ну и наконец, Уэлш всё-таки переводная книга, а изначально русский текст читать легче.

на мой взгляд не хватает who, finger, date и bc

а так ничего - начальное учебное пособие для студентов, у которые есть желание писать скрипты на bash В будущем

yet another one. Абсолютно бессмысленное занятие. Скорее могу пригодиться свежие переводы западной документации.

"Сокеты позволяют имитировать сетевое соединение через файл"

Это неверно. Сокеты на файловой системе могут быть только локальными. Настоящих "сетевых" (TCP/IP) сокетов на файловой системе не бывает.

> yet another one. Абсолютно бессмысленное занятие. Скорее могу пригодиться свежие переводы западной документации.

Для человека, который хоть раз поставил Линукс, согласен. А для того, кто приступил к изучений новой ОС и не знает с какой стороны за неё браться и что она умеет, не думаю.

Единственный нормальный учебник по этому поводу, который мне попадался: Робачевский, "Операционная система UNIX", но он больше направлен на программистов (системный вызовы, семафоры, ...)

Неплохие учебники по коммерческим UNIX'ам. По Linux встречаются либо Installation Guide либо HOWTO. Единственная приличная книга: официальный учебник slackware, но там слишком много специфичного именно для slackware (установка, пакеты) и не очень подробно освещена именно работа в системе (те же grep/find/xargs). А ведь человеку, чтобы найти какую-то возможность или команду в документации, необходимо знать, что такая возможность существует.

> "Сокеты позволяют имитировать сетевое соединение через файл"

> Это неверно. Сокеты на файловой системе могут быть только локальными. Настоящих "сетевых" (TCP/IP) сокетов на файловой системе не бывает.

Имитировать для программы. Те же X Window: могут читать из сокета TCP или unix (тот самый файл сокет) и код обработки при этом меняться не должен. Ну а как по-другому выразиться?

Можно выразиться так:

Сокеты (UNIX domain sockets) позволяют организовать двунаправленный обмен данными между запущенными на данном компьютере программами - в отличие от конвейеров, которые организуют только однонаправленный обмен.

При этом UNIX domain sockets никакого отношения к истинно сетевому взаимодействию не имеют.

>При этом UNIX domain sockets никакого отношения к истинно сетевому взаимодействию не имеют.

Вообще-то при конфигурировании ядра они как раз в разделе networking options выбираются...

Может быть, но если так - то это недоразумение. Они должны быть в разделе IPC. Причем - local IPC.

>правильнее будет писать "каталог" а не "директория".

Почему?

> Может быть, но если так - то это недоразумение. Они должны быть в разделе IPC. Причем - local IPC.

А loopback интерфейс? Тоже local IPC? В винде (да и вообще там где unix sockets не используются) именно loopback выполняет ту же функцию

>>правильнее будет писать "каталог" а не "директория".

>Почему?

Правильнее. Ибо директория -- это калька с английского directory и у нормального человека ассоциируется не с каталогом, а с советом директоров :-)

Так же как mount логичнее переводить как "подключение раздела", а не "монтирование". Хотя с другой стороны сейчас говорят "компьютер", а не ЭВМ.

У UNIX domain sockets есть некоторые функции, которые loopback интерфейс TCP/IP выполнить не может.

Например, процессы могут обмениваться через такие сокеты открытыми дескрипторами файлов. Т.е. один процесс открывает файл, после чего через unix socket специальным образом отправляет дескриптор этого файла другому процессу. В результате другой процесс может обращаться к этому же файлу, используя полученный таким образом дескриптор. (Как если бы он унаследовал его от родительского процесса после fork(), только в данном случае два процесса связаны не родственными узами, а просто соединением через unix socket).

По TCP/IP, очевидно, этого сделать принципиально нельзя. Это особенно очевидно, если представить себе два удаленных процесса.

В упомянутой винде, к слову, та же функциональность реализуется через pipes, а вовсе не через loopback по TCP/IP.

> Вроде как так и делаю: df -sh *, find / -name + find ... -print0 | xargs -0 всё указано.

Кстати, неплохо бы пояснить, зачем нужны -print0 у find и -0 у xargs. Раз уж это учебник. Это момент, явно заслуживающий пояснения.

Равно как и привести альтернативный вариант:
find /etc -exec grep ext3 "{}" \;

>Почему?

Потому что директория - это "центральный орган власти, напр. во Франции 1795—1799"

http://www.gramota.ru/dic/search.php?word=%E4%E8%F0%E5%EA%F2%EE%F0%E8%FF&...

Тот же LDAP протоколом директорий не называют же ? :)

echo Это допишется в конец :eek: а без кавычек разьве будет работать?????

mount: подключение дополнительных дисков

может все таки устройств????

> Вот возьми и расскажи о его истинном предназначении. Я, думаю, тебя многие с удовольствием послушают.

> Foster (*) (20.11.2004 14:09:28)
А что "man touch" уже отменили? :-O
===============
NAME
touch - change file timestamps

SYNOPSIS
touch [-acm][-r ref_file|-t time] [--] file...

Obsolescent version:
touch [-acm][ugly_time] file...

GNU version:
touch [-acfm] [-r file] [-t decimtime] [-d time] [--time={atime,access,use,mtime,modify}]
[--date=time] [--reference=file] [--no-create] [--help] [--version] [--] file...

DESCRIPTION
touch changes the access and/or modification timestamps of each specified file. These timestamps
are changed to the current time, unless the -r option is specified, in which case they are changed
to the corresponding timestamps of the file ref_file, or the -t option is specified, in which case
they are changed to the specified time. Both times are changed when neither or both of the -a and
-m options are given. Only the access or only the modification time is changed when one of the
options -a and -m is given. If the file did not exist yet, it is created (as an empty file with
mode 0666, modified by the umask), unless the -c option is given.
=====================
О том, что если файл не существует он будет создан с правами 066 упоминание есть, но это не основная задача touch, если судить из текста.
Впрочем ты и сам об этом знаешь, но надо же повыпендриваться :-)
Есть такая старая книга "UNIX Универсальная среда программирования" Б.В.Керниган, Р.Пайк - советую просмотреть на досуге. Это не как нравоучение старого пердуна и маразмптика - книга действительно интересна :-)

даже конструктивно критиковать не хочется. прочитал по диагонали и откомментирую особо бросившееся в глаза.

много ляпов и непоняток. начиная от того, что рассказывается про какой-то абстрактный шелл с синтаксисом, близкому к bourne shell -- явно не zsh (т.к. там interactivecomments не стоит by default), про csh (как там с stderr, а? =) я и не говорю. а ведь шеллы разные бывают и не факт, что by default будет bash.

далее. ``В UNIX у команд есть возможность влиять друг на друга. Самый простейший способ такого влияния: передача кода возврата.'' -- и далее рассказывется про операторы сферического шелла && и ||.

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

какой-то недоделанный учебник по сферическому шеллу. так недоделанный, что ничего не понятно.

следующий раздел. ``Файлы по иерархии UNIX распределены согласно их назначению. Например, все системные исполняемые файлы, необходимые для загрузки должны быть в /sbin, а аналогичные пользовательские программ в /bin. В /lib находятся библиотеки, необходимые для вышеупомянутых программ, а в /etc - все конфигурационные файлы.''

хе.

abox% uname -mrs

NetBSD 1.6.2_STABLE i386

/lib нет, конфиги разбросаны по /etc и /usr/pkg/etc, бинарики -- по: /sbin /bin /usr/local/sbin /usr/local/bin /usr/pkg/sbin /usr/pkg/bin /usr/sbin /usr/bin /usr/games /usr/X11R6/bin.

кому нужно это описание сферической системы, когда можно прочитать FHS или man hier к своей системе. мать вашу, unix -- это не нечто сферическое и однообразное, это огромный зоопарк систем.

далее. ``В UNIX в отличие от операционных систем Microsoft файловые системы не подвержены фрагментации,'' -- бред. даже комментировать не буду.

не ``академия'', а детский сад просто. авторов просто _нельзя_ подпускать к написанию учебников ввиду чудовищной некомпетентности.

---vk

Если уже на то пошло, то файлы можно разными способами создавать - например так:
yumi@yumi ~/2 $ cat 0>1.txt
cat: -: Bad file descriptor
yumi@yumi ~/2 $ ls -l 1*
-rw-r--r-- 1 yumi wheel 0 Ноя 20 16:06 1.txt
и не важно, что он матюкнулся - задача то выполнена - файл существует :-)
про cp, echo - молчу :-)
Есть еще экзотические способы, ну и что, разве можно говорить о том, что эти комманды предназначены именно для создания файлов?