Yuriy

Вижу DART@UA взялся за перо, и пишет свои статьи доплнительно... Как вы знаете, в линукс, данные файлов на разделе винта, связаны с метаданными, которые расположены в заголовке ФС. В свою очередь, имена файлов ни как не связаны с метаданными. У меня к вам вопрос: Где, в системе, хранятся имена файлов?

Пример: У меня есть 3 логических раздела. 1-й /boot - 100Mb 2-й /mnt/archive - 12Gb 3-й /usr - 10Gb Когда я записываю фильм в папку /mnt/archive, то там становится 12Gb-700Mb места. Когда тебе в винду нужно чёто записать, ты чё делаеш? Смотриш сколько места на каком разделе, и на каком его достаточно, записываеш (это я немного грубо, но...). Линукс тебе точно также покажет сколько места у тебя на каждом разделе (разница в том, что вместо дисков С:\ и т.д., тебе будут показаны каталоги в которые ты монтируеш разделы). Это позволяет команда: df -Th 32743[/snapback] Может сперва его нужно поставить а потом уже изучать ато както туговато оно всё ето придставляется ....вот еслибы он стоял на венте было бы проще!! зашол на форум почитал инфу написаную тобой и сразуже применил напрактеке...остальные я думаю со мной согласятся .... ведь теория без практики нечто Когда выложыш в сеть зверя?? 32747[/snapback] Дело в том, что при установке, придётся разбивать винт, и не имея общего понятия о разделах в *nix'ах, это будет проблематично. Ещё одна статья и будем ставить.

Пример: У меня есть 3 логических раздела. 1-й /boot - 100Mb 2-й /mnt/archive - 12Gb 3-й /usr - 10Gb Когда я записываю фильм в папку /mnt/archive, то там становится 12Gb-700Mb места. Когда тебе в винду нужно чёто записать, ты чё делаеш? Смотриш сколько места на каком разделе, и на каком его достаточно, записываеш (это я немного грубо, но...). Линукс тебе точно также покажет сколько места у тебя на каждом разделе (разница в том, что вместо дисков С:\ и т.д., тебе будут показаны каталоги в которые ты монтируеш разделы). Это позволяет команда: df -Th

*nix одна из первых действительно переносимых систем. Чем больше появлялось версий UNIX (а потом и Linux), тем очевиднее становилась необходимость стандартизации системы. Наличие стандартов облегчает переносимость приложений и защищает как пользователей, так и производителей. В результате возникло несколько организаций, связанных со стандартизацией, и был разработан ряд стандартов оказывающих влияние на развитие UNIX. Это IEEE, POSIX, X/Open, ANSI. Именно благодаря им, а не "стандарт FreeBSD" (такого стандарта нет), и у тебя, и у других *nix системах каталог /mnt служит для временного монтирования физических файловых систем. Хотя ты не обязан использовать для этих целей данный каталог, можеш создать где нить другой каталог и в него монтировать устройства.

Владельцы файлов Файлы в линукс имеют 2-х владельцев: пользователя и группу. Владелец пользователь может не являтся членом группы, владеющей файлом. Для того чтобы некоторый пользователь получил достп к вашим файлам - включите его в группу владельца. Владельцем пользователем созданного файла является пользователь, который создал файл. В ОС линукс существуют 3 базовых класса доступа к файлу, в каждом из которых установлены соответствующие права доступа: User access (u) - для владельца пользователя файла Group access (g) - Для членов группы, являющейся владельцем файла Other access (o) - Для остальных пользователей (кроме суперпользователя) Поддерживается 3 типа прав доступа для каждого класса: 1. Чтение ® 2. Запись (w) 3. Выполнение (x) Права доступа могут быть изменены только владельцем файла или суперпользователем - администратором системы. Значение прав доступа различно для разных типов файлов. Чтобы прочитать содержимое файла, пользователь должен иметь право на чтение ®, для записи - право на запись (w), и чтобы запустить какой нить файл, пользователь должен иметь право на выполнение (x). Исполняемый файл может быть как скомпилированной программой, так и скриптом и не обязан иметь какое либо расширение (аля exe - как в виндовс) - мало того он может вообще не иметь расширения (главное чтобы было право на выполнение). Чтобы иметь возможность распечатать документ, вы должны иметь право на запись в файл устройства, связанный с принтером. Чтобы записать файл в каталог - вы должны иметь право записи в этот каталог. СУПЕРПОЛЬЗОВАТЕЛЬ (root) Это администратор системы - которому позволено ВСЁ! Он может удалять/создавать/изменять файлы, где бы они не находились и чьи бы они небыли. Установка Дженту выполняется с правами root. ПОДРОБНО О ПРАВАХ ДОСТУПА: Возьмём к примеру файл /home/yuriy/file.txt (владелец yuriy, группа владелец users). Его права в системе хранятся следующим образом: -rw-r--r-- Как это расшифровать? Вот шаблон: Как же понять какие у кого права (-rw-r--r--) на файл /home/yuriy/file.txt? Первый символ "-": Это тип файла, в данном случае это обычный файл или программа Могут быть следующие значения: b - файл блочного устройства c - символьное устройство (права доступа на мою мышь: crw-rw----) d - каталог l - символическая ссылка Следующих 3 символа, как видно из шаблона, относятся к владельцу (yuriy) файла. В данном случае ему разрешено читать ® и записывать (w) в файл. "-" в третьей позиции, говорит о том что владелец файла не запустит данный файл (даже если это на самом деле файл является программой). Конечно никто владельцу не запретит изменить права на этот файл. Следующие 3 символа относятся к группе (users): Для всех пользователей состоящих в группе users разрешено только чтение данного файла. Для всех остальных пользователей (последние 3 буквы) - запрещены ЛЮБЫЕ действия с файлом. ТЕПЕРЬ ПРИМЕРЫ: Вы пользователь Дженту. Ваш домашний каталог /home/yuriy. Вы создали файл /home/yuriy/file.txt. И хотите закрыть к нему доступ (чтобы никто его не прочитал, не записал, и не запустил кроме вас ). Это делает команда chmod: # chmod o=---, u=--- /home/yuriy/file.txt "o" - значит "все остальные" "u" - группа. Выставить для себя права на чтение, запись, выполнение; для группы только чтение и выполнение; для всех остальных всё запретить: # chmod u=rwx, g=r-x, o=--- /home/yuriy/file.txt Сменить права на все классы одновременно: # chmod a=rwx /home/yuriy/file.txt Мы только что разрешили доступ на чиение, запись и выполнение всем (буква "a"). Права на файл выглядят следующим образом: -rwxrwxrwx Случай из моей жизни связанный с Дженту: Поставил я себе Дженту. Первым делом захотел музыку послушать. Установил проигрыватель и обломался - звука небыло . После хорошего чесания репы, я заглянул в перечень групп в системе, там оказалась группа audio . Только я включил своего пользователя в эту группу, сразу и звук появился. Вот такая басня о правах доступа. Кстати с видео та же история, чтобы заработало, нужно, себя любимого, включить в группу video. Для интернета в группы dialup, net. Как это реализовано? Разберём на примере звука. Звуковая карта - это устройство. Что такое устройство с точки зрения линукс? Правильно файл (/dev/dsp). У него следующие права доступа, владелец - root, группа - audio: c rw- rw- --- И чё мы видим... Для всех остальных пользователей всё запрещено (последние три прочерка), мы с вами и являемся "остальными пользователями" для данного файла. Но если мы запишемся в группу audio, то у нас появятся права этой группы - "rw-". Как записаться в группу, и куча других команд в следующий раз.

Прорвёмся

Нашёл 2-ю часть. Всем пасиба

У тя есть инсталяха? Залей плиз.

А де взял? Дай?

ОЧЕНЬ ВАЖНО { Парни не напрягайтесь с поиском дистрибутива Gentoo. Вы наверное думаете, что там вас ждёт графический инсталятор аля SUSE Linux? Дистрибутива Дженту, на диске, как такого не существует, а есть всего лишь загрузочный диск Дженту, с которого вы сможете создать/собрать собственный linux. Используя исходники всех программ (только нужных вам), скачаных с инета. После загрузки с CD, вы попадёте в консоль. И на этом этапе ваша установка закончится, пока. Перед работой с консолью я вам даю минимум знаний, что-бы вы не терялись, а знали что делать, и как делать. Больше практики? Будет вам практика... Читайте это, и потом будет меньше вопросов. Вас не будут пугать такие команды в строке #make && make modules_install #find / -name sh -print 2>/dev/null #rm -rf 'du -s * | sort -rn | head -l | awk '{print $2}'' } Типы файлов Существует 6 типов файлов: 1) Обычный файл 2) Каталог 3) Файл устройства 4) Именованый канал 5) Символическая ссылка 6) Сокет Начнём: 1) Обычный файл Самый обыкновенный файл, который вы можете встретить и в винде и в линухе. В нём содержатся данные в каком нибудь формате или просто ваша писанина Вся интерпретация содержимого файла производится прикладной программой,обрабатывающей файл. Это текстовые, бинарные файлы. 2) Каталог С помощью каталогов формируется логическое дерево файловой системы. Каталог - это файл, содержащий имена находящихся в нём файлов, а также указатели на метаданные. Вот что хранит в себе файл каталога: 16573 file1.txt 2346 file2.txt 45324 dir1 23546 dir2 Цыфры - это указатель на метаданные (номер inode - из Эпизода 1), а строка - это имя файла. Кстати обратите внимание, что последние 2 строки это могут быть и каталоги. Файловая система сама определит по их inode, что это каталог или файл. 3) Файлы устройств (ФУ) Обеспечивают доступ к физическим устройствам Различают символьные и блочные файлы устройств. Символьные ФУ используются для небуферизированного обмена данными с устройством. Например ваша мышь. Блочные ФУ позволяют производить обмен данными в виде пакетов фиксированной длинны - блоков (винт). 4) Именованый канал Файлы данного типа используются для связи между процессами. Благодаря каналом вы сможете связать вывод одной команды с вводом другой и например всё полученное отсортировать, и это всё в одной строке 5) Символическая ссылка Позволяет косвенно адресовать файл. Используется очень часто. Это чёто на подобие ярлыка в винде. Этот файл содержит полный путь к файлу на который ссылается. Когда вы попытаетесь его открыть то увидите исходный файл с вашими данными, но в отличие от жёсткой ссылкы, если удалить символическую ссылку, то исходный файл так и останется на месте. Можете создать сколько хотите симв. ссылок на один файл, а потом их удалить, ваш исходный файл останется. 6) Сокеты Предназначены для взаимодействия между процессами (на удалённых ПК). В основном используется протокол TCP/IP. С файлами закончили. СТРУКТУРА ФАЙЛОВОЙ СИСТЕМЫ ЛИНУКС. Для Дженту это очень важная тема. В винде все привыкли к дискам, аля С:\ и т.д... В Линукс немного не так, да чё там, совсем не так! Есть корень "/" и он вам заменяет диски С, Е и все остальные с мира выни. Вот снимок моего "проводника" (только называется он немного по другому линукс - konqueror): Слева видна вся структура моего дерева файловой системы. У вас будет такая-же Это стандартная структура папок орневого раздела, и вам придётся к этому привыкнуть. Использование общепринятых имён основных файлов и структуры каталогов существенно облегчает работу, её администрирование и переносимость. Нарушение этой структуры может привести к неработоспособности системы или отдельных её компонентов. Поехали... Корневой каталог "/" является основой любой файл. сист. *nix. Все остальные файлы и каталоги располагаются в рамках структуры, порождённой корневым каталогом, независимо от их физического местонахождения. Чё это значит? Это значит что у меня (см. рис) каталог /boot находится на другом логическом разделе винта, как у вас диск D:\. А каталог /usr на 3-м разделе, и все разделы содержат разные файловые системы. Но благодаря древовидной структуре ФС линукса, пользователь может этого и не знать (если не вы ставили линукс), создаётся впечетление, что всё находится на одном разделе винта. Мало того любая папка может вообще находится на удалённой машине. И никто этого может не заметить, так как всё лежит в одном дереве каталогов. Пройдёмся кратко по основным каталогам, которые присутствуют во всех линуксах. /bin и /usr/bin В этом каталоге находятся наиболее часто употребляемые команды и утилиты системы - общего пользования. /dev Содержит файлы устройств, являющиеся интерфейсом доступа к периферийным устройствам. Он может содержать несколько подкаталогов, группирующих файлы устройств одного типа. Например возьмём вашу мышь, её файл называется /dev/psaux. /etc Здесь находятся системные конфигурационные файлы, скрипты инициализации системы. /lib и /usr/lib Содержит библиотечные файлы языка С, С++ и др. (напр.: libc.so) /mnt Стандартный каталог для временного монтирования физических файловых систем к корневой для получения единого дерва логической файловой системы. У меня CDROM сидит в /mnt/cdrom (для примера в винде D:\) /home Здесь размещаются домашние каталоги пользавателей см. рис. Там открыт мой каталог /home. В нём лежат папки 3-х пользователей /home/ann, /home/yuriy, /home/guest. /usr Сюда устанавливаются все программы (/usr/share), их документация (/usr/share/doc), библиотеки (/usr/lib), и выполняемые файлы (/usr/bin) /var Здесь хранятся журналы разных системных серыисов, ваших программ. Например в /var/log/messages - записывается всё что происходит у вас в системе (например к вам соединился пользователь или произведена попытка попытаться соединится (нет прав доступа например)) /tmp Для временных файлов. В следующей статье поговорим о правах доступа и защите файлов.

Реально конечно, но я бы этого не делал

Люди должны знать особенности таких вещей как файлы. Как они создаются? Объясню на примерах... Не могу я всё сразу... А толку мало? Это ты скажеш мне потом Всему своё время... Будет вам ещё.... Насчёт генты ... всему своё время. Тут главное не спугнуть вас раньше времени 2 - 3 статьи и поставиш.

Точно Ведь зачем грузить винт операциями копирования (в данном случае). Кругом оптимизация

Первые 2, ну может 3 статьи будут возможно тяжеловатыми, но пройдя их всё будет на много просто...

Три "кита" на которых стоят *nix системы: 1) Файловая подсистема 2) Подсистема управления процессами 3) Подсистема ввода/вывода. Эти три "кита" образуют ядро линукс. В данной статье разберём первого "кита" и распотрошим его. Итак 1) Файловая подсистема (ФП) обеспечивает унифицированный интерфейс доступа к данным (расположенных на, допустим, винтах) и к периферийным устройствам. Одни и те-же системные вызовы, допустим read и write могут использоваться как при чтении или записи данных на диск, так и при выводе текста на принтер или терминал. На самом деле в *nix системах все устройства - это файлы (то есть, если вы запишете в файл принтера слово "ЗДАРОВА!", то принтер вам его распечатает). И вообще свыкнитесь, что в линуксе почти всё является файлами (даже каталоги это 100% - ные файлы ). Файловая система, также, контролирует права доступа к файлам, выполняет операции размещения и удаления файла, а также выполняет запись/чтение данных файла. Таким образом права доступа к файлам определяют привилегии пользователя в системе. Поскольку права доступа к файлам (запрет/разрешение на запись/чтение/выполнение) контролирует ФС, и поскольку устройства это тоже файлы, то выставив определённые права на файлы устройств вы будете контролировать доступ/привилегии к устройствам (напр. принтер). Для приложений *nix - доступ к файлу на винте неотличим от доступа к тому же прнтеру. Это называется гибкостью. И наконец, ВСЕ программы, которые выполняются в системе, включая прикладные задачи пользователей, системные процессы и ДАЖЕ ЯДРО *nix, являются ФАЙЛАМИ. Надеюсь с этим разобрались. Как и в почти всех ОСях, в *nix файлы организованы в виде древовидной структуры (дерева), называемой файловой системой. Каждый файл имеет имя, определяющее его расположение в дереве файловой системы. Корнем этого дерева является корневой каталог имеющий имя "/". Имена всех остальных файлов содержат путь - список каталогов (ветвей), которые необходимо пройти, что-бы достичь файла. В *nix всё доступное пользователям файловое пространство (и неважно сколько у вас винтов или каких нить других накопителей - возможно и по сети ) объединено в единое дерево каталогов, корнем которого является "/". Таким образом, полное имя любого файла начинается с "/" и НЕ содержит ИДЕНТИФИКАТОРА УСТРОЙСТВА (аля диск С:\ и т.д.). Однако это не означает что в системе присутствует только одна файловая система. В большинстве случаев единое дерево, такое каким его видит юзер, составлено из нескольких файловых систем, которые могут иметь различную внутреннюю структуру, а файлы принадлежащие этим файловым системам, могут быть расположены на различных устройствах и даже на разных ПК. Примеры: Вот несколько обычных путей к файлам Винды С:\Windows\System\Kill_Me.dll к CDROM E:\autorun.ini Теперь как пути выглядят в *nix: /home/yuriy/MyDocument.txt /boot/bzImage к CDROM /mnt/cdrom/autorun.ini (у вас СD может находится в другой папке напр: /cdrom/...) И пара слов о файлах (упростил как мог ). Файл - это именованная область данных на винте. Представьте... Вы создали файл с текстом, сохранили и назвали как нить, а теперь уберите имя файла, но оставьте содержимое (мысленно ), что получится? Получится занятый участок винта, но его никто не увидит, потому что нету имени в файловой системе, которое бы указало на эту область винта с вашим текстом. Мы подошли к тому что данные без имени в файловой системе существовать не могут (кстати это самая распространенная ошибке fat16(32), там могут ). Таким образом, имя файла является атрибутом файловой системы, а не набора некоторых данных на винте, который не имеет имени как такового. Каждый файл(данные на диске) имеет связанные с ним метаданные (хранящиеся в индексных дескрипторах - inode - это так на заметку), содержащие все характеристики файла (и права доступа) и позволяющие ОС выполнять операции, заказанные каким нить приложением (открыть/прочитать/записать/удалить файл). Также метаданные содержат указатели на дисковые блоки хранения данных файла (где на винте лежат ваши данные). ИМЯ ФАЙЛА в файловой системе является указателем на его метаданные, в то время как метаданные не содержат указателя на имя файла. Таким образом, некоторые данные на винте могут иметь несколько имён (имена в файловой системе просто ссылаются на одни и те-же метаданные (участки памяти на винте)). То есто файл один, а имён много. Если открыть этот файл под одним именем и изменить, то открыв его под другим именем вы увидите изменения . Такая связь имен файлов с его данными называется ЖЁСТКОЙ СВЯЗЬЮ (hard link). Жёсткие связи абсолютно равноправны. С точки зрения юзера - жёсткие связи это разные файлы, но напомню, изменения внесённые в любой из них, затронут и остальные, поскольку имена ссылаются на одни и те же данные файла. Вы можете переместить один из файлов в другой каталог - всё равно эти имена будут связаны жесткой связью с данными файла. Кстати, удаление одного из файлов ссылающихся на одни метаданные, не приведёт к удалению данных и метаданных файла на винте. Почему? Всё просто, в метаданных есть счётчик жестких связей. Поэтому только если счетчик будет равнятся НУЛЮ, файловая система удалит данные и метаданные файла. Другими словами, пока не переудаляеш все жесткие связи имена файла, файл не удалится. И на последок... Жесткая связь является естественной формой связи имени файла с его метаданными и не пренадлежит к особому типу файла. О других типах файла в следующей статье -это "каталог", "файл устройства", "именованный канал", "Символическая ссылка", "Сокет".

Первую статью уже заканчиваю

Если вы увидите в статье места которые вы где-то встречали - будте уверены это ОНИ Некоторые статьи будут написаны 100% мною, но будут и переписанные/скопированные, правда под моей редакцией.

Ещё одно: Если кто-то захочет со мной в чём нить поспорить, то я не буду обращать внимание на ваши посты. Почему? Потому что я подаю материал в такой форме, в какой он будет понятен юзерам не слыхавшим о никсах. Потом все недоговорки и т.п. будут разъяснены

В данном разделе (*nix->Gentoo Way) будут размещены статьи по Gentoo Linux. Первые несколько статей введут в курс дела - в общих чертах будут описаны базовые понятия в мире Linux. Эти статьи не зависят от дистрибутивов - это базовые понятия касаются всех *nix систем. Каждая статья - новая тема.

Ну...Доки найду обязательно сообщу

У меня только Gentoo.

Ты, в своё время, с моей папки в привате скачал 10-ки метров хелпа по Gentoo, тебе мало??? Расслабся

1) Присутствие желания 2) Должен поставить цель - чего ты хочеш от системы 3) Свободное время Это главные требования А также некоторые базовые знания *nix систем. А вообще эту тему я создал для того чтобы выяснить нужно ли это народу - и если да, то я бы написал пару 3-ку статей, по которым "средний пользователь Виндовс" сможет поставить Gentoo linux.

Во всех собранных дистрибутивах есть МИНУСЫ, из-за того что они создаются для всего и всех - естественно это влияет на производительность и стабильность. Повторяю... Только дистрибутив (если так будет угодно) собран самим тобою подойдёт для твоих целей.Gentoo!

Здарова! Обращаюсь в основном к юниксоидам и линуксоидам! Но если обычным юзерам интересно узнать о мире Linux систем, о том почему Linux считают сложной и в то же время, тысячи людей ставят себе как основную -я в том числе (а миллионы, как вторичную) ОСь! Почему ОСь, которая распространяется бесплатно, с открытыми исходниками, без единого центра разработки, без рекламы - столь популярна? Почему в ней нет вирусов?* Почему она быстрее в сети? Откуда стабильность? Единственный способ ответить на эти вопросы - это попытаться изучить Linux, или хотя-бы ознакомиться... При чём, я не имею ввиду какой-нить дистрибутив аля SUSE, Mandriva(ALT), Fedora(ASP) - данные дистрибутивы уже собраны компаниями, которые плевать хотели на ваши интересы! Почему? Да потому что у вас ни кто не спрашивал нужна ли вам поддержка samba в аудиопроигрователе - а я вам скажу - НЕ НУЖНА!... Очевидный ответ: ну и что, никому ж не мешает. Так вот представьте себе МЕШАЕТ . Пакет собранный с поддержкой samba, тянет за собой сарвер samba, библиотеки samba, ...вроде не много?... Идём дальше: так как, плейер будет собран с нескольких разных библиотек, то и каждая из них может требовать samba, так вот разработчики вкомпилили её во все пакеты и библиотеки (если бы попытались где нить не всунуть, то в целевом пакете (проигрывателе), она бы не работала). Таким образом ваш любимый проигрыватель занимает чёто дохрена места, загружается долго, и т.д... Так во всех дистрибутивах которые представляют как Десктоп Решение. Человек поставивший такой дистр. на крутую тачку в принципе не обратит на сказанное выше, НО, софт в мире *nix обновляется очень часто. Самая большая проблема таких дистрибутивов - ОБНОВЛЕНИЕ. Не раз я видел как админы использующие Fedor'у компилили ПО (напр apache) с исходников. Зачем??? Вас не устраивает бесплатное обновление с сайта RedHat? Можно за считанные секунды обновить ПО. А! Нееет им НУЖНО компилить они хотят убрать лишние зависимости, оптимизировать под себя (при чём на дистрибутивах не предназначеных таким образом обновлять пакеты, у них свой rpm менеджер). И тут нужно задать себе вопрос: может нужно сменить дистрибутив на тот, для которого компиляция - родная среда, где можно один раз указать что вам в системе не/нужно - и ВСЕ пакеты (программы) в вашей системе будут собраны с оптимизацией! Обновление выполняется одной командой и не требует постоянно помнить с какими зависимостями вы прошлый раз компилили тот же apache? Я хочу рассказать о линуксе, который каждый соберёт себе сам. Вы его не найдёте в продаже. Ваш собственно сотворённый линукс, оптимизированный, только под ваш ПК (это не обязательно), который одной командой обновит себя до последних версий ПО, и ни какие Десктопные Монстры за вами не угонятся. Я говорю о дистрибутиве Gentoo Linux - который ещё называют МЕТАДИСТРИБУТИВОМ. Поклонники ФРИ - я не буду с вами спорить что лучше, ФРЯ - лучший юникс - ЮНИКС но не линукс. Много идей позаимствовано из ФРИ в Gentoo (читается как Генту или Дженту - второй вариант правильнее ). ...Говорить можно много...И так! Если линус/юниксоиды и пользователи (которые хотели бы изучить/понять/ознакомиться) заинтересовались, то я могу написать несколько статей по данному дистрибутиву. Моя цель? Заинтересовать ребят сидеть не в чатах и форумах отвечая на тупые темы, а немного шевелить мозгами, думать, изучить ЛИНУКС - который многие пинают за сложность, при этом в глаза не видели... Кстати, если пользователи Linux/Unix захотят сменить дистр на Gentoo, то я с удовольствием помогу им освоится и собрать (это не так тяжело как может показаться) Linux который будет уникальным, и по праву называтся вашим именем . Стоит писать статьи? Интересно? Давайте обсудим