АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Файлова система UNIX

Читайте также:
  1. A) прогрессивная система налогообложения.
  2. C) Систематическими
  3. I СИСТЕМА, ИСТОЧНИКИ, ИСТОРИЧЕСКАЯ ТРАДИЦИЯ РИМСКОГО ПРАВА
  4. I. Суспільство як соціальна система.
  5. I.2. Система римского права
  6. NDS і файлова система
  7. WAIS – информационная система широкого пользования
  8. X. Налоги. Налоговая система
  9. А. Система потребностей
  10. Автоматизированная система обработки данных правовой статистики
  11. Автоматизированная система управления запасами агрегатов и комплектующих изделий (АС “СКЛАД”).
  12. Автономная (вегетативная) нервная система

Як і у багатьох сучасних операційних системах, в UNIX файли організовані у вигляді файлової системи. Кожний файл має ім’я, яке визначає його розташування у дереві файлової системи. Коренем цього дерева є кореневий каталог (root directory), що має ім’я “/”. Імена всіх інших файлів містять шлях — список каталогів (гілок), які потрібно пройти, щоб досягти файлу. В UNIX весь доступний користувачам файловий простір об’єднаний в єдине дерево каталогів, коренем якого є каталог “/”. Отже, повне ім’я будь-якого файлу починається з “/” і не містить ідентифікатора пристрою (дискового накопичувача, CD-ROM або віддаленого комп’ютера у мережі), на якому він фактично зберігається. Проте це не означає, що система містить тільки одну файлову систему. У більшості випадків єдине дерево — таке, яким його бачить користувач системи — складено з кількох окремих файлових систем, які можуть мати різну внутрішню структуру, а файли, що належать цим файловим системам, розташовуються на різних пристроях. Через велике функціональне навантаження, що покладено на файлову систему, в UNIX визначено шість типів файлів, які розрізняються за функціональним призначенням. Поряд із звичайними файлами (regular file) і каталогами (directory) використовуються: спеціальний файл пристрою (special device file), FIFO, або іменований канал (named pipe), зв’язок (link) і сокет.

Спеціальний файл пристрою (special device file) забезпечує доступ до фізичного пристрою. Доступ до пристроїв здійснюється відкриттям, читанням і записом у спеціальний файл пристрою, причому FIFO, або іменований канал, — це файл, що використовується для зв’язку між процесами. Як уже зазначалося, каталог містить імена файлів і покажчики на їх метадані. Водночас самі метадані не містять ні імені файлу, ні покажчика на це ім’я. Така архітектура надає можливість одному файлу мати кілька імен у файловій системі. Імена жорстко пов’язані з метаданими і, відповідно, з даними файлу, тоді як сам файл існує незалежно від того, як його називають у файловій системі. Такий зв’язок імені файлу з його даними називається жорстким зв’язком (hard link).

Особливим типом файлу є символічний зв’язок, який дає змогу побічно адресувати файл. На відміну від жорсткого, символічний зв’язок адресує файл, який, у свою чергу, відправляється на інший файл.

Сокети призначені для взаємодії між процесами. Інтерфейсом сокетів часто користуються для доступу до мережі TCP/IP. У системах BSD UNIX на базі сокетів реалізована система міжпроцесної взаємодії, за допомогою якої працюють системні сервіси, наприклад, система друку.

Файли в UNIX мають двох власників: власника-користувача (user owner) і власника групи (group owner). Важливою особливістю є те, що власник-користувач може не бути членом групи, яка володіє файлом.

Групою називається певний список користувачів системи. Користувач системи може бути членом кількох груп, одна з яких є первинною (primary), інші — додатковими (supplementary). Це робить організацію доступу до файлів досить гнучкою. Спільне користування файлами можна організувати практично для будь-якого складу користувачів, створивши відповідну групу та установивши для неї права на потрібні файли. Для того, щоб якийсь користувач одержав доступ до цих файлів, достатньо включити його у групу-власника, і навпаки — виключення з групи автоматично змінює для користувача права доступу до файлів.

Власником-користувачем створеного файлу є користувач, що створив його. Володіння файлом визначає той набір операцій, які користувач може зробити з файлом. Деякі з них, такі як зміна прав доступу або власника файлу, може здійснювати тільки власник (або адміністратор), інші операції, такі як читання, запис і запуск на виконання (для виконуваних файлів), додатково контролюються правами доступу.

В операційній системі UNIX існують три базові класи доступу до файлу, в кожному з яких встановлено відповідні права доступу:

· user access(u) — для власника-користувача файлу;

· group access (g) — для членів групи, що є власником файлу;

· оther access (о) — для інших користувачів.

Для інших користувачів, крім суперкористувача, UNIX підтримує три типи прав доступу для кожного класу: на читання (read, позначається символом r), на запис (write, позначається символом w) і на виконання (execute, позначається символом х).

Права доступу можуть бути змінені тільки власником файлу або суперкористувачем (superuser) — адміністратором системи.

Значення прав доступу є різним для різних типів файлів. Операції, які можна виконувати, випливають із самих назв прав доступу. Наприклад, щоб переглянути вміст файлу командою cat (l), користувач повинен мати право на читання (r). Редагування файлу, тобто його зміна, передбачає наявність права на запис (w). Нарешті, для того щоб запустити деяку програму на виконання, користувач повинен мати відповідне право (х). Виконуваний файл може бути як скомпільованою програмою, так і скриптом командного інтерпретатора shell. В останньому випадку користувачеві також знадобиться право на читання, оскільки під час виконання скрипту командний інтерпретатор повинен мати можливість зчитувати команди з файлу. Все зазначене, крім, мабуть, права на виконання, що має зміст лише для звичайних файлів і каталогів, є слушним і для інших типів файлів: спеціальних файлів пристроїв, іменованих каналів і сокетів.


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)