UNIX System V

1. Вступ 1.1. Мета даного керівництва

Посібник з адміністрування систем AT & T UNIX System V Release 4.0 Version 1.0, розроблена для надання допомоги в адмініструванні системи, заснованої на системі 386 і виконується в середовищі UNIX System V Release 4.0. Передбачається, що ви вже знайомі з іншими системами UNIX. Завдання адміністрування системи показані за допомогою команд sheel і меню sysadm, представлених у пакеті прикладних програм "Operations, Administration and Maintenance" (OA & M). Пакет OA & M не є частиною основної системи; вам слід інсталювати його, щоб забезпечити доступ до інтерфейсу.

Даний посібник необхідно використовувати після того, як програмні засоби будуть встановлені відповідно до вказівок Керівництва з інсталяції систем AT & T UNIX System V Release 4.0 Version 1.0. Інструкції з інсталяції та ініціалізації розширених прикладних програм включені в документацію, супроводжуючу розширений продукт.

1.1.1. Що таке адміністрування системи в процесорі 386?

Адміністратор системи включає завдання, звичайно що виконуються в обчислювальній системі: створення резервних копій і відновлення файлів, додавання і видалення користувачів, управління мережею, додавання і видалення апаратних засобів і т.д.

Для виконання цих завдань в системі є два інтерфейси: команди shell, що є безпосереднім користувача інтерфейсом з адміністративними функціями середовища системи UNIX, і меню sysadm, що забезпечують інтерфейс меню з тими ж завданнями за допомогою команди sysadm. Досвідчені адміністратори системи повинні бути знайомі з обома інтерфейсами.

1.1.2. Обслуговування, адміністрування та супроводження

Якщо ви інсталіровалі пакет прикладних програм "Operations, Administration and Maintenance" (OA & M), sysadm звертається до меню в форматі вікон, використовуючи інтерфейс форм, меню та мови (FMLI).

Примітка. Рекомендується інсталювати пакет OA & M до інсталяції Екранній командної оболонки Framed Acces Command Environment (FACE) ("Файловий доступ до командного середовищі"). Якщо ви інсталіруете пакет FACE першим, ви отримаєте повідомлення про помилки при завантаженні першого гнучкого диска. Інсталяція завершиться частковим збоєм установки.

При інсталяції пакета OA & M вам пропонується вибір між основним пакетом або пакетом розширень OA & M. Пакет розширень OA & M - вибір за замовчуванням - дає більш широкий діапазон послуг зі створення резервних копій і відновлення файлів, плюс інші послуги - створення групи користувачів, супровід програм, супровід файлів і т.д.

1.1.2.1. Інсталірованіе основного пакету і пакетів розширень OA & M

При початковій інсталяції можна встановити основний пакет OA & M або разом і основний пакет і пакети розширень OA & M. Якщо ви інсталіровалі обидва пакети OA & M - і основний, і пакет розширень - і хочете видалити розширення для збереження простору, слід видалити і основний і пакети розширень і заново інсталювати основний пакет OA & M. Розширення меню позначається # oam # на пошкоджених рядках меню у файлах меню OA & M.

Примітка. Файли ". Menu" object_gen дозволяють додати вихідні тексти FML (Form., Menu., Або Text. Файли) за допомогою пакетів розширень у структурі каталогу розширень. Ці додавання можна видаляти (відповідно до правил в Посібнику розробників пакетів розширень), коли видаляється пакет розширень (модульність). Меню вдосконалюються автоматично; прототип пакета розширень містить файли ". Mi", визначені як OAMmif. Документи про дії OAMmif, представлені в OA & M, коригують головні меню, оголошені в пакеті розширень як іменують специфічне розширення. Це викликає переадресацію на місце розташування специфічних каталогів розширень, де повинні постійно знаходитися файли FML.

Наприклад, розширення Small Computer Systems Interfase (SCSI) (Інтерфейсу систем малих ЕОМ) додає вибір типів меню "buses" і "devices". Специфічний вибір SCSI (рядки) в меню "buses" і в меню "devices" визначено в поле 4 за допомогою позначки # scsi #. # Scsi # інтерпретується за допомогою object_gen і перетвориться в / usr / sadm / sysadm / add-ons / scsi (в протилежність / usr / sadm / sysadm / menu / *) - місце розташування специфічного розширення SCSI. Надалі інші пакети розширень можуть привносити розширення в ті ж елементи головного меню (вони будуть містити відповідне переміщення # add-on_name #).

2. Використання файлових систем

У цьому розділі описується, як створювати, монтувати і демонтувати типи файлових систем s5 і ufs. Для цього необхідно спочатку відформатувати гнучкі і жорсткі диски. Якщо використовувані диски не були відформатовані, зверніться до розділу 9 "Форматування запам'ятовуючих пристроїв" та "Управління запам'ятовуючими пристроями".

Зверніться до цих завдань з опції file_system в меню UNIX System V Release 4.0 Version 1.0.

2.1. Створення файлової системи

2.1.1. Використання меню OA & M для створення файлової системи
2.1.2. Використання команди mkfs для створення файлової системи

2.1.2.1. Створення файлової системи s5
2.1.2.2. Створення файлової системи ufs
2.1.2.3. Вибір логічного розміру блоку.

Створення робочої файлової системи проводиться у кілька етапів:

Форматування гнучких дисків. Створення файлової системи з використанням меню OA & M або команди mkfs. Установка файлової системи. Демонтування файлової системи при відсутності звернення до неї. 2.1.1. Використання меню OA & M для створення файлової системи

Використовуйте наступні меню для створення файлової системи:

Виберіть make з меню "Керування файлової системою" (Manage File System).

Система відображає екран "Створення файлової системи" (Create a File System) (make):

________________________________________________ | Create a File System (make) | ---------------------------------------- -------- Device that will contain the file system: diskette1 File system type: a5 Lable for the file system: Once created, should the new file system be mounted? yes File system name when mounted: / install

Введіть інформацію файлової системи та натисніть SAVE.

Система відображає один з наступних екранів:

________________________________________________ | Create An a5 File System (make) | --------------------------------------- --------- Name of prototype file: Block Size in Bytes: 1024 Number of Blocks: Number of Files: ________________________________________________ | Create a File System (make) | ------------ ------------------------------------ Number of Blocks in the File System: Block Size IN bYTES: 8192 Fragment Size in bytes: 1024 Введіть інформацію та натисніть SAVE.

Система відображає команду вставити дискету в дисковод.

Натисніть SAVE, коли вставите дискету в дисковод.

Потім система створює файлову систему і намагається змонтувати її.

2.1.2. Використання команди mkfs для створення файлової системи

У даному підрозділі спочатку обговорюється загальний формат команди mkfs, а потім її специфічне застосування для створення файлової системи s5 або ufs. Формат команди mkfs:

mkfs [-F filetype] [-V] [-m] [current_options] [-o specific_options] special operands

де filetype - тип файлової системи - або s5, або ufs;-V - відображає повністю командний рядок, включаючи інформацію файлу ufstab;-m - повертає командний рядок, що використовується для створення існуючої файлової системи. Цей параметр дозволяє користувачеві бачити атрибути, з яких складається файлова система; current_options - параметри, підтримувані s5; specific_options - атрибути файлової системи повинні бути введені в файл / etc / vfstab. special - ім'я елемента vfstab, що містить атрибути особливої файлової системи; special_operands - операнди, специфічні для типу створюваної файлової системи.

2.1.2.1. Створення файлової системи s5

Введіть такі команди, щоб створити нову файлову систему s5 або перетворити стару з новим логічним розміром блоку:

Якщо нова файлова система буде створюватися в розділі диска, де постійно перебуває стара файлова система, створіть резервну копію старої системи. Для створення резервних копій систем з одним або декількома жорсткими дисками можна використовувати команду cpio (1). Якщо нова файлова система буде створюватися з старої, виконайте команду labelit, яка повідомляє і ім'я вже змонтованої файлової системи і фізичне ім'я тому старої файлової системи. Ці мітки знищуються при створенні нової файлової системи.

Вам слід специфікувати тип файлової системи, коли ви використовуєте команду labelit. Наприклад, якщо використовується пристрій f0q15d, файловою системою буде memo, а іменем томи memo 2.0.

Введіть:

labelit-F s5/dev/dsk/f0q15d memo memo 2.0

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

Використовуйте одну з наступних команд: 4. mkfs [-F s5] [-b blocksize] special blocks [: inodes] 5. [Gap blocks / cyl]

або

mkfs [-F s5] [-b blocksize] special prototype [gap blocks / cyl]

де blocksize - логічний розмір блоку файлової системи.

Значення за замовчуванням - 1024 байта. Система s5 підтримує також 512 - байтові і 2048 - байтові блоки; special - вхід у файлі vfstab, що містить атрибути файлової системи; blocks - кількість 512 - байтових блоків, які займе файлова система. Значенням за замовчуванням для inodes є один індексний дескриптор файлу для кожних чотирьох логічних блоків пам'яті; gap blocks / cyl - проміжок між записами та кількість блоків в одному циліндрі. Ці цифри залежать від розміру блоку і розмірів жорсткого диска; prototype - ім'я файлу, який може включати: кількість блоків, необхідних для файлової системи, каталог та структуру файлу для файлової системи, а також команди зчитування вмісту існуючих файлів у файлову систему.

Зверніть увагу, що файлової системі не дається ім'я ні в одному з форматів команди mkfs; воно ідентифікується по імені файлу спеціального пристрою, в якому його ім'я знаходиться. Файл спеціального пристрою, звичайно розташований у каталозі / dev, прив'язаний до ідентифікуючий контролеру і відповідно до типу та номером фізичного пристрою.

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

Обидва формати дозволяють визначати інформацію про проміжках між записами і блоках в одному циліндрі. Якщо така інформація не дається на командному рядку, тоді використовуються значення за замовчуванням.

Рекомендації залежать від логічного розміру блоків файлової системи. Опція-b команди mkfs дозволяє визначити логічний розмір блоків, використовуваних у файловій системі. За замовчуванням логічний розмір блоків файлової системи становить 1024 байти. За допомогою параметра-b можна визначити логічний розмір блоків від 1024 до 2048 байтів. Рекомендовані значення відрізняються від значень за замовчуванням, використовуваних командами. Оптимальне значення залежить від типу прикладної задачі (наприклад, у інтенсивних прикладних програм зчитування інші характеристики ніж у інтенсивних прикладних програм запису), від використовуваного дискового контролера і чергування дисків.

У першому форматі mkfs, навіть якщо і потрібно число блоків у файлі, кількість індексних дескрипторів файлу може бути опущений. Якщо кількість індексних дескрипторів файлу опускається, команда використовує значення за замовчуванням одного індексного дескриптора файлу для кожних чотирьох логічних блоків пам'яті.

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

Проженете команду labelit, щоб відновити файлову систему і імена томів. Завантажте нову файлову систему - наприклад, відновіть файлову систему з резервної копії або, якщо у вашої системи два жорстких диски, виконайте команду cpio (1M) з змонтованої файлової системи. (Команди volcopy (1M) і dd (1M) копіюють образ файлової системи, вони не можуть перетворити логічний розмір блоків). 2.1.2.2. Створення файлової системи ufs

При побудові файлової системи ufs команда mkfs створює файлову систему з кореневим каталогом і з каталогом lost + found. Число індексних дескрипторів файлу вираховується як функція розміру файлової системи.

Введіть такі команди, щоб створити нову файлову систему ufs або перетворити стару в новий логічний розмір блоку:

Якщо нова файлова система буде створюватися на частини диска, де знаходиться стара файлова система, створіть резервну копію старої системи. Якщо нова файлова система буде створюватися з старої, виконайте команду labelit, яка повідомляє та ім'я змонтованої файлової системи і фізичне ім'я тому старої файлової системи. Ці мітки знищуються, коли створюється нова файлова система.

Необхідно визначити тип файлової системи при використанні labelit. Наприклад, якщо у вас пристрій f0q15d, файловою системою буде memo, а іменем томи memo 2.0. Введіть:

labelit-F ufs/dev/dsk/f0q15d memo memo 2.0 Використовуйте одну з наступних команд: 4. mkfs-F ufs [-o] [arguments special size

або

mkfs-F ufs [-o] [arguments special prototype

де special - вхід у файлі vfstab, що містить атрибути файлової системи; size - кількість секторів у файловій системі; arguments - необов'язкові параметри - це список параметрів, що відділяються комами і дозволяють налаштовувати файлову систему. Нижче наводиться список найбільш важливих параметрів:

nsect - число секторів на одну доріжку на диску. Значення за замовчуванням 18. Якщо ви видаєте команду prtvtoc-p для дискового запам'ятовуючого пристрою, число секторів виводиться як "# sectors";
ntrack - кількість доріжок на один циліндр на диску. Значення за умовчанням 0. Команда prtvtoc-p виводиться як "# heads";
bsize - початковий розмір блоків для файлів файлової системи, обираний з 4096 (за замовчуванням) або 8192;
fragsize - найменше простір на диску, що виділяється для файлу. Значення має бути ступенем числа 2, вибране з діапазону від 512 до 8192. Значення за замовчуванням 1024;
cgsize - кількість дискових циліндрів на одну групу циліндрів. Це число повинне бути в діапазоні від 1 до 32. Значення за замовчуванням 16;
free - мінімальний відсоток допустимого вільного дискового простору. Якщо обсяг файлової системи досягає цього порога, ви повинні бути привілейованим користувачем, щоб виділити дискові блоки. Значення за замовчуванням 10.

Якщо списком параметрів передує-o, тоді необхідно специфікувати тільки бажані параметри, але кожен параметр повинен бути явно позначений. Інакше, параметри досліджуються зліва направо, де першим параметром вважається nsect, другим - ntrack і т.д.

Наступні дві команди схожі по функціях:

mkfs-F ufs-o bsize = 4096, nsect = 18, ntrack = 9 / dev/rdsk/1s2 35340 mkfs-F ufs / dev/rdsk/1s2 35340 32 16 4096

prototype - ім'я файлу, яке може включати: кількість блоків, необхідне для файлової системи, каталог та файлова структура, а також команди зчитування змісту відповідних файлів у файлову систему.

Проженете команду labelit, щоб відновити файлову систему і імена томів. Заповніть нову файлову систему - наприклад, відновіть з резервної копії файлової системи або, якщо у вашій системі два жорсткі диски, виконайте команду cpio (1M) з змонтованої файлової системи. (Команди volcopy (1M) і dd (1M) копіюють образ файлової системи, вони не можуть перетворювати логічний розмір блоку). 2.1.2.3. Вибір логічного розміру блоку

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

Адміністратор, який використовує команду mkfs для створення файлової системи, може визначити логічний розмір блоків файлової системи. За замовчуванням логічний розмір блоків становить 1024 байти (1K) у системі s5 і 4096 байтів (4K) у системі ufs. Файлові системи root і usr поставляються як 1K файлові системи. Крім 1К файлових систем, система s5 також підтримує 2048 байтові (2К) файлові системи.

Щоб розумно вибрати логічний розмір блоків, необхідно врахувати продуктивність і обсяг простору. Для більшості систем ufs 8K файлова система з розміром фрагментів 1К має найкращу продуктивність, тоді як для більшості s5 систем 1К файлова система сама продуктивна. Для спеціальних прикладних програм, проганяється в системі s5 (як наприклад, для s5 службових файлових процесорів), які використовують велику кількість здійсненних файлів або файлів даних, кращим вибором може бути 2К файлова система.

2.2. Монтування файлової системи

2.2.1. Використання меню OA & M для монтування файлової системи

2.2.2. Використання mount для монтування файлової системи

При створенні файлової системи єдиним ім'ям на командному рядку (на відміну від імені файлу макета, якщо ви використовували цей параметр) є ім'я спеціального файлу пристрою. Оскільки зазвичай до файлової системи UNIX System V звертаються по імені каталогу найвищого рівня в її ієрархії, наступним етапом після створення файлової системи має бути з'єднання імені файлової системи з ім'ям каталогу.

Це виконується шляхом "монтування" файлової системи. При цьому використовуються меню OA & M або команда mount (1M). Цей етап обов'язковий.

Виконання команди mount вимагає попарного з'єднання змонтованого дискового пристрою і вмонтованого каталогу. Система UNIX забезпечується інформацією про тип файлової системи, про параметри, що використовуються для монтування і про час, необхідному для монтажу. Ця інформація зберігається у файлі / etc / mnttab.

Наприклад, команда

mount-F s5 / dev/dsk/1s2/usr

просить систему змонтувати / dev/dsk/1s2 як s5 файлову систему, яка починається в каталозі / usr.

Якщо ви спробуєте замінити каталоги (за допомогою команди cd) на каталог у файловій системі usr до виходу команди mount, то команда cd не виконається. Поки не завершиться команда mount, система не буде знати ні про яких каталогах у файловій системі usr.

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

Команда labelit також допомагає здійснити зв'язок між спеціальним файлом пристрою і змонтованим ім'ям файлової системи. Вона записує каталог найвищого рівня файлової системи (тобто її ім'я) у полі в системному блоці томи.

Примітка. Коли команда labelit використовується для монтованих файлових систем, таких як, наприклад, на гнучких дисках, одним з фактичних параметрів командного рядка може бути ідентифікаційний номер тому. Цей номер теж зберігається в полі в системному блоці томи, хоча загальноприйнятим вважається просто записати ім'я на етикетці дискети, де знаходиться файлова система.

2.2.1. Використання меню OA & M для монтування файлової системи

Зверніться до цих завдань з необов'язкового параметра file_systems в меню System Administration. Використовуйте наступні меню для монтування файлової системи:

Виберіть mount з меню Manage File Systems.

Система відображає екран Mount a File System:

________________________________________________ | Mount a File System | ------------------------------------------- ----- Device that contains the file system: diskette 1 File system name when mounted: Натисніть CHOICES для вибору правильних парметр, потім натисніть SAVE. 2.2.2. Використання mount для монтування файлової системи

Загальна форма команди mount: mount.

Наприклад, команда

mount-F s5/dev/dsk/1s4/home

просить систему змонтувати / dev/dsk/1s4 як файлову систему типу s5, яка починається в каталозі / home.

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

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

Створіть два каталоги на жорсткому диску: один буде служити сполучною ланкою між гнучким диском і жорстким (точка монтування), а інший буде кореневим каталогом монтує файлової системи.

Наприклад, команди на етапах, зазначених нижче, використовують / mnt як каталог точок монтування та / myfs як кореневий каталог.

Змонтуйте дискету. Наприклад: 3. mount-F s5 -oro/dev/diskette / mnt Перейдіть до каталогу монтування, в даному випадку 5. cd / mnt Скопіюйте вміст файлової системи в каталог / myfs, використовуючи 7. find. -Print | cpio -pdm/myfs

Пояснення використовуваних параметрів дано в find (1) і cpio (1).

2.3. Демонтування файлової системи

2.3.1. Демонтування файлової системи за допомогою меню
2.3.2. Використання команди umount для демонтування файлової системи

Демонтування файлової системи логічно від'єднує файлову систему від пов'язаного з нею дискового пристрою. У користувачів більше немає доступу до каталогів і файлів файлової системи.

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

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

/ Etc / umount: device busy 2.3.1. Демонтування файлової системи за допомогою меню

Зверніться до цих завдань, використовуючи параметр file_system в меню System Administration.

Використовуйте наступні меню для демонтування файлової системи:

Виберіть unmount з меню Managing File Systems.

Система відображає екран Unmount a File System:

________________________________________________ | Unmount a File System | ------------------------------------------- ----- Mountpoint of Device to be unmounted: Натисніть CHOICES, щоб відобразився список наявних файлових систем. Використовуйте клавіші зі стрілками для переміщення курсору у відповідну файлову систему та натисніть SAVE, щоб вибрати її. Натисніть SAVE, щоб почати процес демонтажу. Система відображає екран верифікації: 4. ________________________________________________5. | Unmount a File System | 6. ------------------------------------------------ 7. unmount your selection? yes Натисніть SAVE, щоб продовжити роботу. Система відображає екран верифікації після того, як буде демонтована файлова система. 2.3.2. Використання команди umount для демонтування файлової системи

Команда для демонтування файлової системи вимагає тільки ім'я спеціального пристрою або точки демонтажу.

Щоб демонтувати файлову систему, введіть наступну команду:

umount device_name

Наприклад, якщо файлова система була cмонтірована з дискети, то команда

umount / dev / diskette

звільняє дисковий запам'ятовуючий пристрій.

2.4.1. Пошкодження файлової системи

Файлова система може бути пошкоджена декількома способами. Три найбільш загальних:

неправильне закриття або запуск системи; видалення носіїв даних до демонтажу файлової системи; вихід з ладу апаратних засобів.

Можна зберегти надійність файлових систем, виконуючи наступні правила:

завжди використовуйте процедуру shutdown перед вимиканням комп'ютера. Процедура закриття демонтує всі файлові системи; завжди демонтуйте змонтований гнучкий диск системи UNIX перед його видаленням; ніколи не видаляйте гнучкий диск, поки дисковод працює. 2.4.2. Цілісність файлової системи

У комп'ютера є кілька вбудованих ознак надійності. Нижче наводиться короткий список цих ознак:

коли файл записується на жорсткий диск, його індексний дескриптор і блоки записуються в тому порядку, який гарантує максимальну надійність. Це відомо як впорядковані запису; системні буфери періодично записуються на жорсткий диск. Це відомо як автоматична модифікація; якщо файлова система пошкоджується, необхідно прогнати програму fsck, щоб очистити файлову систему перед її монтуванням. 2.4.3. Програма fsck

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

При завантаженні системи UNIX ваш комп'ютер здійснює контроль цілісності за станом кореневої файлової системи. Якщо існують потенційні проблеми, програма fsck виконується автоматично, щоб виправити кореневу файлову систему.

Щоб вручну прогнати програму fsck, необхідно спочатку демонтувати файлову систему (якщо ви перевіряєте кореневу файлову систему, корінь повинен залишатися змонтованим).

Загальний формат команди fsck:

fsck [-F FSType] [-V] [current_options] [-m] [-o specific_options] [special ...]

де-F - специфікує тип FSType, з яким будуть працювати. FSType повинен бути або специфікований тут, або визначений з / etc / vfstab шляхом зіставлення special з елементом таблиці;-V - луна-відображення всієї командного рядка; команду не виконувати; current_options - параметри, підтримувані модулем програми fsck, специфічним для системи типу s5; -m - перевірити, але не виправляти. Цей параметр перевіряє, чи підходить файлова система для демонтажу;-o specific_options - специфікує подпараметри, які специфічні для типу файлової системи - s5 або ufs.

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

2.4.3.1. Використання команди fsck для перевірки файлової системи s5

Формат команди для файлових систем s5:

fsck [-F s5] [generic_options] [-y] [-n] [-p] [-sX] [-tfile] [-1] [-q] [-D] [-f] [-b] [ special]

Рекомендується використовувати параметр-y. Цей параметр відповідає "так" на всі питання, що видаються командою fsck, і не вимагає вашого втручання. Інший рекомендований параметр-s, який форсує перебудову вільного списку в оптимальному порядку. При використанні вільного списку він дезорганизуется; перебудова вільного списку покращує роботу з послідовно створюваними файлами. special дає ім'я спеціальним файлу пристрою, пов'язаному з файловою системою. Якщо ім'я пристрою не визначено, команда fsck перевіряє всі файлові системи, названі в / etc / vfstab з числовим полем fsckpass.

Наступний екран показує команду fsck, введену для перевірки файлової системи usr. Ніякі параметри не специфицируются. Відгук системи означає, що порушення цілісності виявлено не було. Команда діє поетапно; деякі етапи команди проганяються, тільки якщо це вимагається або у відповідь на параметр командного рядка. По завершенні кожного етапу з'явився напис. У кінці програми відображається кінцеве повідомлення, що показує кількість файлів (індексних дескрипторів файлів), блоків і вільних блоків.

# Fsck-F s5 / dev/dsk/1s2 / dev/dsk/1s2 File System: usr Volume: usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Free List 411 files 4394 blocks 8880 free # 2.4.3.2. Етапи програми fsck в системі s5

Програма fsck проганяється по етапах. На кожному етапі даються звіти про будь-які помилки, які виявила програма. Якщо fsck може виправити помилку, користувача запитують, чи повинно бути зроблено виправлення. Якщо ви визначили параметр-y, тоді на всі питання передбачається відповідати "так" і вам не буде дано запрошення. В останній частині цього розділу описуються повідомлення, що виходять на кожному етапі, можливі відгуки і пов'язані з ними виняткові ситуації: нижче перераховуються скорочення, використовувані в повідомленнях про помилки в програмі fsck.

Абревіатура повідомлень про помилки, що виводяться fsck.

Наступна абревіатура і відповідний їй текст з'являються в повідомленні про помилку:

BLK	номер блоку
DUP	номер блоку копії
DIR	ім'я довідника
MTIME	час останньої модифікації
UNREF
CG	група циліндра

Наступна однобуквеному абревіатура замінюється на відповідний їй текст при появі на екрані повідомлення про помилку:

B	номер блоку
F	ім'я файлу
I	номер inode
M	режим файлу
O	user-id власника файлу
S	розмір файлу
T	час останньої модифікації файлу
X	лічильник зв'язку
	або число блоків BAD, DUP або MISSING
	або кількість файлів (залежних за контекстом)
Y	номер лічильника коректного каналу зв'язку
	або число блоків у файловій системі
Z	число вільних блоків

2.4.3.3. Етап ініціалізації

Перевіряється синтаксис командного рядка. Перед перевіркою файлової системи програма fsck встановлює деякі таблиці і відкриває деякі файли. Програма fsck завершується, коли вона стикається з помилками на етапі ініціалізації.

2.4.3.4. Загальні помилки

Наступні три повідомлення про помилки можуть з'явитися на будь-якому етапі після ініціалізації. Їх краще розглядати як фатальні, закінчити виконання програми і спробувати визначити причину помилки.

Повідомлення:

CAN NOT SEEK: BLK B (CONTINUE?)

Прохання переміститися у вказаний номер блоку B в пошкодженої файлової системи. Це повідомлення вказує на серйозну помилку, ймовірно збій в апаратних засобах.

Повідомлення:

CAN NOT READ: BLK B (CONTINUE?)

Прохання передати вказаний номер блоку B в пошкоджену файлову систему. Повідомлення вказує на серйозну помилку, ймовірно збій в апаратних засобах.

Повідомлення:

CAN NOT WRITE: BLK B (CONTINUE?)

Прохання записати вказаний номер блоку B в пошкоджену файлову систему. Диск може бути захищений від запису.

2.4.3.5. Значення відповідей Так / Ні

Відповідь n (немає) на запрошення CONTINUE? означає: Закінчіть програму (Це рекомендований відповідь)

Відповідь y (та) на запрошення CONTINUE? означає: Спробуйте продовжити перевірку файлової системи.

Зверніть увагу, що помилки часто можуть повторяться. Ця виняткова ситуація запобігає повну перевірку файлової системи. Необхідно вдруге виконати програму fsck, щоб ще раз перевірити файлову систему.

2.4.3.6. Етап 1: Контроль блоків і розмірів

На цьому етапі перевіряється список індексних дескрипторів файлів. Даються звіти про виняткових ситуаціях, які зустрічаються під час:

контролю типів індексних дескрипторів файлів; встановлення таблиці підрахунку нульових зв'язків; перевірки номерів блоків індексних дескрипторів файлів на предмет поганих і ідентичних блоків; перевірки розмірів індексних дескрипторів файлів; перевірки формату індексних дескрипторів файлів.

Типи повідомлень про помилки - етап 1.

На етапі 1 виявляється 4 типи повідомлень про помилки:

інформаційні повідомлення; повідомлення із запрошенням CONTINUE?; повідомлення із запрошенням CLEAR?; повідомлення із запрошенням RECOVER?.

Між інформаційними повідомленнями і повідомленнями із запрошенням CONTINUE? є зв'язок. Зазвичай запрошення CONTINUE? вказує на те, що був досягнутий певний межа.

Значення відгуків Так / Ні - етап 1.

Відгук n (немає) на запрошення CONTINUE? означає: завершіть програму.

На етапі 1 відгук y (та) на запрошення CONTINUE? означає: продовжуйте виконання програми.

Коли виникає така помилка, повний контроль файлової системи неможливий. Щоб повторно перевірити файлову систему, потрібно ще раз виконати програму fsck.

Відгук n (немає) на запрошення RECOVER? означає: відновите всі блоки, на які вказує індексний дескриптор файлу.

Відповідь "ні" підходить тільки в тому випадку, якщо користувач має намір видалити надлишкові блоки.

Відповідь n (немає) на запрошення CLEAR? означає: ігноруйте виняткову ситуацію.

Відповідь "ні" доречний тільки в тому випадку, якщо користувач має намір використовувати інші засоби для фіксації помилки.

Відповідь y (та) на запрошення CLEAR? означає: звільніть індексний дескриптор файлу I шляхом обнулення його вмісту.

Це може породжувати виняткову ситуацію UNALLOCATED на етапі 2 для кожного елемента каталогу, що вказує на цей індексний дескриптор файлу.

Повідомлення про помилки на етапі 1.

Повідомлення:

swt UNKNOWN FILE TYPE I-I (CLEAR?)

Видове слово індексного днскріптора файлу I вказує на те, що індексний дескриптор файлу це не абстрактний файл, не спеціальний символьний індексний дескриптор файлу, не регулярний індексний дескриптор файлу і не індексний дескриптор файлу каталогів. Якщо визначений параметр-p, індексний дескриптор файлу очищається.

Повідомлення:

LINK COUNT TABLE OVERFLOW (CONTINUE?)

У внутрішній таблиці для fsck, що містить розміщені індексні дескриптори файлів з нульовою кількістю зв'язків, більше немає місця. Якщо визначений параметр-p, програма завершиться, а програму fsck потрібно завершити вручну.

Повідомлення:

B BAD I-I

Індексний дескриптор файлу I містить блок номерів B з номером менше номера першого блоку даних у файловій системі або більше номера останнього блоку у файловій системі. Ця виняткова ситуація може породжувати повідомлення про помилку EXCESSIVE BAD BLKS на етапі 1, якщо у індексного дескриптора файлів I занадто багато номерів блоків за межами файлової системи. Ця виняткова ситуація породжує повідомлення про помилку BAD / DUP на етапах 2 і 4.

Повідомлення:

EXCESSIVE BAD BLOCKS I-I (CONTINUE?)

У файловій системі надто багато (зазвичай більше 10) блоків з номером менше номера першого блоку даних або більше номера останнього блоку, пов'язаного з індексним дескриптором файлів I. Якщо специфікований параметр-p, програма завершується.

Повідомлення:

B DUP I-I

Індексний дескриптор файлу I містить блок номер B, про який заявляє такої ж або інший індексний дескриптор файлу або вільний список. Така виняткова ситуація може породжувати повідомлення про помилки EXCESSIVE DUP BLKS на етапі 1, якщо у індексного дескриптора файлів занадто багато номерів блоків, про які заявлено таким же або іншим індексним дескриптором файлів або у вільному списку. Ця виняткова ситуація викликає етап 1B і породжує повідомлення про помилки на етапах 2 і 4.

Повідомлення:

EXCESSIVE DUP BLKS I-I (CONTINUE?)

Занадто багато (зазвичай більше 10) блоків, про які заявлено в тому ж або іншому індексному дескрипторі файлів або у вільному списку. Якщо визначений параметр-p, програма завершується.

Повідомлення:

DUP TABLE OVERFLOW (CONTINUE?)

У внутрішній таблиці в fsck, що містить подвійні номери блоків, більше немає місця. Якщо визначений параметр-p, програма завершується.

Повідомлення:

DIRECTORY MISALIGNED I-I

Формат каталогу індексних дескрипторів файлів не кратний 16. Якщо використовується параметр-p, каталог відновлюється автоматично.

Повідомлення:

PARTIALLY ALLOCATED INODE I-I (CLEAR?)

Індексний дескриптор файлу ні виділений, ні звільнений. Якщо специфікований параметр-p, індексний дескриптор файлу буде очищений.

Повідомлення:

DIR / FILE SIZE ERROR

Файл посилається на дані, а не позначається індексним дескриптором файлу.

Повідомлення:

DELETE OR RECOVER EXCESS DATA

У користувача є право вибору між видаленням або відновленням надлишкових блоків, на які вказує індексний дескриптор файлу.

Повідомлення:

RECOVER?

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

Повідомлення:

DELETE?

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

2.4.3.7. Етап 1B: Повторний пошук DUPS

Коли у файловій системі знаходиться дублетних блок, ця файлова система повторно проглядається, щоб знайти індексний дескриптор файлу, який перед цим заявляв про цьому блоці. Після того, як буде знайдено дублетних блок, друкується наступне інформаційне повідомлення:

Повідомлення:

DUP I-I

Індексний дескриптор файлу I містить блок номер B, про який вже було заявлено в тому ж або іншому індексному дескрипторі файлу або у вільному списку. Ця виняткова ситуація породжує повідомлення про помилку BAD / DUP на етапі 2. Індексні дескриптори файлів, що мають перекриваються блоки, можуть бути визначені при вивченні цієї виняткової ситуації та виключної ситуації DUP на етапі 1.

2.4.3.8. Етап 2: Контроль повних імен файлів

На цьому етапі видаляються елементи каталогу, що вказують на невдалі індексні дескриптори файлів, виявлені на етапах 1 і 1B. Дається звіт про виняткових ситуаціях, що з'явилися в результаті таких моментів:

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

Типи повідомлень про помилки - етап 2.

На етапі 2 є 4 типи повідомлень про помилки:

інформаційні повідомлення; повідомлення із запрошенням FIX?; повідомлення із запрошенням CONTINUE?; повідомлення із запрошенням REMOVE?.

Значення відгуків Так / Ні - етап 2.

Відгук n (немає) на запрошення FIX? означає: завершіть програму, тому що fsck не може бути продовжена.

Відгук y (та) на запрошення FIX? означає: замініть тип кореневого індексного дескриптора файлу на "каталог".

Якщо блоки даних кореневого індексного дескриптора файлу не є блоками каталогу, породжується занадто багато повідомлень про помилки.

Відгук n (немає) на запрошення CONTINUE? означає: завершіть програму.

Відгук y (та) на запрошення CONTINUE? означає: ігноруйте повідомлення про помилки DUPS / BAD IN ROOT INODE і продовжуйте перевіряти файлову систему.

Якщо кореневий індексний дескриптор файлу неправильний, може породжуватися велика кількість інших повідомлень про помилки.

Відгук n (немає) на запрошення REMOVE? означає: ігноруйте виняткову ситуацію.

Відповідь "ні" підходить тільки в тому випадку, якщо користувач має намір вживати інших заходів щодо фіксації помилки.

Відгук y (та) на запрошення REMOVE? означає: Видалити ідентичні або звільнені блоки.

Повідомлення про помилки - етап 2.

Повідомлення:

ROOT INODE UNALLOCATED. TERMINATING

У кореневого індексного дескриптора файлу (звичайно це індексний дескриптор файлу номер 2) файлової системи немає виділених режимних розрядів. Це повідомлення вказує на серйозну помилку, яка призводить до зупинки програми.

Повідомлення:

ROOT INODE NOT DIRECTORY (FIX?)

Кореневий індексний дескриптор файлу (звичайно це індексний дескриптор файлу номер 2) файлової системи не є типом індексного дескриптора каталогу файлів. Якщо специфікований параметр-p, програма завершиться.

Повідомлення:

DUPS / BAD IN ROOT INODE (CONTINUE?)

На етапі 1 або 1B знайдені ідентичні блоки або несправні блоки в кореневому індексному дескрипторі файлу (звичайно це індексний дескриптор файлу номер 2) файлової системи. Якщо специфікований параметр-p, програма завершиться.

Повідомлення:

I OUT OF RANGE I-I NAME-F (REMOVE?)

Елемент каталогу F містить індексний дескриптор файлу номер I, який більше, ніж кінець списку індексних дескрипторів файлу. Якщо специфікований параметр-p, індексний дескриптор файлу буде автоматично знищений.

Повідомлення:

UNALLOCATED I-I OWNER-O MODE-N SIZE-S MTIME-T NAME-F (REMOVE?)

Елемент каталогу F містить індексний дескриптор файлу I без виділених режимних розрядів. Друкуються: власник O, режим M, розмір S, час модифікації T і ім'я файлу F. Якщо файлова система не змонтована і параметр-n не специфіковані, елемент каталогу автоматично видаляється, якщо у індексного дескриптора файлу, який вказує на цей елемент, розмір символу 0. Елемент видаляється, якщо специфікований параметр-p.

Повідомлення:

DUP / BAD I-I OWNER-O MODE-M SIZE-S MTIME-T DIR-F (REMOVE?)

На етапі 1 або 1B знайдені ідентичні блоки або "невдалі" блоки, пов'язані з елементом F каталогу, індексного дескриптора каталогів файлів I. Друкуються: власник O, режим M, розмір S, час модифікації T, і ім'я каталогу F. Якщо специфікований параметр-p, ідентичні / невдалі блоки видаляються.

Повідомлення:

DUP / BAD I-I OWNER-O MODE-M SIZE-S MTIME-T FILE-F (REMOVE?)

На етапі 1 або 1B знайдені ідентичні або "невдалі" блоки, пов'язані з елементом F файлу, індексного дескриптора файлу I. Друкуються: власник O, режим M, розмір S, час модифікації T і ім'я файлу F. Якщо специфікований параметр-p, ідентичні / невдалі блоки видаляються.

Повідомлення:

BAD BLK IN DIR I-I OWNER-O MODE-SIZE-S MTIME-T

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

2.4.3.9. Етап 3: Перевірка зв'язності

На цьому етапі перевіряються каталоги, досліджувані на етапі 2. Даються звіти про таких виняткових ситуаціях:

каталоги без посилань; відсутні або повні каталоги lost + found.

Типи повідомлень про помилки - Етап 3.

На етапі 3 два типи повідомлень про помилки:

інформаційні повідомлення; повідомлення із запрошенням RECONNECT?.

Значення відгуків Так / Ні - Етап 3

Відгук n (немає) на запрошення RECONNECT? означає: ігноруйте виняткову ситуацію.

Ця відповідь породжує повідомлення про помилки UNREF на етапі 4.

Відповідь "ні" підходить тільки в тому випадку, якщо користувач має намір вжити інших заходів для фіксації помилки.

Відповідь y (та) на запрошення RECONNECT? означає: Знову приєднайте каталог з індексним дескриптором I до файлової системи в каталозі для втрачених файлів (зазвичай це каталог lost + found).

Це може породжувати повідомлення про помилки lost + found, якщо є проблеми зі з'єднанням каталогу з індексним дескриптором I з каталогом lost + found. Якщо зв'язок вдала, з'являється інформаційне повідомлення CONNECTED.

Етап 3 - повідомлення про помилки.

Повідомлення:

UNREF DIR I-I OWNER-O MODE-M SIZE-S MTIME-T (RECONNECT?)

Каталог з індексним дескриптором I не був з'єднаний з елементом каталогу за прослеживании файлової системи. Друкуються власник O, режим M, розмір S і час модифікації T каталогу. Програма fsck форсує повторне підключення непорожньої каталогу. Якщо специфицируется параметр-p, заново з'єднується непорожній каталог.

Повідомлення:

SORRY. NO lost + found DIRECTORY

У кореневому каталозі файлової системи немає каталога lost + found; fsck ігнорує вимогу з'єднання будь-якого каталогу з каталогом lost + found. Це породжує повідомлення про помилки UNREF на етапі 4. Режими доступу каталогу lost + found можуть бути невірними.

Повідомлення:

SORRY. NO SPACE IN lost + found DIRECTORY

У кореневому каталозі файлової системи немає місця для додавання іншого елемента до каталогу lost + found; fsck ігнорує вимогу з'єднання будь-якого каталогу з каталогом lost + found. Це породжує повідомлення про помилки UNREF на етапі 4. Очистити непотрібні елементи в каталозі lost + found або розширити його.

Повідомлення:

DIR I-I1 CONNECTED. PARENT WAS I-I2

Це довідкове повідомлення, яке вказує, що каталог з індексним дескриптором I1 був успішно з'єднаний з каталогом lost + found. Батьківський індексний дескриптор файлу I2 каталогу з індексним дескриптором I1 заміщений номером індексного дескриптора каталогу lost + found.

2.4.3.10. Етап 4: Перевірка контрольного рахунку

На цьому етапі перевіряється об'єднана інформація про рахунки, отримана на етапах 2 і 3. Дається звіт про виняткову ситуації, яка виникла в результаті:

наявності файлів без посилань; відсутнього або заповненого каталогу lost + found; невірного підрахунку зв'язків для файлів, каталогів або спеціальних файлів; наявності файлів і каталогів без посилань; наявності невдалих або ідентичних блоків у файлах і каталогах; невірного загального підрахунку вільних індексних дескрипторів файлів.

Типи повідомлень про помилки - Етап 4.

На етапі 4 є п'ять типів повідомлень про помилки:

інформаційні повідомлення; повідомлення із запрошенням RECONNECT?; повідомлення із запрошенням CLEAR?; повідомлення із запрошенням ADJUST?; повідомлення із запрошенням FIX?.

Значення відгуків Так / Ні - Етап 4.

Відгук n (немає) на запрошення RECONNECT? означає: Проігнорувати цю виняткову ситуацію.

Ця відповідь надалі породжує повідомлення про помилки CLEAR на етапі 4.

Відгук y (та) на проіглашеніе RECONNECT? означає: Заново з'єднайте індексний дескриптор файлу I з файловою системою в каталозі для втрачених файлів (це зазвичай каталог lost + found).

Це може породжувати повідомлення про помилки lost + found на цьому етапі, якщо є проблеми з `єднання індексного дескриптора файлу I з каталогом lost + found.

Відгук n (немає) на проіглашеніе CLEAR? означає: Проігнорувати цю виняткову ситуацію.

Ця відповідь підходить тільки в тому випадку, якщо користувач має намір прийняти інші заходи для фіксації помилки.

Відгук y (та) на запрошення CLEAR? означає: Звільніть індексний дескриптор файлу шляхом обнулення його змісту.

Відгук n (немає) на запрошення ADJUST? означає: ігноруйте виняткову ситуацію.

Ця відповідь доречний тільки в тому випадку, коли користувач має намір прийняти інші заходи для фіксації помилки.

Відгук y (та) на запрошення ADJUST? означає: Замінити підрахунок зв'язків файлу індексних дескрипторів файлів I на Y.

Відгук n (немає) на запрошення FIX? означає: ігноруйте цю виняткову ситуацію.

Відгук y (та) на запрошення FIX? означає: Замініть підрахунок у системному блоці томи на правильний підрахунок.

Етап 4 - Повідомлення про помилки.

Повідомлення:

UNREF FILE I-I OWNER-O MODE-M SIZE-S MTIME-T (RECONNECT?)

Індексний дескриптор файлу I не був з'єднаний з елементом каталогу при перевірці файлової системи. Друкуються власник O, режим M, розмір S і час модифікації T індексного дескриптора файлу I. Якщо параметр-n опущений, і файлова система не змонтована, порожні файли автоматично очищаються. Непусті файли не очищаються. Якщо специфікований параметр-p, індексний дескриптор файлу заново приєднується.

Повідомлення:

SORRY. NO lost + found DIRECTORY

У кореневому каталозі файлової системи немає каталога lost + found; fsck ігнорує вимогу з'єднати файл з каталогом lost + found. Надалі це породжує повідомлення про помилки на етапі 4. Режими доступу каталогу lost + found можуть бути неправильними.

Повідомлення:

SORRY. NO SPACE IN lost + found DIRECTORY

Немає місця, щоб приєднати інший елемент до каталогу lost + found в кореневому каталозі файлової системи; fsck ігнорує вимогу зв'язати файл з каталогом lost + found. Це породжує надалі повідомлення про помилки CLEAR на етапі 4. Перевірте розмір і зміст каталогу lost + found.

Повідомлення:

(CLEAR)

Індексний дескриптор файлу, згаданий у повідомленні про помилки UNREF, неможливо заново поєднати.

Повідомлення:

LINK COUNT FILE I-I OWNER-O MODE-M SIZE-S MTIME-T COUNT-X SHOULD BE Y (ADJUST?)

Підрахунок зв'язків для файлу з індексним дескриптором I - X, а повинен бути Y. Друкуються власник O, режим M, розмір S і час модифікації T. Якщо специфікований параметр-p, коригується підрахунок зв'язків.

Повідомлення:

LINK COUNT DIR I-I OWNER-O MODE-M SIZE-S MTIME-T COUNT-X SHOULD BE Y (ADJUST?)

Підрахунок зв'язків для каталогу з індексним дескриптором I - X, а повинен бути Y. Друкуються власник O, режим M, розмір S і час модифікації T. Якщо специфікований параметр-p, коригується підрахунок зв'язків.

Повідомлення:

UNREF FILE I-I OWNER-O MODE-M SIZE-S MTIME-T (CLEAR?)

Файл з індексним дескриптором I не був з'єднаний з елементом каталогу за відстеження файлової системи. Друкуються власник O, режим M, розмір S і час модифікації T індексного дескриптора файлу I. Якщо параметр-n пропущений і файлова система не змонтована, порожні файли автоматично очищаються. Непусті каталоги не очищаються. Якщо специфікований параметр-p, файл очищається, якщо він не був заново об'єднаний.

Повідомлення:

UNREF DIR I-I OWNER-O MODE-M SIZE-S MTIME-T (CLEAR?)

Каталог з індексним дескриптором I не був з'єднаний з елементом каталогу за відстеження файлової системи. Друкуються власник O, режим M, розмір S і час модифікації T індексного дескриптора файлу I. Якщо параметр-n пропущений і файлова система не змонтована, порожні каталоги автоматично очищаються. Непусті каталоги не очищаються. Якщо специфікований параметр-p, каталог очищається, якщо його неможливо заново поєднати.

Повідомлення:

BAD / DUP FILE I-I OWNER-O MODE-M SIZE-S MTIME-T (CLEAR?)

На етапі 1 або на етапі 1B були знайдені ідентичні блоки або невдалі блоки, пов'язані з файлом з індексним дескриптором I. Якщо специфікований параметр-p, файл очищається.

Повідомлення:

BAD / DUP DIR I-I OWNER-O MODE-M SIZE-S MTIME-T (CLEAR?)

На етапі 1 або на етапі 1B були знайдені ідентичні блоки або невдалі блоки, пов'язані з текою з індексними дескриптором I. Друкуються власник O, режим M, розмір S і час модифікації T індексного дескриптора I. Якщо специфікований параметр-p, каталог очищається.

Повідомлення:

FREE INODE COUNT WRONG IN SUPERBLK (FIX?)

Фактичний підрахунок вільних індексних дескрипторів файлів не відповідає підрахунком в системному блоці томи файлової системи. Якщо специфікований параметр-q або-p, підрахунок у системному блоці томи буде автоматично зафіксований.

2.4.3.11. Етап 5: Перевірка списку вільної пам'яті

На цьому етапі перевіряється список вільних блоків. Дається звіт про виняткову ситуації, що виникла в результаті:

невдалих блоків у списку вільних блоків; невірного підрахунку вільних блоків; ідентичних блоків у списку вільних блоків; невикористаних блоків з файлової системи, яких немає в списку вільних блоків; невірного загального підрахунку вільних блоків.

Типи повідомлень про помилки - Етап 5.

На етапі 5 чотири типи повідомлень про помилки:

інформаційні повідомлення; повідомлення із запрошенням CONTINUE?; повідомлення із запрошенням FIX?; повідомлення із запрошенням SALVAGE?;

Значення відповідей Так / Ні - Етап 5.

Відповідь n (немає) на запрошення CONTINUE? означає: Завершіть програму.

Відповідь y (та) на запрошення CONTINUE? означає: ігноруйте залишок списку вільних блоків і продовжите виконання fsck.

Це породжує надалі повідомлення про помилки

BAD BLKS IN FREE LIST на етапі 5.

Відповідь n (немає) на запрошення FIX? означає: ігноруйте цю виняткову ситуацію.

Ця відповідь доречний тільки в тому випадку, якщо користувач має намір прийняти інші заходи для фіксації помилки.

Відповідь y (та) на запрошення FIX? означає: Замініть підрахунок у системному блоці томи на правильний.

Відповідь n (немає) на запрошення SALVAGE? означає: ігноруйте цю виняткову ситуацію.

Відповідь y (та) на запрошення SALVAGE? означає: Замініть фактичний список вільних блоків новим списком вільних блоків.

Новий список вільних блоків впорядковується у відповідності зі специфікацією проміжків і циліндрів параметра-s або-S, щоб скоротити час, що витрачається на циклічний зсув диска в деякий стан.

Етап 5 - Повідомлення про помилки.

Повідомлення:

EXCESSIVE BAD BLKS IN FREE LIST (CONTINUE?)

У списку вільних блоків занадто багато блоків зі значенням, менше першого блоку даних у файловій системі або більше останнього блоку. Якщо специфікований параметр-p, програма завершується.

Повідомлення:

EXCESSIVE DUP BLKS IN FREE LIST (CONTINUE?)

У списку вільних блоків занадто багато блоків, оголошених індексними дескрипторами файлів або в попередніх частинах списку вільних блоків. Якщо специфікований параметр-p, програма завершується.

Повідомлення:

BAD FREEBLK COUNT

Підрахунок вільних блоків у списку вільних блоків більше 50 або менше 0. Ця ситуація породжує повідомлення BAD FREE LIST на етапі 5.

Повідомлення:

X BAD BLKS IN FREE LIST

X блоків у списку вільних блоків мають номер менше першого блоку даних або більше останнього блоку у файловій системі. Така ситуація породжує повідомлення BAD FREE LIST на етапі 5.

Повідомлення:

X DUP BLKS IN FREE LIST

X блоків, оголошених індексними дескрипторами файлів або в попередніх частинах вільного списку блоків, були виявлені в списку вільних блоків. Ця ситуація породжує повідомлення BAD FREE LIST на етапі 5.

Повідомлення:

X BLK (S) MISSING

X блоків, не використані файловою системою, не були знайдені в списку вільних блоків. Ця ситуація породжує надалі повідомлення BAD FREE LIST на етапі 5.

Повідомлення:

FREE BLK COUNT WRONG IN SUPERBLOCK (FIX?)

Дійсний підрахунок вільних блоків не відповідає підрахунком вільних блоків у системному блоці томи файлової системи. Якщо був специфікований параметр-p, підрахунок вільних блоків у системному блоці томи фіксується автоматично.

Повідомлення:

BAD FREE LIST (SALVAGE?)

Цьому повідомленням завжди передує одне або декілька інформаційних повідомлень етапу 5. Якщо був специфікований параметр-q або-p, список вільних блоків відновлюється автоматично.

2.4.3.12. Етап 6: Відновлення списку вільних блоків

На цьому етапі відновлюється список вільних блоків. Може бути відображено довідкове повідомлення про значення пропускаються (ігнорованих) блоків або блоків на один циліндр.

Етап 6 - Повідомлення про помилки.

Повідомлення:

DEFAULT FREE-BLOCK LIST SPACING ASSUMED

Це довідкове повідомлення, яке вказує, що пропускалися блоки (проміжок) більше блоків на один циліндр; значення ігнорованих блоків менше 1, і блоків на циліндр - менше 1, або значення блоків на циліндр більше 500. Використовуються значення за замовчуванням: 10 ігнорованих блоків та 162 блоку на циліндр.

Примітка. Так як використовувані значення за умовчанням можуть бути неточними для вашої системи, необхідно бути обережними при специфікації значень з параметром-s в командному рядку.

2.4.3.13. Етап доведення

Після перевірки файлової системи виконується кілька функцій очистки. Нижче перераховуються довідкові повідомлення про файлову систему і про модифікований стан файлової системи.

***** FILE SYSTEM STATE SET TO OKAY *****

Встановлюється прапор у системному блоці томи, який вказує, що файлова система не порушена і може бути змонтована.

X files Y blocks Z free

Це повідомлення вказує, що файлова система, яка була перевірена, містила X файлів, що використовують Y блоків; при цьому Z блоків залишалося вільними у файловій системі.

***** FSCK and the ROOT FILE SYSTEM *****

root - єдина файлова система, яку можна (і треба) перевіряти під час монтування. Для перевірки файлової системи root є автоматичні механізми. Ці механізми служать для обробки кореневої файлової системи при початковому завантаженні і для періодичної перевірки під час закриття системи. Можна також форсувати перевірку закриття системи. Ці механізми ховати повідомлення від fsck. Якщо вони не сховані, ви побачите таке повідомлення про помилки.

***** ROOT FILE SYSTEM WAS MODIFIED *****

Це довідкове повідомлення вказує, що коренева файлова система була модифікована за допомогою програми fsck. Якщо необхідна повторна завантаження системи, fsck з параметром-b форсує автоматичну перезавантаження і друкує таке повідомлення:

***** SYSTEM WILL REBOOT AUTOMATICALLY *****

Якщо ви вирішили не використовувати автоматичні механізми, якщо параметр-b не використовується і потрібне перезавантаження системи, натисніть RESET.

Можна автоматично заново змонтувати root без перезавантаження після пошкодження цієї файлової системи. З'являється таке повідомлення:

***** ROOT REMOUNTED *****

Автоматичні процедури встановлюють відповідні умови (процеси не пов'язані з файлами) для перевірки root.

Примітка. Завжди використовуйте автоматичні процедури для root. Ніколи не використовуйте команду fsck в інших файлових системах, коли вони монтуються. Якщо ви спробуєте використовувати команду fsck а змонтованій файловій системі, що відрізняється від кореневої (root) файлової системи, відображається наступне повідомлення:

/ Dev / dsk /?? is a mounted file system, ignored. ?? is the special device name. 2.4.4. Використання команди fsck для перевірки файлової системи ufs

Нижче наводиться формат для використання fsck у файлових системах ufs:

fsck [-F ufs] [generic_options] [current_options] [-op, b = #, w] [special ....]

де-F ufs - специфікує тип файлової системи ufs; generic_options - параметри, підтримувані командою fsck; current_options - параметри, підтримувані специфічним модулем команди fsck;-o - специфікує параметри, специфічні для файлової системи ufs. Цими подпараметрамі може бути будь-яка комбінація з наведених нижче:

p - Перевіряє диски в паралелі, максимально використовуючи перекриття вводу / виводу для більш швидкої перевірки файлової системи.
b = # - Використовувати блок, специфікований безпосередньо за прапором, як суперблок файлової системи. Блок 32 завжди є альтернативним для суперблоку.
w - Перевірити тільки записувані файлові системи.

Команда fsck перевіряє і виправляє в діалоговому режимі неузгоджені умови в файлових системах. При кожному виправлення необхідно почекати, поки користувач відповість "так" чи "ні". Якщо використовувалися параметри-y, команда fsck допускає відповідь "так" на кожну можливу взаємозв'язок і не роблять паузи для відповіді.

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

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

2.4.4.1. Етап ініціалізації

Перед перевіркою файлової системи повинні бути встановлені певні таблиці і відкриті певні файли. Наступні повідомлення пов'язані з винятковими ситуаціями, що випливають з параметрів командного рядка, запиту пам'яті, відкриття файлів, станом файлів, перевірки розміру файлової системи і створення робочого файлу.

Повідомлення:

cannot alloc NNN bytes for blockmap cannot alloc NNN bytes for freemap cannot alloc NNN bytes for statemap cannot alloc NNN bytes for lncntp

Запит команди fsck на пам'ять для таблиць віртуальної пам'яті був невдалим. Такого ніколи не повинно бути. Якщо все ж таки це трапляється, fsck завершується. Це серйозна системна помилка, яку потрібно негайно виправляти.

Повідомлення:

Can't open checklist file: F

Контрольну таблицю файлової системи або файл F зі значенням за замовчуванням (зазвичай / etc / vfstab) неможливо відкрити для зчитування. Коли це відбувається, fsck завершується. Перевірте режими доступу файлу F.

Повідомлення:

Can't stat root

Запит fsck статичних даних про кореневому каталозі був невдалим. Якщо це трапляється, fsck завершується.

Повідомлення:

Can't stat F Can't make sense out of name F

Запит команди fsck статичних даних про файлову систему F був невдалим. При інтерактивному прогоні команда ігнорує цю файлову систему і продовжує перевіряти іншу файлову систему. Перевірте режими доступу файлу F.

Повідомлення:

Can't open F

Команда fsck невдало намагається відкрити файлову систему F. При діалоговому режимі прогону команди, вона ігнорує цю файлову систему і продовжує перевірку наступної файлової системи. Перевірте режими доступу F.

Повідомлення:

F: (NO WRITE)

Або був специфікований прапор-n, або команда fsck не змогла відкрити файлову систему F для запису. При діалоговому режимі прогону команди роздруковується вся діагностика, але fsck не намагається нічого зафіксувати.

Повідомлення:

file is not a block or character device; OK

Користувач помилково присвоїв команді fsck ім'я регулярного файлу. Перевірте специфікований тип файлу.

Можливими отеть на запрошення OK є:

YES (так) - проігнорувати цю виняткову ситуацію;

NO (немає) - проігнорувати цю файлову систему і продовжити перевірку наступної файлової системи.

Повідомлення:

UNDEFINED OPTIMIZATION IN SUPERBLOCK (SET TO DEFAULT)

Параметром оптимізації системного блоку тому не виконується ні OPT_TIME, ні OPT_SPACE.

Можливими відповідями на запрошення SET TO DEFAULT є:

YES - встановити системний блок томи для запиту оптимізації з метою скорочення часу виконання системи. (Якщо бажана оптимізація для мінімізації використання простору на диску, системний блок томи можна встановити за допомогою tunefs (1M);

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

IMPOSSIBLE MINFREE-D IN SUPERBLOCK (SET TO DEFAULT)

Мінімальний відсоток простору системного блоку томи більше 99% або менше 0%.

Можливі відповіді на запрошення SET TO DEFAULT:

YES - встановити параметр minfree на 10%. (Якщо потрібен інший процентний показник, його можна встановити, іпользуя tunefs (1M));

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

MAGIC NUMBER WRONG NCG OUT OF RANGE CPG OUT OF RANGE NCYL DOES NOT JIVE WITH NCG + CPG SIZE PREPOSTEROUSLY LARGE TRASHED VALUES IN SUPER BLOCK

за ним йде таке повідомлення:

F: BAD SUPER BLOCK: B USE-b OPTION TO FSCK TO SPECIFY LOCATION OF AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck (1M)

Системний блок томи був зіпсований. З наявних копій слід вибрати альтернативний системний блок томи. Виберіть альтернативний системний блок томи шляхом прораховування його усунення.

Повідомлення:

INTERNAL INCONSISTENCY: M

У команді fsck була внутрішня неузгодженість, повідомлення про яку M. Це не повинно відбуватися, в іншому випадку зверніться до фахівця.

Повідомлення:

CAN NOT SEEK: BLK B (CONTINUE)

Запит команди fsck на переміщення в певний блок з номером B у файловій системі був невдалим. Якщо це сталося, зверніться до фахівця.

Можливі відповіді на запрошення CONTINUE:

YES - спробувати продовжити перевірку файлової системи. (Зверніть увагу, що часто помилка продовжує існувати). Ця виняткова ситуація попереджає повний контроль файлової системи. Необхідно вдруге прогнати fsck для повторної перевірки файлової системи. Якщо блок був частиною буферного кешу віртуальної пам'яті, fsck завершиться з наступним повідомленням:

Fatal I / O error

NO - завершити програму.

Повідомлення:

CAN NOT READ: BLK B (CONTINUE)

Запит команди fsck на зчитування опеделенного блоку номер B у файловій системі був невдалим. Зверніться до фахівця.

Можливі відповіді на запрошення CONTINUE:

YES - спробувати продовжити перевірку файлової системи. Fsck робить ще одну спробу зчитування та роздруковує

Повідомлення:

THE FOLLOWING SECTORS COULD NOT BE READ: N

де N позначає сектори, які неможливо вважати.

Якщо fsck намагається знову записати один з блоків, зчитування яких було неможливим, з'являється наступне

Повідомлення:

WRITING ZERO'ED BLOCK N TO DISK

де N позначає сектор, який був записаний з нулями.

Якщо відносно диска є технічні помилки, вони будуть продовжувати існувати. Ця виняткова ситуація попереджає повний контроль файлової системи. Для повторної перевірки файлової системи необхідно вдруге прогнати fsck. Якщо блок був частиною буферного кешу віртуальної пам'яті, fsck завершиться з наступним повідомленням:

Fatal I / O error

NO - завершити програму.

Повідомлення:

CAN NOT WRITE: BLK B (CONTINUE)

Запит fsck на запис специфікованого блоку номер B у файловій системі був невдалим. Перевірте, щоб переконатися, що диск не захищений від запису.

Можливі відповіді на запрошення CONTINUE:

YES - спробувати продовжити перевірку файлової системи. Робиться ще одна спроба записати операцію. Сектори, які неможливо записати, будуть зазначені в повідомленні:

THE FOLLOWING SECTORS COULD NOT BE WRITTEN: N

де N позначає сектори, які неможливо записати.

Якщо є технічні труднощі, пов'язані з диском, помилка продовжує існувати. Ця виняткова ситуація попереджає повний контроль файлової системи. Для повторної перевірки цієї файлової системи необхідно вдруге прогнати fsck. Якщо блок був частиною буферного кешу віртуальної пам'яті, fsck завершиться повідомленням:

Fatal I / O error

NO - завершити програму.

Повідомлення:

bad inode number DDD to ginode

Внутрішня помилка була викликана спробою вважати неіснуючий індексний дескриптор файлу DDD. Ця помилка призводить до виходу програми fsck. Зверніться до фахівця.

2.4.4.2. Етап 1: Контроль блоків і розмірів

На цьому етапі перевіряється список індексних дескрипторів файлів. Дається звіт про виняткові ситуації, що виникли при:

Прверка типів індексних дескрипторів файлів; встановлення таблиці підрахунку нульових зв'язків; вивченні номерів блоків індексних дескрипторів файлів і виявленні невдалих або ідентичних блоків; перевірці розміру індексних дескріптров файлів; перевірці формату індексних дескрипторів файлів.

Всі помилки на цьому етапі, за винятком INCORRECT BLOCK COUNT і PARTIALLY TRUNCATED INODE, є фатальними, якщо очищається файлова система.

Етап 1 - Повідомлення про помилки.

Повідомлення:

UNKNOWN FILE TYPE I-I (CLEAR)

Режим індексного дескриптора файлу I позначає, що індексний дескриптор файлу не є індексним дескриптором спеціального блокового файлу або спеціального символьного файлу, або індексним дескриптором файлу socket, регулярним індексним дескриптором файлу, символьної зв'язком, файлом FIFO або індексним дескриптором каталогу.

Можливі відповіді на запрошення CLEAR:

YES - звільнити індексний дескриптор файлу I шляхом обнулення його вмісту. Це завжди породжує повідомлення про помилки UNALLOCATED на етапі 2 для кожного елемента каталогу, що вказує на цей індексний дескриптор файлу;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

PARTIALLY TRUNCATED INODE II (SALVAGE)

Команда fsck виявила індексний дескриптор файлу I, розмір якого менший, ніж число блоків, виділених для нього. Ця умова повинна з'являтися тільки в тому випадку, коли система зазнає краху при укорочуванні файлу. При очищенні файлової системи fsck завершує укорочення до заданого розміру.

Можливі відповіді на запрошення SALVAGE:

YES - завершити укорочення до розміру, заданого в індексному дескрипторі файлу.

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

LINK COUNT TABLE OVERFLOW (CONTINUE)

У внутрішній таблиці для fsck, що містить виділені індексні дескриптори файлів з підрахунком нульових зв'язків, більше немає місця.

Можливі відповіді на запрошення CONTINUE:

YES - продовжити програму. Ця виняткова ситуація попереджає повний контроль файлової системи. Для повторної перевірки файлової системи необхідно вдруге прогнати fsck. Якщо знайдений інший виділений індексний дескриптор файлу з підрахунком нульових зв'язків, повідомлення про помилки повторюється.

NO - завершити програму.

Повідомлення:

B BAD II

Індексний дескриптор файлу I містить елемент B з номером менше номера першого блоку даних у файловій системі або більше номера останнього блоку у файловій системі. Ця виняткова ситуація може породжувати на етапі 1 повідомлення про помилки EXCESSIVE BAD BLKS, якщо у індексного дескриптора файлу I занадто багато блоків з номерами за межами файлової системи. Ця виняткова ситуація породжує на етапах 2 і 4 повідомлення про помилки BAD / DUP.

Повідомлення:

EXCESSIVE BAD BLKS II (CONTINUE)

У файловій системі надто багато (зазвичай більше 10) блоків з номером менше номера першого блоку даних або більше номера останнього блоку у файловій системі, пов'язаної з індексним дескриптором файлу I.

Можливі відповіді на запрошення CONTINUE:

YES - проігнорувати залишок блоків у цьому індексному дескрипторі файлу і продовжити перевірку з наступного індексного дескриптора файлу у файловій системі. Ця виняткова ситуація попереджає повний контроль файлової системи. Для повторної перевірки цієї файлової системи слід прогнати fsck вдруге.

NO - завершити програму.

Повідомлення:

BAD STATE DDD TO BLKERR

Внутрішня помилка зашифрувала карту стану fsck, як має неможливе значення DDD. fsck негайно завершує роботу. Якщо це відбувається, зверніться до фахівця.

Повідомлення:

B DUP II

Індексний дескриптор файлу I містить блок номер B, який вже заявлений іншим індексним дескриптором файлу. Ця виняткова ситуація може породжувати на етапі 1 повідомлення про помилки EXCESSIVE DUP BLKS, якщо у індексного дескриптора файлу I занадто багато блоків, заявлених іншими індексними дескрипторами файлів. Ця виняткова ситуація активізує етап 1B і породжує на етапах 2 і 4 повідомлення про помилки BAD / DUP.

Повідомлення:

BAD MODE: MAKE IT A FILE?

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

Повідомлення:

EXCESSIVE DUP BLKS II (CONTINUE)

Занадто багато блоків (зазвичай більше 10) заявлено іншими індексними дескрипторами файлів.

Можливі відповіді на запрошення CONTINUE:

YES - проігнорувати залишок блоків у цьому індексному дескрипторі файлу і продовжити перевірку з наступного індексного дескриптора файлу у файловій системі. Ця виняткова ситуація попереджає повний контроль файлової системи. Для повторної перевірки файлової системи слід вдруге прогнати команду fsck.

NO - завершити програму.

Повідомлення:

DUP TABLE OVERFLOW (CONTINUE)

У внутрішній таблиці в fsck, яка містить числа ідентичних блоків, більше немає місця.

Можливі відповіді на запрошення CONTINUE:

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

NO - завершити програму.

Повідомлення:

PARTIALLY ALLOCATED INODE II (CLEAR)

Індексний дескриптор файлу I ні виділений, ні звільнений.

Можливі відгуки на запрошення CLEAR:

YES - звільнити індексний дескриптор файлу I шляхом обнулення його вмісту;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

INCORRECT BLOCK COUNT II (X should be Y) (CORRECT)

Підрахунок блоків для індексного дескриптора файлу I - X блоків, а має бути Y блоків. При очищенні підрахунок коригується.

Можливі відповіді на запрошення CORRECT:

YES - замінити підрахунок блоків індексного дескриптора файлу I на Y; проігнорувати цю виняткову ситуацію.

2.4.4.3. Етап 1B: Повторний пошук DUPS

Коли у файловій системі виявляється ідентичний блок, ця файлова система повторно проглядається з метою пошуку того індексного дескриптора файлу, який до цього заявив про це блоці. Коли буде знайдений ідентичний блок, з'явиться наступне інформаційне повідомлення:

Повідомлення:

B DUP II

Індексний дескриптор файлу I містить блок номер B, про який було вже заявлено іншим індексним дескриптором файлу. Ця виняткова ситуація породжує на етапі 2 повідомлення про помилки BAD / DUP. Можна визначити, у яких індексних дескрипторів файлів є перекриваються блоки, шляхом вивчення цієї виняткової ситуації та виключної ситуації DUP на етапі 1.

2.4.4.4. Етап 2: Перевірка повного імені шляху

На цьому етапі видаляються елементи каталогу, що вказують на "погані" індексні дескриптори файлів, знайдені на етапах 1 і 1B. Даються звіти про виняткових ситуаціях, що з'явилися в результаті:

невірного стану кореневого індексного дескриптора файлу; покажчики каталогу індексних дескрипторів файлів за межами файлу; елементи каталогу вказують на "погані" індексні дескриптори файлів; контролю цілісності каталогу;

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

Етап 2 - Повідомлення про помилки.

Повідомлення:

ROOT INODE UNALLOCATED (ALLOCATE)

Кореневий індексний дескриптор (зазвичай це індексний дескриптор номер 2) не має виділених бітів режиму.

Можливі відповіді на запрошення ALLOCATE:

YES - виділити індексний дескриптор 2 як кореневий. Файли і каталоги зазвичай знаходяться в корені, відновлюються на етапі 3 та поміщаються в теку lost + found. Якщо спроба виділити корінь не вдається, тоді fsck виходить з повідомленням:

CANNOT ALLOCATE ROOT INODE

NO - завершити програму.

Повідомлення:

ROOT INODE NOT DIRECTORY (REALLOCATE)

Кореневий індексний дескриптор (зазвичай це індексний дескриптор номер 2) файлової системи не є індексним дескриптором каталогу.

Можливі відгуки на запрошення REALLOCATE:

YES - очистити вміст кореневого індексного дескриптора і звільнити його. Файли і каталоги, які зазвичай перебувають в корені, відновлюються на етапі 3 та поміщаються в теку lost + found. Якщо спроба виділити корінь невдала, fsck вийде з повідомленням:

CANNOT ALLOCATE ROOT INODE

NO - команда fsck робить запрошення з FIX.

Можливі відповіді на запрошення FIX:

YES - змінити тип кореневого індексного дескриптора на каталог. Якщо блоки даних кореневого індексного дескриптора не є блоками каталогу, породжується багато повідомлень про помилки.

NO - завершити програму.

Повідомлення:

DUPS / BAD IN ROOT INODE (REALLOCATE)

На етапі 1 або етапі 1B були знайдені ідентичні блоки або "погані" блоки в кореневому індексному дескрипторі (зазвичай це індексний дескриптор номер 2) файлової системи.

Можливі відгуки на запрошення REALLOCATE:

CANNOT ALLOCATE ROOT INODE

NO - команда fsck видає запрошення CONTINUE.

Можливі відповіді на запрошення CONTINUE:

YES - проігнорувати виняткову ситуацію DUPS / BAD в кореневому індексному дескрипторі і спробувати продовжити перевірку файлової системи. Якщо кореневий індексний дескриптор невірний, це може породжувати багато інших повідомлень про помилки.

NO - завершити програму.

Повідомлення:

NAME TOO LONG F

Було знайдено надзвичайно довге повне ім'я шляху. Зазвичай цим позначаються цикли в просторі імен файлової системи. Це може виникати, якщо привілейований користувач здійснив циклічні зв'язку з каталогами. Ці зв'язки можна видалити.

Повідомлення:

I OUT OF RANGE II NAME-F (REMOVE)

Елемент каталогу F має індексний дескриптор файлу номер I, який більше максимально можливого індексного дескриптора файлу.

Можливі відповіді на запрошення REMOVE:

YES - видалити елемент каталогу F;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

UNALLOCATED II OWNER-O MODE-M SIZE-S MTIME-T TYPE-F (REMOVE)

Каталог або елемент файла F вказує на невиділений індексний дескриптор файлу I. Друкуються: власник O, режим M, розмір S, час модифікації T і ім'я F.

Можливі відгуки на запрошення REMOVE:

YES - видалити елемент каталогу F;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

DUP / BAD II OWNER-O MODE-M SIZE-S MTIME-T TYPE-F (REMOVE)

На етапі 1 або етапі 1B знайдені ідентичні блоки або "погані" блоки, пов'язані з каталогом або елементом каталогу F. Друкуються: власник O, режим M, розмір S, час модифікації T і ім'я каталогу F.

Можливі відгуки на запрошення REMOVE:

YES - видалити елемент каталогу F;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

ZERO LENGTH DIRECTIRY II OWNER-O MODE-M SIZE-S MTIME-T DIR-F (REMOVE)

Елемент каталогу F має розмір S, що дорівнює 0. Друкуються: власник O, режим M, розмір S, час модифікації T і ім'я каталогу F.

Можливі відгуки на запрошення REMOVE:

YES - видалити елемент каталогу F; це породжує на етапі 4 повідомлення про помилки BAD / DUP;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

DIRECTORY TOO SHORT II OWNER-O MODE-M SIZE-S MTIME-T DIR-F (FIX)

Був знайдений каталог F, розмір якого S менше мінімального розміру каталогу. Друкуються: власник O, режим M, розмір S, час модифікації T і ім'я каталогу F.

Можливі відповіді на запрошення FIX:

YES - збільшити розмір каталогу до розміру мінімального каталогу;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

DIRECTORY F LENGTH S NOT MULTIPLE OF B (ADJUST)

Був знайдений каталог F з розміром S, не кратним розміром B блоку каталогу.

Можливі відгуки на запрошення ADJUST:

YES - округлити довжину до відповідного розміру блоку. При очищенні файлової системи друкується тільки попередження і коректується каталог;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

DIRECTORY CORRUPTED II OWNER-O MODE-M SIZE-S MTIME-T DIR-F (SALVAGE)

Був знайдений каталог з неузгодженим внутрішнім станом.

Можливі відгуки на запрошення SALVAGE:

YES - відкинути всі елементи до наступної кордону каталогу (зазвичай це 512-байтове кордон). Можна відкинути до 42 елементів; це слід робити тільки після того, як інше відновлення виявиться невдалим;

NO - перейти до наступної кордоні каталогу й продовжити зчитування, але не модифікувати каталог.

Повідомлення:

BAD INODE NUMBER FOR '.' II OWNER-O MODE-M SIZE-S MTIME-T DIR-F (FIX)

Був знайдений каталог I, номер індексного дескриптора якого для '.' не дорівнює I.

Можливі відгуки на запрошення FIX:

YES - змінити номер індексного дескриптора файлу для '.' так, щоб він дорівнював I;

NO - залишити незмінним номер індексного дескриптора файлу для '.'.

Повідомлення:

MISSING `. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F (FIX)

Був знайдений каталог I, перший елемент якого не виділено.

Можливі відповіді на запрошення FIX:

YES - побудувати елемент для `. ' з номером індексного дескриптора файлу, рівним I;

NO - залишити каталог незмінним.

Повідомлення:

MISSING `. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F CANNOT FIX, FIRST ENTRY IN DIRECTORY CONTAINS F

Був знайдений каталог I, перший елемент якого F. Команда fsck не може вирішити цю проблему. Повинна бути змонтована файлова система, а елемент F переміщений куди або. Потім файлова система повинна бути демонтована і знову проганяється команда fsck.

Повідомлення:

MISSING `. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F CANNOT FIX, INSUFFICIENT SPACE TO AND `. '

Був знайдений каталог I, перший елемент якого не `. '. Це ніколи не повинно відбуватися. Команда fsck не може вирішити цю проблему. Якщо це все ж таки трапляється, зверніться до кваліфікованого фахівця.

Повідомлення:

EXTRA `. ' ENTRY I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F (FIX)

Був знайдений каталог I, перший елемент якого не `. '.

Можливі відповіді на запрошення FIX:

YES - видалити додатковий елемент для `. ';

NO - залишити каталог незмінним.

Повідомлення:

BAD INORE NUMBER FOR `. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F (FIX)

Був знайдений каталог I, номер індексного дескриптора якого для `. ' не дорівнює власнику I.

Можливі відмітки на запрошення FIX:

YES - Змінити номер індексного дескриптора для `. ' так, щоб він дорівнював власнику I. (Зверніть увагу, що ".." в кореневому індексному дескрипторі вказує на себе).

NO - залишити номер індексного дескриптора для '..' незмінним.

Повідомлення:

MISSING `.. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F (FIX)

Був знайдений каталог I, другий елемент якого не виділено.

Можливі відмітки на запрошення FIX:

YES - побудувати елемент для '.' з номером індексного дескриптора файлу, рівним власнику I. (Зверніть увагу, що ".." в кореневому індексному дескрипторі файлу вказує сам на себе);

NO - залишити каталог не зміненим.

Повідомлення:

MISSING `.. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F CANNOT FIX, SECOND ENTRY IN DIRECTORY CONTAINS F

Був знайдений каталог I, другий елемент якого F. Команда fsck не може вирішити цю проблему. Повинна бути змонтована файлова система і куди-небудь переміщений елемент F. Потім слід демонтувати файлову систему і знову прогнати fsck.

Повідомлення:

MISSING `.. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F CANNOT FIX, INSUFFICIENT SPACE TO ADD `.. '

Був знайдений каталог I, другий елемент якого не '..' (Каталог власника).

MISSING `. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F CANNOT FIX, INSUFFICIENT SPACE TO ADD `. '

Був знайдений каталог I, перший елемент якого не '.' Це ніколи не повинно відбуватися. Команда fsck не може вирішити цю проблему. Якщо це все ж таки трапляється, зверніться до кваліфікованого фахівця.

Повідомлення:

MISSING `.. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F (FIX)

Був знайдений каталог I, другий елемент якого не виділено.

Можливі відповіді на запрошення FIX:

YES - Побудувати елемент для `.. ' з номером індексного дескриптора, рівним I. (Зверніть увагу, що ".." в кореневому індексному дескрипторі вказує сам на себе);

NO - залишити каталог незмінним.

Повідомлення:

MISSING `.. ' I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F CANNOT FIX, SECOND ENTRY IN DIRECTORY CONTAINS F

Був знайдений каталог I, другий елемент якого не '..' (Каталог власника). Команда fsck не може вирішити цю проблему. Повинна бути змонтована файлова система, а другий елемент в каталозі куди-небудь переміщений. Потім файлова система повинна бути демонтована і знову виконана команда fsck.

Повідомлення:

EXTRA `.. ' ENTRY I = I OWNER = O MODE = M SIZE = S MTIME = T DIR = F (FIX)

Був знайдений каталог I, у якого більше одного елемента для `..'( каталог власника).

Можливі відповіді на запрошення FIX:

YES - видалити додатковий елемент для `.. ' (Каталог власника);

NO - залишити каталог незмінним.

Повідомлення:

N IS AN EXRANEONOUS HARD LINK TO A DIRECTORY D (REMOVE)

За допомогою команди fsck була виявлена міцний зв'язок N з каталогом D. При очищенні сторонні зв'язку ігноруються. Можливі відповіді на запрошення REMOVE:

YES - видалити сторонній елемент N;

NO - проігнорувати виняткову ситуацію.

Повідомлення:

BAD INODE S TO DESCENT

Внутрішня помилка призвела до того, що неможливе стан S перейшло до програми, яка скоротила структуру каталогу файлової системи. Команда fsck завершується. Якщо таке трапляється, зверніться до фахівця.

Повідомлення:

BAD RETURN STATE S FROM DESCEND

Внутрішня помилка призвела до того, що неможливе стан S було повернуто до програми, що скорочує структкр каталогу файлової системи. Команда fsck завершується. Якщо таке трапляється, зверніться до фахівця.

Повідомлення:

BAD STATE S FOR ROOT INODE

Внутрішня помилка призвела до того, що неможливе стан S було присвоєно кореневого індексному дескриптору файлу. Команда fsck завершується. Якщо таке трапляється, зверніться до фахівця.

2.4.4.5. Етап 3: Перевірка зв'язності

На цьому етапі перевіряються каталоги, вивчені на другому етапі. Дається звіт про виняткових ситуаціях, що є результатом:

каталогів без посилань; пропущених або заповнених lost + found каталогів.

Етап 3: Повідомлення про помилки.

Повідомлення:

UNREF DIR I = I OWNER = O MODE = M SIZE = S MTIME = T (RECONNECT)

Індексний дескриптор I каталогу не був з'єднаний з елементом каталогу за прослеживании файлової системи. Друкуються власник O, режим M, розмір S і час модифікації T індексного дескриптора I каталогу. При очищенні каталог заново з'єднується, якщо його розмір не нульовий, інакше він очищається.

Можливі відповіді на запрошення RECONNECT:

YES - заново поєднати індексний дескриптор I каталогу з файловою системою в каталозі для втрачених файлів (зазвичай це каталог lost + found). Це може породжувати на етапі 3 повідомлення про помилки lost + found, якщо є проблеми в з'єднанні індексного дескриптора I каталогу з каталогом lost + found. Це також може породжувати на етапі 3 повідомлення про помилку CONNECTED, якщо зв'язок був вдалою;

NO - проігнорувати цю виняткову ситуацію. Це породжує на етапі 4 повідомлення про помилку UNREF.

Повідомлення:

NO lost + found DIRECTORY (CREATE)

У кореневому каталозі файлової системи немає каталога lost + found. При очищенні команда fsck намагається створити каталог lost + found.

Можливі відповіді на запрошення CREATE:

YES - створити каталог lost + found в корені файлової системи.

Це може породжувати повідомлення:

NO SPACE LEFT IN / (EXPAND)

Нижче наведені можливі відповіді. Неможливість створити каталог lost + found породжує повідомлення:

SORRY. CANNOT CREATE lost + found DIRECTORY

і зриває спробу приєднати індексний дескриптор файлу. Це породжує на етапі 4 повідомлення про помилку UNREF;

NO - припинити спробу пов'язати втрачений індексний дескриптор файлу. Це породжує на етапі 4 повідомлення про помилку UNREF.

Повідомлення:

lost + found IS NOT A DIRECTORY (REALLOCATE)

Елемент для lost + found не є каталогом.

Можливі відповіді на запрошення REALLOCATE:

YES - виділити індексний дескриптор файлу каталогу і змінити lost + found, щоб звернеться до нього. Попередній індексний дескриптор файлу, до якого звернувся каталог lost + found, не очищений. Таким чином, або про нього знову заявляють як про індексному дескрипторі файлу UNREF, або пізніше на цьому етапі коригується підрахунок його зв'язків. Неможливість створити каталог lost + found породжує повідомлення:

SORRY. CANNOT CREATE lost + found DIRECTORY

і перериває спробу пов'язати втрачений індексний дескриптор файлу. Це, у свою чергу, породжує на етапі 4 повідомлення про помилку UNREF;

NO - перервати спробу пов'язати втрачений індексний дескриптор файлу. Це породжує на етапі 4 повідомлення про помилку UNREF.

Повідомлення:

NO SPACE LEFT IN / lost + found (EXPEND)

У корнвом каталозі файлової системи немає місця, щоб додати інший елемент до каталогу lost + found. При очищенні каталог lost + found розширюється.

Можливі відповіді на запрошення EXPAND:

YES - розширити каталог lost + found, щоб знайти місце для нового елемента. Якщо спроба розширення невдала, команда fsck друкує повідомлення:

Повідомлення:

SORRY. NO SPACE IN lost + found DIRECTORY

і перериває спробу поєднати втрачений індексний дескриптор файлу. Це, у свою чергу, попрождает на етапі 4 повідомлення про помилку UNREF. Очистити непотрібні елементи в каталозі lost + found. Ця помилка є фатальною якщо очищається файлова система;

Повідомлення:

DIR I = I1 CONNECTED. PARENT WAS I = I2

Це довідкове повідомлення, яке вказує, що індексний дескриптор файлу I1 каталогу був успішно з'єднаний з каталогом lost + found. Батьківський індексний дескриптор файлу I2 індексного дескриптора файлу I1 заміщається номером індексного дескриптора каталогу lost + found.

Повідомлення:

DIRECTORY F LENGTH 5 NOT MULTIPLE OF S (ADJUST)

Був знайдений каталог F з розміром S, не кратним розміром B блоку каталогу. (Зауважте, що це може виникнути знову на етапі 3, якщо виняткова ситуація не буде виправлена на етапі 2).

Можливі відповіді на запрошення ADJUST:

YES - округлити довжину до відповідного розміру блоку. При очищенні файлової системи друк тільки попередження і коректується каталог;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

BAD INODE S TO DESCEND

Внутрішня помилка призвела до того, що неможливе стан S перейшло до програми, що скорочує структуру каталогу файлової системи. Команда fsck завершується. Якщо це станеться, зверніться до фахівця.

2.4.4.6. Етап 4: Перевірка підрахунку посилань

На цьому етапі перевіряється інформація про підрахунок зв'язків, отримана на етапах 2 і 3. Дається звіт про виняткові ситуації, що виникли в результаті наявності:

файлів без посилань; відсутнього або заповненого каталогу lost + found; неправильного підрахунку зв'язків для файлів, каталогів, символьних зв'язків або спеціальних файлів; файлів без посилань, символьних зв'язків та каталогів; невдалих або ідентичних блоків у файлах, символьних зв'язках і каталогах.

Всі помилки на цьому етапі (за винятком роботи в каталозі lost + found) можна виправити, якщо буде очищена файлова система.

Етап 4. Повідомлення про помилки.

Повідомлення:

UNREF FILE I = I OWNER = O MODE = M SIZE = S MTIME = T (RECONNECT)

Індексний дескриптор файлу I не був з'єднаний з елементом каталогу при перевірці файлової системи. Друкуються: власник O, режим M, розмір S і час модифікації T індексного дескриптора файлу I. Файл очищається, коли або його розмір, або підрахунок його зв'язків нульові, в іншому випадку він заново з'єднується.

Можливі відповіді на запрошення PROMPT:

YES - заново поєднати індексний дескриптор файлу I з файловою системою в каталозі для втрачених файлів (зазвичай це каталог lost + found). Це може породжувати на етапі 4 повідомлення про помилки lost + found, якщо є проблеми з `єднання індексного дескриптора файлу I з каталогом lost + found;

NO - проігнорувати цю виняткову ситуацію. Це завжди викликає ситуацію CLEAR на етапі 4.

Повідомлення:

(CLEAR)

Індексний дескриптор файлу, згаданий у щойно надрукованому повідомленні про помилки, неможливо знову з'єднати. Це повідомлення не може з'явитися, якщо очищається файлова система, тому що відсутність простору для повторного з'єднання файлів є фатальною помилкою.

Можливі відповіді на запрошення CLEAR:

YES - звільнити індексний дескриптор файлу шляхом обнулення його змісту;

NO - проігнорувати цю ситуацію.

Повідомлення:

NO lost + found DIRECTORY (CREATE)

Можливі відповіді на запрошення CREATE:

YES - створити каталог lost + found в корені файлової системи. Це може породжувати таке повідомлення:

NO SPACE LEFT IN / (EXPAND)

Неможливість створити каталог lost + found породжує повідомлення:

SORRY. CANNOT CREATE lost + found DIRECTORY

і перериває спробу приєднати втрачений індексний дескриптор файлу. Це в свою чергу породжує на етапі 4 повідомлення про помилки UNREF.

NO - припинити спробу приєднати втрачений дескриптор файлу. Це породжує на етапі 4 повідомлення про помилки UNREF.

Повідомлення:

lost + found IS NOT A DIRECTORY (REALLOCATE)

Елемент для lost + found не є каталогом.

Можливі відповіді на запрошення REALLOCATE:

YES - виділити індексний дескриптор файлу каталогу і змінити каталог lost + found для посилання на нього. Попередня посилання на індексний дескриптор файлу в каталозі lost + found не очищається. Таким чином, про нього або знову заявлено як про індексному дескрипторі файлу UNREF, або підрахунок його зв'язків коригується (ADJUST) пізніше на цьому етапі. Неможливість створити каталог lost + found породжує повідомлення:

SORRY. CANNOT CREATE lost + found DIRECTORY

і перериває спробу приєднати втрачений індексний дескриптор файлу. Це породжує на етапі 4 повідомлення про помилки UNREF.

NO - припинити спробу приєднати втрачений індексний дескриптор файлу. Це породжує на 4 етапі повідомлення про помилки UNREF.

Повідомлення:

NO SPACE LEFT IN / lost + found (EXPAND)

У кореневому каталозі файлової системи немає місця для додавання іншого елемента до каталогу lost + found. Каталог lost + foun розширюється.

Можливі відповіді на запрошення EXPAND:

YES - розширити каталог lost + found, щоб знайти місце для нового елемента. Якщо спроба розширення невдала, команда fsck роздруковує сообшеніе:

SORRY. NO SPACE IN lost + found DIRECTIRY

і перериває спробу приєднати втрачений індексний дескриптор файлу. Це породжує на етапі 4 повідомлення про помилки UNREF. Очистити непотрібні елементи в каталозі lost + found. Ця помилка фатальна, якщо очищається файлова система.

Повідомлення:

LINK COUNT TYPE I = I OWNER = O MODE = M SIZE = S MTIME = T COUNT = X SHOULD BE Y (ADJUST)

Підрахунок зв'язків для індексного дескриптора файлу I - X, а повинен бути Y. Друкуються: власник O, режим M, розмір S, час модифікації T. При очищенні підрахунок зв'язків коригується, якщо не зростає кількість посилань; умова, що не повинно ніколи виникати, якщо не посилюється помилкою в технічних засобах. Коли кількість посилань зростає під час очищення, команда fsck завершується з повідомленням:

LINK COUNT INCREASING

Можливі відповіді на запрошення ADJUST:

YES - замінити підрахунок зв'язків індексного дескриптора файлу I на Y;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

UNREF TYPE OWNER-O MODE-M SIZE-S MTIME-T (CLEAR)

Індексний дескриптор файлу I не був приєднаний до елемента каталогу при перевірці файлової системи. Друкуються: власник O, режим M, розмір S і час модифікації T індексного дескриптора файлу I. Оскільки цей файл не був приєднаний через нульові розміру або підрахунку зв'язків він очищається.

Можливі відповіді на запрошення CLEAR:

YES - звільнити індексний дескриптор файлу I шляхом обнулення його вмісту;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

BAD / DUP TYPE OWNER-O MODE-M SIZE-S MTIME-T (CLEAR)

На етапі 1 або 1B були виявлені ідентичні або невдалі блоки, пов'язані з індексним дескриптором файлу I. Друкуються: власник O, режим M, розмір S і час модифікації T індексного дескриптора файлу I. Це повідомлення не може з'явиться при очищенні файлової системи, оскільки вона раніше викликало фатальну помилку.

Можливі відповіді на запрошення CLEAR:

YES - звільнити індексний дескриптор файлу I шляхом обнулення його вмісту; проігнорувати цю виняткову ситуацію.

2.4.4.7. Етап 5: Перевірка груп циліндрів

На цьому етапі перевіряються вільні блоки і використовувані таблиці індексних дескрипторів файлів. Даються звіти про виняткові ситуації, що виникли в результаті появи:

виділених блоків у таблицях вільних блоків; вільних блоків, відсутніх у таблицях вільних блоків; невірного загального підрахунку вільних блоків; вільних індексних дескрипторів файлів у використовуваних таблицях індексних дескрипторів файлів; виділених індексних дескрипторів файлів, відсутніх у використовуваних таблицях індексних дескрипторів файлів; невірного загального підрахунку використовуваних індексних дескрипторів файлів.

Повідомлення про помилки.

Повідомлення:

CG C: BAD MAGIC NUMBER

Магічне число групи циліндрів C невірне. Зазвичай це вказує на те, що таблиці груп циліндрів були зруйновані. При діалоговому режимі роботи група циліндрів позначається як вимагає відновлення. При очищенні файлової системи ця помилка вважається фатальною.

Повідомлення:

BLK (S) MISSING IN BYT MAPS (SALVAGE)

У таблиці блоків груп циліндрів відсутні деякі вільні блоки. Під час очищення таблиці відновлюються.

Можливі відповіді на запрошення SALVAGE:

YES - відновити таблицю вільних блоків;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

SUMMARY INFORMATION BAD (SALVAGE)

Підсумкова інформація виявилася невірною. При очищенні підсумкова інформація перевіряється ще раз.

Можливі відповіді на запрошення SALVAGE:

YES - відновити підсумкову інформацію;

NO - проігнорувати цю виняткову ситуацію.

Повідомлення:

FREE BLK COUNT (S) WRONG IN SUPERBLOCK (SALVAGE)

Інформація вільного блоку системного блоку томи виявилася невірною. При очищенні інформація вільного блоку системного блоку томи перевіряється ще раз.

Можливі відповіді на запрошення SALVAGE:

YES - відновити інформацію вільного блоку системного блоку томи; проігнорувати цю виняткову ситуацію.

2.4.4.8. Етап очищення

При перевірці файлової системи виконується кілька функцій очистки. Далі перераховуються довідкові повідомлення про файлову систему і зміненому стані файлової системи.

Повідомлення:

V files W used X free (Y flags, & blocks) ... Q% fragmentation

Це довідкове повідомлення вказує на те, що перевіряється файлова система містила V файлів, що використовують блоки з розміром фрагментів W, залишаючи блоки з розміром фрагментів X вільними у файловій системі. Числа у круглих дужках розбивають вільний підрахунок на Y вільних фрагментів і Z вільних блоків з повним розміром. Нарешті, ці числа використовуються для розкладання процентного вмісту фрагментації файлової системи (Q).

Повідомлення:

***** REBOOT THE SYSTEM *****

Це довідкове повідомлення вказує на те, що коренева файлова система root була модифікована за допомогою команди fsck. Якщо ви відразу ж не виконуєте повторну початкове завантаження, робота, виконана командою fsck, може бути невиконаною через використання копій таблиць, що знаходяться в оперативній пам'яті.

Повідомлення:

***** FILE SYSTEM WAS MODIFIED *****

Це довідкове повідомлення вказує на те, що поточна файлова система була модифікована за допомогою команди fsck. Якщо монтується ця файлова система або якщо вона є поточною кореневої файлової системою root, команда fsck повинна бути зупинена або вироблена повторна початкова завантаження.

2.4.5. Збереження надійності кореневої файлової системи root

Нижче пропонуються способи збереження надійності та ефективності функціонування кореневої файлової системи root.

2.4.5.1. Очищення вільного простору в корені

Для кореневої файлової системи виділений певний і остаточний обсяг простору на диску. Незайняте простір на диску в цій області, зване вільним простором, допускає наявність додаткових і тимчасових файлів і часто служить сверхоперативной пам'яттю для певних програм системи. Системне адміністрування і інші типи програм вимагають однократного виконання кореневої файлової системи root на вільному просторі. Рекомендується уникати використання всього простору в кореневій файловій системі root. Якщо виконання виходить за межі простору в корені, буде відображено наступне повідомлення:

no space on Fixed Disk Device 0x1

Коли ви побачите це повідомлення, слід вручну видалити непотрібні файли з кореневої файлової системи root. Оскільки система створює файл / etc / mnttab під час запуску, рекомендується зберегти, принаймні, 10 вільних блоків в кореневій файловій системі root до відключення машини. Можна використовувати команду df з параметром файлу, щоб дізнатися скільки вільних блоків є у ваших файлових системах.

2.4.5.2. Збереження послідовності нових файлів в корені

Система UNIX зчитує файли і працює з ними швидше, якщо вони дані в послідовності. Спочатку упорядковується вільний список кореневої файлової системи, так що нові файли даються в послідовності, але створення файлів і / або їх видалення можуть дезорганізувати вільний список. Є автоматизовані механізми, які дозволяють періодично перебудовувати вільний список кореневої файлової системи. Якщо у вашій машині запускаються інші активні файлові системи, періодичне виконання команди fsck-s в них при їх демонтажу підвищує ефективність роботи диска.

3. Установка характеристик системи 3.1. Повторне встановлення дати і часу

3.1.1. Використання меню OA & M

3.1.2. Використання команд shell

Для доступу до меню установки характеристик системи використовується параметр system_setup в головному меню System Administration в системі UNIX System V Release 4.0 Version 1.0.

3.1.1. Використання меню OA & M

Для повторної установки дати і часу використовуйте наступні меню:

Виберіть datetime з меню System Name, Date / Time and Initial Password Setup. Виберіть set з меню Display and Set System Date and Time і натисніть ENTER.

Система відображає екран Set System Date and Time Information:

4 Set System Date and Time Information ------------------------------------------- ------------- Date: December 15, 1989 Time: 05:15 AM / PM: PM Timezone: EST Is daylight savings time in effect?: yes Please Note: This task should be done in single-user mode. Warning: Setting the date / time while the system is in multi-user state can be dangerous. Введіть інформацію про дату і час, потім натисніть SAVE. 3.1.2. Використання команд shell

Встановіть заново дату і час при вході в систему як root, використовуючи команду date наступного формату:

MMddhhmmyy

де MM - місяць;
dd - день;
hh - години;
mm - хвилини;
yy - рік.

Наприклад, щоб заново встановити дату 10 травня 1990 час 9:12 надрукуйте:

date 0510091290 3.2. Установка імені системи та імені вузла

3.2.1. Установка імен систем через меню OA & M
3.2.2. Використання команд shell

Ім'я вашої системи може бути в довжину до 8 символів і має відрізнятися від імен систем в інших обчислювальних машинах, з якими ви обмінюєтеся інформацією.

Якщо ваша машина є частиною діючої мережі і ви змінюєте ім'я вузла системи, необхідно попросити інших користувачів мережі замінити ім'я інформаційних файлів мережі на нове.

3.2.1. Установка імен систем через меню OA & M

Щоб встановити ім'я системи і ім'я вузла виконайте наступні меню:

Виберіть nodename з меню System Name, Date / Time and Initial Password Setup. Виберіть set з меню Display and Set System Name and Network Node Name of the Machine і натисніть ENTER.

Система відображає екран Set System Name and Network Node Name of the Machine:

4 Set System Name and Network Node Name of the Machine --------------------------------------- ------------------ System Name: Summit Network Node Name: SF1 Warning: (Re) setting the network node name if the machine is in a network can be dangerous. Введіть ім'я системи та / або назва вузла, потім натисніть SAVE.

Система відображає екран з метою повідомлення користувачам зміненого імені.

Натисніть CONT, щоб повернутися до екрану 4, або CANCEL, щоб повернутися до екрану 3. 3.2.2. Використання команд shell

Команда uname використовується для установки імені системи. Цю команду можуть виконувати тільки привілейовані користувачі. Наступна команда, яка виконується суперкористувачем root, присвоює вашій системі ім'я mysys:

4. Управління портами 4.1. Управління засобом доступу до сервісу (SAF)

4.1.1. Контролер доступу до сервісу
4.1.2. Файл конфігурації системи.
4.1.3. Командні файли конфігурації моніторів порту
4.1.4. Командні файли конфігурації сервісу
4.1.5. Керуючий файл SAC
4.1.6. Керуючий файл монітора порту
4.1.7. Настанова зв'язку з RS-232

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

Спосіб управління та організації монітором порту доступу до порту залежить від конкретного монітора порту, а не окремого компонента SAF. Отже, користувачі можуть розширювати свої системи, розробляючи та встановлюючи свої власні монітори порту. Користувачам, які хочуть написати власні монітори порту, слід звернутися до книги "Керівництво програміста: Мережеві інтерфейси". У цьому розділі опис конкретних моніторів порту обмежене тими програмами, які поставляються разом із системою UNIX, ttymon і "приймачем".

З точки зору SAF сервіс - це процес, який запускається. Обмежень функцій, які надає сервіс, не існує.

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

SAF складається з наступних компонентів:

контролер доступу до сервісу; командний файл конфігурації системи; керуючий файл SAC; команда адміністратора SAC sacadm; монітори портів; необов'язкові файли конфігурації моніторів портів; керуючий файл для кожного монітора порту; команда адміністратора pmadm; необов'язкові файли конфігурації сервісу.

У цьому розділі описуються SAC, керуючі файли, а також файли конфігурації системи, моніторів порту і сервісу.

4.1.1. Контролер доступу до сервісу

Контролер доступу до сервісу (SAC) управляє механізмом обслуговування. Це процес управління засобом доступу до сервісу (SAF). SAC запускається за допомогою команди init (1M) шляхом уведення в / sbin / inittab. Його функція - підтримувати монітори порту системи в стані, який ви вказуєте. Ці стани включають: STARTING, ENABLED, DISABLED, STOPPING, NOTRUNNING і FAILED (Монітор порту вводить стан FAILED, коли SAC не може запустити його після вказаного числа спроб).

Команда адміністратора sacadm використовується для того, щоб повідомити SAC про необхідність змінити стан монітора порту, sacadm також можна використовувати для додавання або видалення монітора порту з області управління SAC та перегляду інформації про монітори портів, відомих SAC.

Керуючий файл SAC містить унікальний тег для кожного монітора порту, відомого SAC, і повне ім'я команди, використовуваної для запуску кожного монітора порту.

SAC:

налаштовує свою власну середовище; запускає необхідні монітори портів; опитує свої монітори порту і ініціює процедури відновлення при необхідності.

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

Після запуску моніторів портів SAC періодично опитує їх для отримання інформації про стан. Параметр командного рядка sac (1M),-t, дозволяє адміністратору системи управляти частотою опитування. Коли монітор порту отримує запит про стан з SAC, він повинен відповісти повідомленням, що містить його поточний стан (наприклад, ENABLED). Якщо SAC не отримає відповіді, він припускає, що монітор порту не запущений. Якщо монітор порту, який повинен прогоняться, зупинився, SAC припускає, що він допустив збій і робить потрібну дію відновлення.

SAC повторно запустить монітор порту з відмовою, якщо для цього монітора порту був вказаний ненульовий лічильник повторного запуску, коли він створювався.

SAC представляє собою адміністративну точку управління для всіх моніторів портів, (а, отже, для всіх портів системи). Команди адміністратора sacadm (1M) і pmadm (1M) передають запити в SAC, який у свою чергу встановлює зв'язок з моніторами портів. Ці запити включають дозвіл забороненого монітора порту, і той починає прийом запитів сервісу в свої порти, запуск моніторів портів, які до цього були зупинені, а також перегляд поточного стану всіх моніторів порту системи.

4.1.2. Файл конфігурації системи

Файл конфігурації системи - / etc / saf / _sysconfig - поставляється порожнім. Його може використовувати адміністратор системи, щоб налаштувати середовище для всього сервісу системи, написавши командний файл на інтерпретованому мовою. Командний файл конфігурації системи інтерпретується контролером доступу до сервісу після запуску SAC. SAC запускається, коли система переходить в багатокористувацький режим.

4.1.3. Командні файли конфігурації моніторів порту

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

Командний файл конфігурації моніторів портів інтерпретується, коли запускається монітор порту. Командний файл конфігурації моніторів портів може заміщати значення за замовчуванням, підтримувані командним файлом конфігурації системи.

4.1.4. Командні файли конфігурації сервісу

Файли конфігурації сервісу дозволяють вам настроювати середовище для конкретного сервісу. Наприклад, сервіс може зажадати якихось спеціальних привілеїв, які не доступні звичайному користувачеві. Використовуючи мову, описаний на сторінці керівництва doconfig (3N), ви можете написати командний файл, який надасть або обмежить такі спеціальні привілеї конкретного сервісу, запропоновані через певний монітор порту.

Файл конфігурації сервісу може ігнорувати безумовні значення, підтримувані файлами конфігурації більш високого рівня. Наприклад, файл конфігурації сервісу може вказати безліч модулів STREAMS, відмінне від безумовного множини.

4.1.5. Керуючий файл SAC

Керуючий файл SAC містить інформацію про всіх моніторах порту, за які несе відповідальність SAC. Цей файл існує в поставляється системі. Спочатку він є порожнім, за винятком одного рядка коментаря, яка містить номер версії контролера доступу до сервісу. Адміністратор системи додає монітори портів до системи, здійснюючи вводи у керуючий файл SAC. Ці вводи здійснюються за допомогою команди sacadm з параметром-a. Команда sacadm також використовується для видалення вводів з керуючого файлу SAC.

Деякі програмні пакети додають свої собстввенние вводи моніторів портів в ході інсталяції, в інших - вам доведеться додавати їх вручну.

Кожен ввід у керуючий файл SAC містить наступну інформацію:

PMTAG -

унікальний тег, який ідентифікує конкретний монітор порту. Цей тег потім використовується контролером доступу до сервісу (SAC) для ідентифікації монітора порту при всіх цілях адміністрування. PMTAG може включати до 14 буквених символів;

PMTYPE -

тип монітора порту. На додаток до свого унікального тегу, кожен монітор порту має покажчик типу. Покажчик типу ідентифікує групу моніторів портів, які є різними викликами одного і того ж об'єкта. ttymon і listen є прикладами дійсних типів моніторів портів. Покажчик типу використовується, щоб полегшити адміністрування груп відповідних моніторів портів. Без покажчика типу у вас немає можливості дізнатися, які теги моніторів портів відповідають моніторів портів того ж типу. PMTYPE може включати до 14 буквених символів;

FLGS -

прапори, які визначаються в поточний момент, це: d - якщо запускається, не дозволяйте монітор порту; x - не запускайте монітор порту. Якщо прапор не вказується, робиться безумовна чинність. Монітор порту запускається і дозволяється за умовчанням;

RCNT -

кількість разів, що монітор порту може допустити збій, перш ніж буде поміщений в стан відмови. Після того як монітор порту ввів стан відмови, SAC не намагатиметься повторно його запустити. Якщо рахунок не вказано при створенні введення, це поле встановлюється на 0. Рахунок повторного запуску 0 вказує, що монітор порту не слід повторно запускати, якщо він дає відмову;

COMMAND -

символьний рядок, що представляє команду, яка буде запускати монітор порту. Перший компонент символьного рядка, сама команда, повинен являти собою повне ім'я шляху.

Рис. 1 показує вміст зразка керуючого файлу SAC так, як він проглядається за допомогою команди sacadm. Символ # в кінці кожного рядка є обмежувачем коментаря.

Висновок sacadm -1 ---------------------------------------------- -------------- PMTAG PMTYPE FLGS RCNT STATUS COMMAND starlan listen - 0 ENABLED / usr / lib / saf / listen-x slan starlan # starlan liatener ttymon1 ttymon d 0 DISABLED / usr / lib / saf / ttymon # ttymon1 ttymon3 ttymon - 0 ENABLED / usr / lib / saf / ttymon # ports board ----------------------------- -------------------------------

Рис. 1

4.1.6. Керуючий файл монітора порту

Кожен монітор порту має свій власний керуючий файл. Команда pmadm використовується для додавання, видалення або модифікації елементів в цьому файлі. При внесенні кожної зміни відповідного монітора порту повідомляється про необхідність повторного зчитування його керуючого файлу.

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

Примітка. Комбінація тега сервісу і тега монітора порту унікально визначають випадок використання сервісу. Той же самий тег сервісу може використовуватися для ідентифікації якогось сервісу при іншому моніторі порту.

Запис також повинна містити конкретні дані монітора порту, такі як рядок підказки, яка є значимою для ttymon. В цілому, кожен тип монітора порту забезпечує якусь команду, яка сприймає конкретні дані потрібної монітора як аргументи і виводить ці дані у формі, що відповідає зберіганню в файлі. Команда ttyadm (1M) робить це замість ttymon, а nlsadmin (1M) - замість listen.

Примітка. Якщо ПЗ при інсталяції додає необхідні вводи сервісу в керуючий файл монітора порту, вам не потрібно додавати введення в ручну pmadm з параметром-a. Наприклад, при інсталяції спільного використання дистанційних файлів (RFS), пакет програм встановлює необхідний сервіс при кожному моніторі listen-типу.

Кожен ввід у керуючий файл монітора порту містить наступну інформацію:

SVCTAG -

унікальний тег, який ідентифікує сервіс. Цей тег є унікальним тільки для монітора порту, через який цей сервіс стає доступним. Інші монітори порту можуть запропонувати той же або інший сервіс з тим же самим тегом. Сервіс вимагає наявності та тега монітора порту, і тега сервісу для ідентифікації його як унікального. SVCTAG може включати до 14 буквених символів;

FLGS -

прапори з нижченаведеними значеннями можуть бути включені як поточні в це поле:

x - Не дозволяйте цей порт. Порт дозволяється за замовчуванням

u - Створюйте введення utmp для цього сервісу. Зверніть увагу, що монітори портів можуть ігнорувати прапор u, якщо створення введення utmp для сервісу не відповідає способу, в якому слід викликати цей сервіс. Деякі програми сервісу не можуть запускатися потрібним чином, якщо для них не створено вводи utmp (наприклад, login);

ID -

значення під яким слід запускати сервіс. Значення має ту форму імені протоколу, в якій воно з'являється в / etc / passwd;

PMSPECIFIC -

прикладами конкретної інформації моніторів порту є адреси, ім'я процесу, який повинен виконуватися або ім'я програмного каналу STREAMS, через який встановлюється зв'язок між процесами;

COMMENT -

коментар, що ставиться до елемента сервісу.

Примітка. Кожен керуючий файл монітора порту повинен містити один спеціальний коментар наступної форми:

# VERSION = value

де value - це ціле число, яке представляє номер версії монітора порту.

Номер версії визначає формат керуючого файлу монітора порту. Цей рядок коментарю створюється автоматично, коли монітор порту додається до системи. Він з'являється на рядку сам собою до появи елементів сервісу.

На рис. 2 показані рядки з зразка керуючого файлу ttymon. Зверніть увагу, що вся інформація в колонці PMSPECIFIC є конкретною інформацією для монітора порту ttymon. Наприклад, перелік керуючого файлу listen буде містити іншу множину елементів у цій колонці. Конкретна інформація монітора порту форматується за допомогою команди адміністратора монітора, в даному прикладі - командою ttyadm. Команда ttyadm включена як частина команди pmadm, коли вона використовується з параметром-a.

Рис. 2 показує вміст зразка керуючого файлу ttymon, що переглядається за допомогою команди pmadm. Символ # є обмежувачем коментаря.

-------------------------------------------------- ---------- PMTAG PMTYPE SVCTAG FLGS ID PMSPECIFIC ttymon3 ttymon 31 ux root / dev/tarm/31--/usx/bin/login - 9600-login: - # / dev/tarm/31 ttymon3 ttymon 32 ux root / dev/tarm/32--/usx/bin/login - 9600-login: - # / dev/tarm/32 ttymon3 ttymon 33 ux root / dev/tarm/33--/usx/bin/login - 9600-login: - # / dev/tarm/33 ttymon3 ttymon 34 ux root / dev/tarm/34--/usx/bin/login - 9600-login: - # / dev/tarm/34 ------ -------------------------------------------------- ----

Рис. 2

Примітка. Щоб підтримати цілісність системи, настійно рекомендується робити зміни в керуючих файлах SAC і моніторів портів за допомогою команд sacadm і pmadm, а не редагування файлів. SAC не розпізнає зміни до деяких полях цих файлів, якщо вони не виконані за допомогою необхідної команди адміністратора. Пряме редагування файлів може призвести до непередбачених результатів.

4.1.7. Настанова зв'язку з RS-232

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

Зазвичай при приєднанні RS-232 до вашого пристрою передбачаються наступні підказки:

кабелі RS-232 повинні мати довжину менше 16 метрів. Кабелі, довжина яких перевищує 16 метрів, можуть призвести до перешкод на лінії. У деяких випадках, ви можете використовувати більш довгий кабель, якщо скоротите швидкість передачі (в бодах); звичайно потрібно лінійний адаптер, званий адаптер нульового модему, якщо термінал або комп'ютер під'єднується прямо до послідовного порту вашого комп'ютера; нульовий модем не слід використовувати, якщо ви під'єднуєте модем до свого комп'ютера.