Дерево файловой структуры
Дерево файловой структурыОрганизация файловой системы
=== Скачать файл ===
Как и любой предмет, файл можно создать, переместить и уничтожить, однако без внешнего вмешательства он будет сохраняться неизменным неопределенно долгое время. Аналогия файла с предметом позволяет пользователю быстро освоиться при работе с данными в операционной системе. Более того, все устройства, подключённые к компьютеру начиная клавиатурой и заканчивая любыми внешними устройствами, например, принтерами и сканерами Linux представляет как файлы так называемые файлы-дырки. Конечно, файл, содержащий обычные данные, сильно отличается от файла, предназначенного для обращения к устройству, поэтому в Linux определены несколько различных типов файлов. В основном пользователь имеет дело с файлами трёх типов: Различать файлы только по имени было бы слишком неэффективным: Более того, необходим механизм, позволяющий работать с группами тематически связанных между собой файлов например, компонентов одной и той же программы или разных главы одной диссертации. Иначе говоря, файлы нужно систематизировать. Классическая файловая система имеет иерархическую структуру, в которой файл однозначно определяется полным путём к нему. Linux может работать с различными типами файловых систем, которые различаются списком поддерживаемых возможностей, производительностью в разных ситуациях, надёжностью и другими признаками. Подробнее о работе Linux с разными файловыми системами речь пойдёт в лекции Работа с внешними устройствами. Большинство современных файловых систем но не все! Принято говорить, что каталог содержит в себе файлы или другие каталоги, хотя в действительности он только ссылается на них, физическое размещение данных на диске обычно никак не связано с размещением каталога. Каталог, на который есть ссылка в данном каталоге, называется подкаталогом или вложенным каталогом. Каталог в файловой системе более всего напоминает библиотечный каталог, содержащий ссылки на объединённые по каким-то признакам книги и другие разделы каталога файлы и подкаталоги. Ссылка на один и тот же файл может содержаться в нескольких каталогах одновременно, это может сделать доступ к файлу более удобным. В файловой системе Linux нет папок и документов. Есть каталоги и файлы , возможности которых куда шире. Довольно часто вместо термина каталог можно встретить папка англ. Этот термин хорошо вписывается в представление о файлах как о предметах, которые можно раскладывать по папкам, однако часть возможностей файловой системы, которая противоречит этому представлению, таким образом затемняется. В файловой системе, организованной при помощи каталогов, на любой файл должна быть ссылка как минимум из одного каталога, в противном случае файл просто не будет доступен внутри этой файловой системы, иначе говоря, не будет существовать. Причина этого ограничения очевидна: Есть несколько символов, допустимых в именах файлов и каталогов, которые, при этом, нужно использовать с осторожностью. Дело в том, что эти символы имеют особое значение для любой командной оболочки , поэтому нужно будет специально позаботиться о том, чтобы командная оболочка воспринимала эти символы как часть имени файла или каталога. О том, зачем командной оболочке нужны спецсимволы, речь пойдёт в лекции Возможности командной оболочки. Как можно было заметить, пока во всех встречавшихся именах файлов и каталогов употреблялись только символы латинского алфавита и некоторые знаки препинания. Это не случайно и вызвано желанием обеспечить, чтобы приводимые примеры совершенно одинаково выглядели на любых системах. В Linux в именах файлов и каталогов допустимо использовать любые символы любого языка, однако такая свобода требует жертв, на которые Мефодий, например, пойти не смог. Дело в том, что с давних пор каждый символ буква каждого языка традиционно представлялся в виде одного байта. Такое представление накладывает очень жёсткие ограничения на количество букв в алфавите: Обширные алфавиты например, иероглифические японский и китайский пришлось заменять упрощённым их представлением. Вдобавок, первые символов из этих лучше всегда оставлять неизменными, соответствующими стандарту ASCII, включающему латиницу, цифры, знаки препинания и наиболее популярные символы из тех, что встречаются на клавиатуре печатной машинки. Интерпретация остальных символов зависит от того, какая кодировка установлена в системе. Имена файлов, записанные на диск в одной кодировке, выглядят нелепо, если при просмотре каталога была установлена другая. Многие кодировки заполняют диапазон символов с номерами от то не полностью , поэтому соответствующего символа может вообще не быть! Это означает, что ввести такое искажённое имя файла с клавиатуры например, для того, чтобы его переименовать напрямую не удастся, придётся пускаться на разные ухищрения, описанные в лекции Возможности командной оболочки. Наконец, многие языки, в том числе и русский, исторически имеют несколько кодировок 2. К сожалению, в настоящее время нет стандартного способа указывать кодировку прямо в имени файла, поэтому в рамках одной файловой системы стоит придерживаться единой кодировки при именовании файлов. Стандарт UNICODE в настоящее время получает всё бОльшее распространение и претендует на статус общего для всех текстов, хранящихся в электронной форме. Однако пока он не достиг желаемой универсальности, особенно в области имён файлов. Это не означает, что называя файлы, не следует использовать языки, отличные от английского. Однако Мефодий решил, что гарантий в передаче названного по-русски файла на какую-нибудь другую систему можно добиться только передавая вместе с ним настройку кодировки, даже две: В файловой системе Linux нет никаких предписаний по поводу расширения: Хотя расширения не обязательны и не навязываются технологией в Linux, они широко используются: Строго говоря, данные в файле могут не соответствовать заявленному расширению по той или иной причине, поэтому всецело полагаться на расширение просто нельзя. Определить тип содержимого файла можно и на основании самих данных. Многие форматы предусмотривают указание в начале файла, как следует интерпретировать дальнейшую информацию: В распоряжении пользователя Linux всегда есть утилита file , которая предназначена именно для определения типа данных, содержащихся в файле. Определение типа данных в файле. Однако его остановил Гуревич, который посоветовал сначала выяснить, что за данные содержатся в этом файле. Не исключено, что это двоичный файл исполняемой программы, в таком файле могут встречаться последовательности, которые случайно совпадут с управляющими последовательностями терминала. Поведение терминала после этого может стать непредсказуемым, а неопытный Мефодий вряд ли сможет с ним справиться. Мефодий получил вполне точный ответ от утилиты file: Понятие каталога позволяет систематизировать все объекты, размещённые на носителе данных например, на диске. В большинстве современных файловых систем используется иерархическая модель организации данных: Корневой каталог может содержать любые объекты файловой системы, и в частности, подкаталоги каталоги первого уровня вложенности. Те, в свою очередь, также могут содержать любые объекты файловой системы и подкаталоги второго уровня вложенности и т. Иерархию вложенных друг в друга каталогов можно соотнести с иерархией данных в системе: Если строго следовать иерархическому принципу, то чем глубже будет уровень вложенности каталога, тем более частным признаком должны быть объединены содержащиеся в нём данные. Если этому принципу не следовать, то вскоре окажется гораздо проще складывать все файлы в один каталог и искать нужный среди них, чем проделывать такой поиск по всем подкаталогам системы. Однако в этом случае о какой бы то ни было систематизации файлов говорить не приходится. Дерево каталогов в Linux. Пользователь Linux всегда работает с единым деревом каталогов, даже если разные данные расположены на разных носителях: После того, как файловые системы на разных носителях подключены к общему дереву, содержащиеся на них данные доступны так, как если бы все они составляли единую файловую систему: Положение любого каталога в дереве каталогов точно и однозначно описывается при помощи полного пути. Полный путь всегда начинается от корневого каталога и состоит из перечисления всех вершин, встретившихся при движении по рёбрам дерева до искомого каталога включительно. Расположение файла в файловой системе аналогичным образом определяется при помощи полного пути, только последним элементом в данном случае будет не название каталога, а название файла. Организация каталогов файловой системы в виде дерева не допускает появления циклов: Благодаря этому ограничению полный путь до любого каталога или файла в файловой системе всегда будет конечным. Попробуем более подробно разобраться, как устроено дерево каталогов Linux и где что в нём можно найти. Фрагмент дерева каталогов типичной файловой системы Linux Some Linux , которую использует Мефодий приведён на рис. Мефодий решил обследовать свою файловую систему, начиная с корневого каталога: Утилита ls вывела список подкаталогов корневого каталога. Этот список будет таким же или почти таким же в любом дистрибутиве Linux. В корневом каталоге Linux-системы обычно находятся только подкаталоги со стандартными именами. Более того, не только имена, но и тип данных , которые могут попасть в тот или иной каталог, также регламентированы этим стандартом. Опишем кратко, что находится в каждом из подкаталогов корневого каталога. Мы не будем приводить полные списки файлов для каждого описываемого каталога, а Мефодий сможет просмотреть их при помощи команды ls имя каталога. В этом каталоге находятся исполняемые файлы самых необходимых утилит. Сюда попадают такие программы, которые могут понадобиться системному администратору или другим пользователям для устраненения неполадок в системе или при восстановлении после сбоя. В этом каталоге находятся файлы, необходимые для самого первого этапа загрузки: Пользователю практически никогда не требуется непосредственно работать с этими файлами. В файлах-дырках в действительности не хранятся никакие данные, при их помощи данные передаются. Подробнее о принципе работы с файлами-дырками речь пойдёт в лекции Работа с внешними устройствами. Здесь хранится информация о специфических настройках данной системы: Подробно системные конфигурационные файлы будут рассмотрены в лекции Конфигурационные файлы. Отделение всех файлов, создаваемых пользователями, от прочих системных файлов даёт очевидное преимущество: Подробно о монтировании файловых систем речь пойдёт в лекции Работа с внешними устройствами. В этих файлах содержится информация о программах процессах , выполняемых в данный момент в системе. Полномочия на исполнение этих программ есть только у системного администратора. После завершения работы программы временные файлы теряют смысл и должны быть удалены. Здесь можно найти такие же подкаталоги bin , etc , lib , sbin , как и в корневом каталоге. Прикладных программ в современных системах обычно установлено очень много, поэтому этот раздел файловой системы может быть очень большим. Здесь размещаются те данные, которые создаются в процессе работы разными программами и предназначены для передачи другим программам и системам очереди печати и электронной почты и др. Стандарт FHS регламентирует не только перечисленные каталоги, но и их подкаталоги, а иногда даже приводит список конкретных файлов, которые должны присутствовать в определённых каталогах 8. Этот стандарт последовательно соблюдается во всех Linux-системах, хотя и не без горячих споров между разработчиками при выходе каждой новой его версии. Стандартное размещение файлов позволяет и человеку, и даже программе предсказать, где находится тот или иной компонент системы. Для человека это означает, что он сможет быстро сориентироваться в любой системе Linux где файловая система организована в соответствии со стандартом и найти то, что ему нужно. Мефодий уже успел воспользоваться некоторыми премимуществами, которые даёт использование стандартного расположения файлов: Рекомендации стандарта по размещению файлов и каталогов основываются на принципе разносить в разные подкаталоги файлы, которые по-разному используются в системе. По типу использования файлов их можно разделить на следующие группы:. О пользе разграничения пользовательских и системных файлов речь уже шла выше. Значительная часть информации при этом может храниться на одном из компьютеров и использоваться всеми остальными по сети к такой информации относятся, например, многие программы и домашние каталоги пользователей. Однако часть файлов нельзя разделять между системами например, файлы для начальной загрузки системы. Полный текст и последнюю редакцию стандарта FHS можно прочесть по адресу http:
Рейтинг лизинговых компаний 2017
Розы остина каталог сортов фото
Новости приморского района санкт петербурга сегодня
Народная солянка где гг майор дегтярев
Что подарить на годик своими руками