su13@pochta.ru

| Первый | Второй | Третий | Четвёртый | Пятый | Шестой | Седьмой |


Файловые системы и их использование

Создание файловой системы

Монтирование файловой системы

Демонтирование файловой системы

Проверка и исправление файловых систем

Создание файловой системы

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

- Форматирование гибких дисков.

- Создание файловой системы с использованием меню ОА&М или команды mkfs.

- Установка файловой системы.

- Демонтирование файловой системы при отсутствии обращения к ней.

Использование меню ОА&М для создания файловой системы

Для создания файловой системы используйте следующие меню:

1. Выберите make из меню "Управление файловой системой" (Manage File System).

Система отобразит на экран "Создание файловой системы" (Create a File System) (make):

Create a File System (make)

Device that will contain the file system: diskettel

File system type: a5

Lable for the file system:

Once created, should the new file system be mountedVyes

File system name when mounted: /install

2. Введите информацию файловой системы и нажмите SAVE.

Система отобразит один из следующих экранов:

Create An a5 File System (make)

Name of prototype file:

' Block Size in Bytes: 1024

Nuaber of Blocke:

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

3. Введите информацию и нажмите SAVE.

Система отобразит команду "Вставить дискету в дисковод".

4. Нажмите SAVE, когда вставите дискету в дисковод.

Затем система начнет создавать файловую систему и пытаться смонтировать ее.

Использование команды mkfs для создания файловой системы

Рассмотрим общий формат команды mkfs и ее специфическое применение для создания файловой систем s5 или ufs.

Формат команды mkfs имеет вид:

mkfs [-F filetype] [-V] [-m] [current_optlons]

[-о specific_options] special operands

где:

Создание файловой системы s5

Для создания новой файловой системы s5 или преобразования старой с новым логическим размером блока введите следующие команды:

1. Если новая файловая система будет создаваться в разделе диска, где резидентно находится старая файловая система, необходимо создать резервную копию старой системы. Для создания резервных копий систем с одним или несколькими жесткими дисками рекомендуется использовать команду cpio (1).

2. Если новая файловая система будет создаваться из старой, необходимо выполнить команду labelit, которая сообщит и имя уже смонтированной файловой системы, и физическое имя тома старой файловой системы. Эти метки будут уничтожены при создании новой файловой системы.

Вам рекомендуется специфицировать тип файловой системы; когда вы используете команду labelit. Например, если используется устройство fOqlSd, файловой системой будет memo, а именем тома memo 2.O.

Введите:

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

Если новую файловую систему необходимо создать из старой, и новая файловая система будет иметь больший логический размер блока, тогда благодаря фрагментации новая файловая система выделит больше блоков диска для хранения данных, чем старая система.

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

3. Необходимо использоватв"дну из следующих команд:

mkfs [-F s5] [-b blocksize] special blocks[:inodes] [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, тогда файловая система создается с единственным каталогом. Если используется макетный файл, он будет включать информацию, которая заставляет команду строить и инициализировать каталог и файловую структуру для файловой системы.

4. Запустите команду labelit, чтобы восстановить файловую систему и имена томов.

5. Установите новую файловую систему - например, восстановите файловую систему из резервной копии или, если у вашей системы два жестких диска, выполните команду cpio (1M) из смонтировайной файловой системы. (Команды volcopy (1M) и dd (1M) копируют образ файловой системы; они не могут преобразовать логический размер блоков).

Создание файловой системы ufs

При построении файловой системы ufs команда mkfs создает файловую систему с корневым каталогом и с каталогом lost+found. Количество индексных дескрипторов файла высчитывается как функция размера файловой системы.

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

1. Если новая файловая система будет создаваться на части диска, где находится старая файловая система, нужно создать резервную копию старой системы.

2. Если новая файловая система будет создаваться из старой, нужно выполнить команду labelit, которая сообщит и имя смонтированной файловой системы и физическое имя тома старой файловой системы. Эти метки уничтожаются, когда создается новая файловая система.

Необходимо определить тип файловой системы при использовании labelit. Если, напрмер, у вас устройство fOqlSd, файловой системой будет memo, а именем тома memo 2.0.

Введите:

labelit -F ufs/dev/dsk/fOq15d memo memo 2.0

3. Используйте одну из следующих команд:

mkfs -F ufs [-о] [arguments special size

или

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

где:

Если списку параметров предшествует -о, тогда необходимо специфицировать только желаемые параметры, но каждый параметр должен быть явно маркирован. Иначе, параметры исследуются слева направо, где первым параметром считается nsect, вторым - ntrack и т.д.

Следующие две команды схожи по функциям:

mkfs -F ufs -о bsize=4096,nsect=18,

ntrack=9 /dev/rdsk/1s2 35340 mkfs -F ufs /dev/rdsk/1s2 35340 32 16 4096

prototype - имя файла, которое может включать:

4. Запустите команду labelit, чтобы восстановить файловую систему и имена томов.

5. Заполните новую файловую систему - например, восстановите из резервной копии файловой системы или, если в вашей системе два жестких диска, выполните команду cpio (1M) из смонтированной файловой системы. (Команды volcopy (1M) и dd (1M) копируют образ файловой системы; они не могут преобразовывать логический размер блока).

Выбор логического размера блока

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

Администратор, который использует команду mkfs для создания файловой системы, может определить логический размер блоков файловой системы. По умолчанию он составляет 1024 байта (1К) в системе s5 и 4096 байтов (4К) в системе ufs.

Файловые системы root и usr поставляются как 1К файловые системы. Кроме 1К файловых систем, система s5 также поддерживает 2048 байтовые (2К) файловые системы.

Для того, чтобы разумно выбрать логический размер блоков, нужно учесть производительность и объем пространства. Для большинства систем ufs 8K файловая система с размером фрагментов 1К имеет самую высокую производительность, тогда как для большинства s5 систем 1К файловая система самая производительная.

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

выполнимых файлов или файлов данных, наиучшим выбором считается 2К файловая система.

Монтирование файловой системы

Единственным именем в командной строке (в отличие от имени файла макета, если вы использовали этот параметр) при создании файловой системы будет имя специального файла устройства. Так как обычно к файловой системе Unix System V обращаются по имени каталога наивысшего уровня в ее иерархии, вторым этапом после создания файловой системы будет соединение имени файловой системы с именем каталога.

Выполняется это путем "монтирования" файловой системы. При этом используются меню ОА&М или команда mount (1M). Наличие этого этапа обязательно.

Выполнение команды mount требует попарного соединения смонтированного дискового устройства и вмонтированного каталога. Система Unix сопровождается информацией о типе файловой системы, о параметрах, необходимых для монтирования и о времени, нужном для монтажа. Эта информация хранится в файле /etc/mnttab.

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

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

просит систему смонтировать /dev/dsk/ls2 как s5 файловую систему, которая начинается в каталоге /usr.

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

Можно определить файловые системы, содержащиеся на гибком диске, и использовать их как для хранения, так и для прямого доступа. Однако, общим для пользователей будет копирование файловой системы в каталог на жестком диске. Но для этого файловую систему нужно сначала смонтировать. Команда labelit помогает осуществить связь между специальным файлом устройства и смонтированным - именем файловой системы. Она записывает каталог наивысшего уровня файловой системы (т.е. ее имя) в поле, находящееся в системном блоке

Примечание

Когда команда labelit используется для монтируемых файловых систем, например, на гибких дисках, одним из фактических параметров командной строки может быть идентификационный номер тома. Этот номер тоже хранится в поле системного блока тома, хотя общепринятым считается просто записать имя на этикетке дискеты, где находится файловая система.

Использование меню ОА&М для монтирования файловой системы

Необходимо обратиться к этим задачам из необязательного параметра file_systems в меню System Administration.

Для монтирования файловой системы используйте следующие меню:

1. Выберите 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:

2. Нажмите CHOICES для выбора правильных параметров, затем нажмите SAVE.

Использование mount для монтирования файловой системы

Общая форма команды mount: mount.

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

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

просит систему смонтировать /dev/dsk/ls4 как файловую систему типа s5, которая начинается в каталоге /home.

Пользователям обычно удобнее обращаться к файлам с жесткого диска. Поэтому часть используемых файлов копируется на жесткий диск с лент или с гибких дисков.

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

1. Создайте два каталога на жестком диске: один будет служить связующим звеном между гибким диском и жестким (точка монтирования), а другой будет корневым каталогом монтируемой файловой системы.

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

2. Смонтируйте дискету.

Например:

mount -F s5 -oro/dev/diskette /rant

3. Перейдите к каталогу монтирования.

В нашем случае

cd/mnt

4. Скопируйте содержание файловой системы в каталог /myfs, используя

find . -print | cpio -pdm/myfs

Демонтирование файловой системы

Демонтирование файловой системы логически отсоединяет файловую систему от связанного с ней дискового устройства. После демонтирования у пользователей больше не будет доступа к каталогам и файлам файловой системы.

Демонтирование часто является первым этапом перед использованием других команд, применяемых в файловых системах. Например, fsck (1M), которая проверяет и исправляет файловую систему, действует в демонтированных файловых системах.

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

Если текущий каталог, например, находится в файловой системе, которую нужно демонтировать, следует выйти из этого каталога до начала процесса демонтирования. Иначе будет получено следующее сообщение:

/etc/umount:device busy

Демонтирование файловой системы с помощью меню

Необходимо обратиться к этим задачам, используя параметр file_system в меню System Administration.

Для демонтирования файловой системы используйте следующие меню:

1. Выберите unmount из меню Managing File Systems.

Система отображает экран Unmount a File System:

Unmount a File System

Mountpoint of Device to be unmounted:

2. Нажмите CHOICES, чтобы отобразился список имеющихся файловых систем. Используйте клавиши со стрелками для перемещения курсора в соответствующую файловую систему и нажмите SAVE, чтобы выбрать ее.

3. Нажмите SAVE, чтобы начать процесс демонтирования.

Система отображает экран верификации:

Unmount a File System unmount your selection ? yes

4. Нажмите SAVE, чтобы продолжить работу.

Система отображает экран верификации после того, как будет демонтирована файловая система.

Использование команды umount для демонтирования файловой системы

Команда для демонтирования файловой системы требует только имя специального устройства или точки демонтирования.

Чтобы демонтировать файловую систему, необходимо ввести следующую команду:

umount device_name

Если файловая система была смонтирована, например, с дискеты, то команда

umount /dev/diskette

освобождает дисковое запоминающее устройство.

Проверка и исправление файловых систем

Далее мы опишем, как могут повреждаться файловые системы, как можно сохранить их надежность и как система Unix сама проверяет файловые системы.

Повреждение файловой системы

Файловая система может получить повреждения несколькими способами.

Три наиболее общих:

- неправильный запуск или закрытие системы;

- удаление носителей данных до демонтирования файловой системы;

- выход из строя аппаратных средств..

Выполняя следующие правила, можно сохранить надежность файловых систем:

- всегда используйте процедуру shutdown перед выключением компьютера. Процедура закрытия демонтирует все файловые системы;

- всегда демонтируйте смонтированный гибкий диск системы Unix перед его удалением;

- никогда не удаляйте гибкий диск во время работы дисковода.

Целостность файловой системы

У компьютера есть ряд встроенных признаков надежности. Вот их краткий список:

- при записи файла на жесткий диск, его индексный дескриптор и блоки записываются в том порядке, который гарантирует максимальную надежность. Это известно как упорядоченные записи;

- системные буферы периодически записываются на жесткий диск. Это известно как автоматическая модификация;

- после повреждения файловой системы необходимо прогнать программу fsck, чтобы очистить файловую систему перед ее монтированием.-

Программа fsck

Контролирующая программа (fsck) файловой системы - это интерактивная контрольно-исправительная программа файловой системы. Программа fsck использует информацию, находящуюся в самой файловой системе, для проверки целостности.

Если выявлено нарушение целостности, фиксируется сообщение, описывающее нарушение единства. Рекомендуется выбрать параметр для программы fsck, с тем чтобы данная программа автоматически откорректировала выявленные нарушения целостности.

При загрузке системы Unix ваш компьютер осуществляет контроль целостности по состоянию корневой файловой системы. Если присутствуют вероятные проблемы, программа fsck выполняется автоматически, для того чтобы поправить корневую файловую систему.

Для того чтобы вручную прогнать программу fsck, нужно в первую очередь демонтировать файловую систему (если вы проверяете корневую файловую систему, корень должен оставаться смонтированным).

Полный формат команды fsck:

fsck [-F FSType][-V]icurrent_options][-m] [-о specific_optlons][speoial. . .]

где:

Если файловая система сохраняет свою целостность, то даетсяютчет о количестве файлов, используемых блоках и свободных блоках. Если целостность файловой системы нарушена, пользователю дается напоминание выполнять операции параллельно перед всякой попыткой откорректировать систему.

Использование команды fsck для проверки файловой системы s5

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

fsck [-F s5][generic_options][-y][-n][-p][-sX][-tfile]

Рекомендуется употреблять параметр -у. Данный параметр отвечает "да" на все вопросы, выдаваемые командой 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 #

Этапы программы fsck в системе s5

Программа fsck прогоняется по этапам. На каждом этапе даются отчеты о любых ошибках, которые выявила программа. Если fsck может откорректировать ошибку, пользователя спрашивают, должно ли быть произведено исправление.

Если вы установили параметр -у, тогда на все вопросы полагается отвечать "да" и вам не будет дано приглашение.

Следующая аббревиатура и соответственный ей текст появляются в сообщении об ошибке:

- BLK - номер блока

- DUP - номер блока копии

- DIR - имя справочника

- MTIME - время последней модификации

- UNREF

- CG - группа цилиндра

Следующая однобуквенная аббревиатура заменяется на соответственный ей текст при появлении на экране сообщения об ошибке:

- В - номер блока

- F - имя файла

- I - номер inode

- М - режим файла

- О - user-id владельца файла

- S - размер файла

- Т - время последней модификации файла

- X - счетчик связи или число блоков BAD, DUP или MISSING, или число файлов (зависимых по контексту)

- Y - номер счетчика корректного канала связи или число блоков в файловой системе

- Z - число свободных блоков

Этап инициализации

Проверяется синтаксис командной строки. Перед проверкой файловой системы программа fsck устанавливает некоторые таблицы и открывает некоторые файлы. Программа fsck завершается, когда она сталкивается с ошибками на этапе инициализации.

Общие ошибки

Следующие три сообщения об ошибках могут возникнуть на любом этапе после инициализации. Их лучше рассматривать как фатальные, завершить выполнение программы и постараться установить причину ошибки.

Сообщение:

CAN NOT SEEK: BLK В (CONTINUE?)

Просьба переместиться в указанный номер блока В в дефектной файловой системе. Данное сообщение указывает на серьезную ошибку, возможно сбой в аппаратных средствах.

Сообщение:

CAN NOT READ: BLK В (CONTINUE?)

Просьба передать указанный номер блока В в дефектную файловую систему. Сообщение указывает на серьезную ошибку, вероятно сбой в аппаратных средствах.

Сообщение:

CAN NOT WRITE: BLK B (CONTINUE?)

Просьба внести указанный номер блока В в дефектную файловую систему. Диск может быть защищен от записи.

Значение ответов Да/Нет

- Ответ n (нет) на приглашение CONTINUE? означает: Завершите программу (Это рекомендуемый ответ).

- Ответ у (да) на приглашение CONTINUE? означает: Постарайтесь возобновить проверку файловой системы.

Заметьте, что ошибки нередко могут повторятся. Эта исключительная ситуация предотвращает полную проверку файловой системы. Необходимо второй раз выполнить программу fsck, чтобы заново проверить файловую систему.

Контроль блоков и размеров (1 этап)

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

- контроля типов индексных дескрипторов файлов;

- установления таблицы подсчета нулевых связей;

- проверки номеров блоков индексных дескрипторов файлов на предмет плохих и идентичных блоков;

- проверки размеров индексных дескрипторов файлов;

- проверки формата индексных дескрипторов файлов.

Типы сообщений об ошибках

На данном этапе выявляется 4 типа сообщений об ошибках:

- информационные сообщения;

- сообщения с приглашением CONTINUE?;

- сообщения с приглашением CLEAR?;

- сообщения с приглашением RECOVER?.

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

Значение откликов Да/Нет

- Отклик n (нет) на приглашение CONTINUE? означает: завершите программу.

- Отклик у (да) на приглашение CONTINUE? означает: продолжайте выполнение программы.

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

- Отклик n (нет) на приглашение RECOVER? означает: восстановите все блоки, на которые указывает индексный дескриптор файла.

Ответ "нет" подходит лишь в том случае, если пользователь намерен устранить избыточные блоки.

- Ответ n (нет) на приглашение CLEAR? означает: проигнорируйте исключительную ситуацию.

Ответ "нет" целесообразен лишь в том случае, если пользователь намерен употреблять другие средства для фиксации ошибки.

- Ответ у (да) на приглашение CLEAR? подразумевает: освободите индексный дескриптор файла I путем обнуления его содержимого.

Это может вызывать исключительную ситуацию UNALLOCATED на 2 этапе для всякого элемента каталога, указывающего на данный индексный дескриптор файла.

Сообщения об ошибках на 1 этапе

Сообщение:

svrt UNKNOWN FILE TYPE I- I (CLEAR?)

Видовое слово индексного дескриптора файла I указывает на то, что индексный дескриптор файла это не отвлеченный файл, не специальный символьный индексный дескриптор файла, не регулярный индексный дескриптор файла и не индексный дескриптор файла каталогов. Если установлен параметр -р, индексный дескриптор файла освобождается.

Сообщение:

LINK COUNT TABLE OVERFLOW (CONTINUE?)

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

Сообщение:

В BAD I - I

Индексный дескриптор файла I содержит блок номеров В с номером меньше номера первого блока данных в файловой системе или больше номера последнего блока в файловой системе.

Данная исключительная ситуация может порождать сообщение об ошибке EXCESSIVE BAD BLKS на 1 этапе, если у индексного дескриптора файлов I чрезмерно много номеров блоков за пределами файловой системы. Эта исключительная ситуация порождает сообщение об ошибке BAD/DUP на 2 и 4 этапах.

Сообщение:

EXCESSIVE BAD BLOCKS I- I (CONTINUE?)

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

Если специфицирован параметр -р, программа завершается.

Сообщение:

В DUP I- I

Индексный дескриптор файла I содержит блок номер В, о котором заявляет такой же или другой индексный дескриптор файла или свободный список.

Подобная исключительная ситуация может порождать сообщение об ошибках EXCESSIVE DUP BLKS на 1 этапе, если у индексного дескриптора файлов чересчур много номеров блоков, о которых заявлено таким же или другим индексным дескриптором файлов или в свободном списке. Данная исключительная ситуация вызывает этап 1В и порождает сообщения об ошибках на этапах 2 и 4.

Сообщение:

EXCESSIVE DUP BLKS I- I (CONTINUE?)

Чрезмерно много (как правило больше 10) блоков, о которых заявлено в том же или другом индексном дескрипторе файлов или в свободном списке. Если определен параметр -р, программа завершается.

Сообщение:

DUP TABLE OVERFLOW (CONTINUE?)

Во внутренней таблице в fsck, содержащей двойные номера блоков, больше нет места. Если установлен параметр -р, программа завершается.

Сообщение:

DIRECTORY MISALIGNED I- I

Объем каталога индексных дескрипторов файлов не кратен 16. Если применяется параметр -р, каталог восстанавливается автоматически.

Сообщение:

PARTIALLY ALLOCATED INODE I- I (CLEAR?)'

Индексный дескриптор файла ни выделен, ни освобожден. Если специфицирован параметр -р, индексный дескриптор файла будет очищен.

Сообщение:

DIR/FILE SIZE ERROR

Файл ссылается на данные, а не обозначается индексным дескриптором файла.

Сообщение:

DELETE OR RECOVER EXCESS DATA

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

Сообщение:

RECOVER?

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

Сообщение:

DELETE?

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

Вторичный поиск DUPS (этап 1 В)

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

Сообщение:

DUP I- I

Индексный дескриптор файла I содержит блок номер В, о котором уже было заявлено в том же или другом индексном дескрипторе файла или в свободном списке.

Данная исключительная ситуация порождает сообщение об ошибке BAD/DUP на этапе 2. Индексные дескрипторы файлов, имеющие перекрывающиеся блоки, могут быть определены при рассмотрении этой исключительной ситуации и исключительной ситуации DUP на этапе 1.

Контроль полных имен файлов (2 этап)

На этом этапе удаляются элементы каталога, указывающие на неудачные индексные дескрипторы файлов, выявленные на этапах 1 и 1В. Дается отчет об исключительных ситуациях, возникших в результате следующих моментов:

- неправильный вид и состояние корневого индексного дескриптора файла;

- указатели каталога индексных дескрипторов файлов находятся за пределами допустимого диапазона;

- элементы каталога указывают на неверные индексные дескрипторы файлов.

Типы сообщений об Ошибках

На этапе 2 имеется 4 типа сообщений об ошибках:

- информационные сообщения;

- сообщения с приглашением FIX?;

- сообщения с приглашением CONTINUE?;

- сообщения с приглашением REMOVE?.

Значение откликов Да/Нет

- Отклик n (нет) на приглашение FIX? означает: завершите программу, т.к. fsck не может быть продолжена.

- Отклик у (да) на приглашение FIX? означает: замените тип корневого индексного дескриптора файла на "каталог".

Если блоки данных корневого индексного дескриптора файла не являются блоками каталога, порождается слишком много сообщений об ошибках.

- Отклик n (нет) на приглашение CONTINUE? означает: завершите программу.

- Отклик у (да) на приглашение CONTINUE? означает: проигнорируйте сообщение об ошибках DUPS/BAD IN ROOT INODE и продолжайте проверять файловую систему.

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

- Отклик n (нет) на приглашение REMOVE? означает: проигнорируйте исключительную ситуацию.

Ответ "нет" подходит лишь в том случае, если пользователь намерен предпринять другие меры по фиксации ошибки.

- Отклик у (да) на приглашение REMOVE? означает: удалить идентичные или освобожденные блоки.

Сообщения об ошибках

Сообщение:

ROOT INODE UNALLOCATED. TERMINATING

У корневого индексного дескриптора файла (как правило это индексный дескриптор файла номер 2) файловой системы нет выделенных режимных разрядов. Данное сообщение указывает на серьезную ошибку, которая приводит к остановке программы.

Сообщение:

ROOT INODE NOT DIRECTORY (FIX?)

Корневой индексный дескриптор файла (обычно это индексный дескриптор файла номер 2) файловой системы не является типом индексного дескриптора каталога файлов.

Если специфицирован параметр -р, программа завершится.

Сообщение:

DUPS/BAD IN ROOT INODE (CONTINUE?)

На этапе 1 или 1В выявлены одинаковые блоки или дефектные блоки в корневом индексном дескрипторе файла (как правило это индексный дескриптор файла номер 2) файловой системы. Если специфицирован параметр -р, программа завершится.

Сообщение:

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

Элемент каталога F включает индексный дескриптор файла номер I, который больше, чем конец списка индексных дескрипторов файла. Если специфицирован параметр -р, индексный дескриптор файла будет автоматически удален.

Сообщение:

UNALLOCATED I- I OWNER- О MODE- N SIZE- S MTIME- Т NAME- F (REMOVE?)

Элемент каталога F содержит индексный дескриптор файла I без выделенных режимных разрядов.

Выдаются на печать:

Если файловая система не смонтирована и параметр -п не специфицирован, элемент каталога автоматически , удаляется, если у индексного дескриптора файла, который указывает на данный элемент, размер символа 0. Элемент удаляется, если специфицирован параметр -р.

Сообщение:

DUP/BAD I- I OWNER- О MODE- M SIZE- S МПМЕ'- Т DIR- F (REMOVE?)

На этапе 1 или 1В выявлены тождественные блоки или "неудачные" блоки, связанные с элементом F каталога, индексного дескриптора каталогов файлов I.

Выдаются на печать:

Если специфицирован параметр -р, тождественные/неудачные блоки удаляются.

Сообщение:

DUP/BAD I- I OWNER- О MODE- M SIZE- S МПМЕ- Т FILE- F (REMOVE?)

На этапе 1 или 1В выявлены тождественные или "неудачные" блоки, связанные с элементом F файла, индексного дескриптора файла I.

Выдаются на печать:

Если специфицирован параметр -р, тождественные/неудачные блоки удаляются.

Сообщение:

BAD BLK IN DIR I- I OWNER- 0 MODE- SIZE- S МПМЕ- Т

Данное сообщение появляется только тогда, когда применяется параметр -D. В каталоге с индексным дескриптором I был выявлен физически дефектный блок.

Исключительными ситуациями, отыскиваемые в блоках каталогов, могут быть ненулевыми заполняемыми элементами, несогласованными "." и ".." элементами и вложенные прямые слеши в поле имени.

Данное сообщение об ошибках подразумевает, что пользователю необходимо либо ликвидировать индексный дескриптор каталога, если весь блок представляется

поврежденным, либо заменить (или ликвидировать) те элементы каталога, которые кажутся неудачными.

Проверка связности (3 этап)

На данном этапе проверяются каталоги, исследуемые на этапе 2.

Даются отчеты об следующих исключительных

- ситуациях:

- каталоги без ссылок;

- отсутствующие или полные каталоги lost+found.

Типы сообщений об ошибках

На этапе 3 два типа сообщений об ошибках:

- информационные сообщения;

- сообщения с приглашением RECONNECT?.

Значение откликов Да/Нет

- Отклик n(нет) на приглашение RECONNECT? подразумевает: проигнорируйте исключительную ситуацию.

Данный ответ вызывает сообщения об ошибках UNREF на этапе 4.

Ответ "нет" годится лишь в том случае, если пользователь готов предпринять иные меры для фиксации ошибки.

- Ответ у (да) на приглашение RECONNECT? выражает: вторично подсоедините каталог с индексным дескриптором I к файловой системе в каталоге для потерянных файлов (как правило это каталог lost+found).

Это может вызывать сообщения об ошибках lost+found, если имеются проблемы со слиянием каталога с индексным дескриптором I с каталогом lost+found. Если связь успешна, возникает информационное сообщение CONNECTED.

Сообщения об ошибках

Сообщение:

UNREF DIR I- I OWNER- О MODE- H SIZE- S MTIME- Т (RECONNECT?)

Каталог с индексным дескриптором I не был соединен с элементом каталога при прослеживании файловой системы.

Выдаются на печать:

Программа fsck ускоряет вторичное соединение непустого каталога. Если специфицируется параметр -р, еще раз соединяется непустой каталог.

Сообщение:

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 или расширить его.

Сообщение:

DIP I- 11 CONNECTED. PARENT WAS I- 12

Данное справочное сообщение, свидетельствующее, что каталог с индексным дескриптором И был благополучно соединен с каталогом lost+found.

Родительский индексный дескриптор файла 12 каталога с индексным дескриптором II заменен номером индексного дескриптора каталога lost+found.

Проверка контрольного счета (4 этап)

На данном этапе проверяется объединенная информация о счетах, полученная на этапах 2 и 3.

Дается отчет об исключительной ситуации, которая появилась в следствии:

- присутствия файлов без ссылок;

- отсутствующего или заполненного каталога lost+found;

- неверного расчета связей для файлов, каталогов или специальных файлов;

- наличия файлов и каталогов без ссылок;

- присутствия неудачных или тождественных блоков в файлах и каталогах;

- неверного общего подсчета свободных индексных дескрипторов файлов.

Типы сообщений об ошибках

На этапе 4 встречается пять типов сообщений об ошибках:

- информационные сообщения;

- сообщения с приглашением RECONNECT?;

- сообщения с приглашением CLEAR?;

- сообщения с приглашением ADJUST?;

- сообщения с приглашением FIX?.

Значение откликов Да/Нет

- Отклик n (нет) на приглашение RECONNECT? выражает: обойти эту исключительную ситуацию.

Данный ответ в будущем вызывает сообщение об ошибках CLEAR на этапе 4.

- Отклик у (да) на приглашение RECONNECT? означает: повторно соедините индексный дескриптор файла I с

файловой системой в каталоге для потерянных файлов

(это как правило каталог lost+found).

Это может вызывать сообщение об ошибках lost+found на данном этапе, если есть проблемы соединения индексного дескриптора файла I с каталогом lost+found.

- Отклик n (нет) на приглашение CLEAR? означает: проигнорировать эту исключительную ситуацию.

Данный ответ удовлетворяет лишь в том случае, если пользователь намерен принять иные меры по фиксации ошибки.

- Отклик у (да) на приглашение CLEAR? означает: освободите индексный дескриптор файла путем обнуления его содержания.

- Отклик n (нет) на приглашение ADJUST? означает: проигнорируйте исключительную ситуацию.

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

- Отклик у (да) на приглашение ADJUST? означает: заменить подсчет связей файла индексных дескрипторов файлов I на Y.

- Отклик n (нет) на приглашение FIX? подразумевает: проигнорируйте эту исключительную ситуацию.

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

- Отклик у (да) на приглашение FIX? означает: замените подсчет в системном блоке тома на правильный подсчет.

Сообщения об ошибках

Сообщение:

UNREF FILE I- I OWNER- О MODE- M SIZE- S MTIME- Т

(RECONNECT?)

Индексный дескриптор файла I не был соединен с элементом каталога при проверке файловой системы.

Выдаются на печать:

Если параметр -n опущен, и файловая система не смонтирована, пустые файлы-автоматически очищаются.

Непустые файлы не очищаются. Если специфицирован параметр -р, индексный дескриптор файла вторично подсоединяется.

Сообщение:

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- 0 MODE- M SIZE- S MTIME- Т COUNT- X SHOULD BE Y (ADJUST?)

Подсчет связей для файла с индексным дескриптором I - X, а должен быть Y.

Выдаются на печать:

Если специфицирован параметр -р, правится подсчет связей.

Сообщение:

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

Подсчет связей для каталога с индексным дескриптором I - X, а должен быть Y.

Выдаются на печать:

Если специфицирован параметр -р, правится подсчет связей.

Сообщение:

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

Файл с индексным дескриптором I не был соединен с элементом каталога при отслеживании файловой системы.

Выдаются на печать:

Если параметр -n пропущен и файловая система не смонтирована, пустые файлы автоматически очищаются. Непустые каталоги не очищаются. Если специфицирован параметр -р, файл очищается, если он не был вторично соединен.

Сообщение:

UNREF DIR I- I OWNER- О MODE- M SIZE- S MTIME- Т (CLEAR?)

Каталог с индексным дескриптором I не был соединен с элементом каталога при отслеживании файловой системы.

Выдаются на печать:

Если параметр -n пропущен и файловая система не смонтирована, пустые каталоги автоматически очищаются. Непустые каталоги не очищаются. Если специфицирован параметр -р, каталог очищается, если его невозможно вторично соединить.

Сообщение:

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

На этапе 1 или на этапе 1В были выявлены идентичные блоки или неудачные блоки, связанные с файлом с индексным дескриптором I. Если специфицирован параметр -р, файл очищается.

Сообщение:

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

На этапе 1 или на этапе 1В были выявлены тождественные блоки или неудачные блоки, связанные с каталогом с индексным дескриптором I.

Выдаются на печать:

Сообщение:

FREE INODE COUNT WRONG IN SUPERBLK (FIX?)

Действительный подсчет свободных индексных дескрипторов файлов не соответствует подсчету в системном блоке тома файловой системы. Если специфицирован параметр -q или -р, подсчет в системном блоке тома будет автоматически зарегистрирован.

Проверка списка свободной памяти (5 этап)

Изданном этапе проверяется список свободных блоков. Дается отчет об исключительной ситуации, возникшей в следствии:

- неудачных блоков в списке свободных блоков;

- неверного подсчета свободных блоков;

- тождественных блоков в списке свободных блоков;

- незанятых блоков из файловой системы, которых нет в списке свободных блоков;

- неверного общего подсчета свободных блоков.

Типы сообщений об ошибках

На этапе 5 четыре типа сообщений об ошибках:

- информационные сообщения;

- сообщения с приглашением CONTINUE?;

- сообщения с приглашением FIX?;

- сообщения с приглашением SALVAGE?;

Значение ответов Да/Нет

- Ответ п (нет) на приглашение CONTINUE? означает: завершите программу.

- Ответ у (да) на приглашение CONTINUE? означает: проигнорируйте остаток списка свободных блоков и продолжите выполнение fsck.

Это порождает в будущем сообщение об ошибках

BAD BLKS IN FREE LIST

на этапе 5.

- Ответ n (нет) на приглашение FIX? означает: проигнорируйте эту исключительную ситуацию.

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

- Ответ у (да) на приглашение FIX? означает: замените подсчет в системном блоке тома на правильный.

- Ответ n (нет) на приглашение SALVAGE? означает: проигнорируйте эту исключительную ситуацию.

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

- Ответ у (да) на приглашение SALVAGE? означает: замените фактический список свободных блоков новым списком свободных блоков.

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

Сообщения об ошибках

Сообщение:

EXCESSIVE BAD BLKS IN FREE LIST (CONTINUE?)

В списке свободных блоков чрезмерно много блоков со значением, меньше первого блока данных в файловой

системе или больше последнего блока. Если специфицирован параметр -р, программа завершается.

Сообщение:

EXCESSIVE DUP BLKS IN FREE LIST (CONTINUE?)

В списке свободных блоков чересчур много блоков, объявленных индексными дескрипторами файлов или в предыдущих частях списка свободных блоков. Если специфицирован параметр -р, программа завершается.

Сообщение:

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 SUPERB LOCK (FIX?)

Настоящий подсчет свободных блоков не соответствует подсчету свободных блоков в системном блоке тома файловой системы. Если был специфицирован параметр -р, подсчет свободных блоков в системном блоке тома фиксируется автоматически.

Сообщение:

BAD FREE LIST (SALVAGE?)

Данному сообщению постоянно предшествует одно или несколько информационных сообщений этапа 5. Если был специфицирован параметр -q или -р, список свободных блоков восстанавливается автоматически.

Восстановление списка свободных блоков (6 этап)

На данном этапе восстанавливается список свободных блоков.

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

Сообщения об ошибках

Сообщение:

DEFAULT FREE-BLOCK LIST SPACING ASSUMED

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

Примечание

Вследствие того, что применяемые значения по умолчанию могут быть неточными для вашей системы, нужно быть внимательными при спецификации значений с параметром -s в командной строке.

Этап доводки

После проверки файловой Системы выполняется несколько функций очистки. Перечислим справочные сообщения о файловой системе и о модифицированном состоянии файловой системы:

***** 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.

Использование команды fsck для проверки файловой системы ufs

Приведем формат для использования fsck в файловых системах ufs:

fsck [-F ufs][generic_options][current_options] [-о p,b=fl,w][special-]

где:

Настоящими подпараметрами может быть любая комбинация из приводимых ниже:

Команда fsck проверяет и корректирует в диалоговом режиме несогласованные условия в файловых системах. При любом исправлении нужно подождать, пока пользователь ответит "да" или "нет". Если применялись параметры -у, команда fsck допускает ответ "да" на каждую допустимую взаимосвязь и не делает паузы для ответа.

fsck - многопроходная команда контроля файловых систем. Всякий проход файловой системы активизирует всевозможные этапы программы fsck.

После инициализации команда fsck выполняет последовательность проходов для каждой файловой системы, проверяя блоки и размеры, полные имена файлов, связность, подсчет ссылок и карту свободных блоков (вероятно, преобразовывая ее) и выполняет очистку.

Далее будет объяснено значение каждого сообщения об ошибках, возможных откликов и соответствующих исключительных ситуаций. Исключительные ситуации организуются на том этапе программы fsck, на котором они могут появиться.

Этап инициализации

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

Сообщение:

cannot alloc NNN bytes for blockmap

cannot alloc NNN bytes for freemap

cannot alloc NNN bytes for statemap

cannot alloc NNN bytes for Incntp

Запрос команды 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 имя регулярного файла. Необходимо проверить специфицированный тип файла.

Допустимыми ответами на приглашение ОК являются:

- YES (да) - означает: проигнорировать эту исключительную ситуацию;

- NO (нет) - означает: проигнорировать эту файловую систему и продолжить проверку следующей файловой системы.

Сообщение:

UNDEFINED OPTIMIZATION IN SUPERBLOCK (SET TO DEFAULT)

Параметром оптимизации системного блока томд не является ни ОРТ_Т1МЕ, ни 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 WITFf' NCG+CPG

SIZE PREPOSTEROUSLY LARGE TRASHED VALUES IN SUPER BLOCK

За ним идет следующее сообщение:

F: BAD SUPER BLOCK: В

USE -b OPTION TO FSCK TO SPECIFY LOCATION OF AN

ALTERNATE

SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck (1M)

Системный блок тома был испорчен. Из существующих копий следует выбрать альтернативный системный блок тома. Выберите альтернативный системный блок тома путем просчитывания его смещения.

Сообщение:

INTERNAL INCONSISTENCY:

В команде fsck была внутренняя несогласованность, сообщение о которой М. Это не должно происходить, в противном случае обратитесь к профессионалу.

Сообщение:

CAN NOT SEEK: BLK В (CONTINUE)

Запрос команды fsck на перемещение в определенный блок с номером В в файловой системе был безуспешным. Если это произошло, обратитесь к профессионалу.

Вероятные ответы на приглашение CONTINUE:

- YES - означает: попытаться продолжить проверку файловой системы. (Обратите внимание, что нередко ошибка продолжает присутствовать). Данная исключительная ситуация предупреждает полный контроль файловой системы. Нужно второй раз прогнать fsck для повторной проверки файловой системы. Если блок был частью буферного кэша виртуальной памяти, fsck завершится со следующим сообщением:

Fatal I/O error

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

Сообщение:

CAN NOT READ: BLK В (CONTINUE)

Запрос команды fsck на считывание определенного блока номер В в файловой системе был неудачным. Обратитесь к профессионалу.

Вероятные ответы на приглашение 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 В (CONTINUE)

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

Вероятные ответы на приглашение CONTINUE:

- YES - означает: попытаться продолжить проверку файловой системы.

Производится еще одна попытка записать операцию. Секторы, которые невозможно записать, будут указаны в сообщении:

THE FOLLOWING SECTORS COULD NOT BE WRITTEN: N

где N обозначает секторы, которые невозможно записать.

Если есть технические трудности, связанные с диском, ошибка продолжает существовать. Данная исключительная ситуация предупреждает полный контроль файловой системы. Для вторичной проверки этой файловой системы нужно второй раз прогнать fsck. Если блок был частью буферного кэша виртуальной памяти, fsck завершится сообщением:

Fatal I/O error

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

Сообщение:

bad inode number ODD to ginode

Внутренняя ошибка была вьзвана попыткой считать несуществующий индексный дескриптор файла DDD. Данная ошибка приводит к выходу программы fsck. Обратитесь к профессионалу.

Контроль блоков и размеров (1 этап)

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

Все ошибки на этом этапе, за исключением NCORRECT BLOCK COUNT и PARTIALLY TRUNCATED INODE, являются фатальными, если очищается файловая система.

Сообщения об ошибках

Сообщение:

UNKNOWN FILE TYPE I- I (CLEAR)

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

Вероятные ответы на приглашение CLEAR:

- YES - означает: освободить индексный дескриптор файла I путем обнуления его содержимого.

Это всегда порождает сообщение об ошибках UNALLOCATED на этапе 2 для каждого элемента каталога, указывающего на этот индексный дескриптор файла;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

PARTIALLY TRUNCATED INODE I-I (SALVAGE)

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

Вероятные ответы на приглашение SALVAGE:

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

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

LINK COUNT TABLE OVERFLOW (CONTINUE)

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

Вероятные ответы на приглашение CONTINUE:

- YES - означает: продолжить программу.

Данная исключительная ситуация предупреждает полный контроль файловой системы. Для вторичной проверки файловой системы нужно второй раз прогнать fsck. Если выявлен другой выделенный индексный дескриптор файла с подсчетом нулевых связей, сообщение об ошибках повторяется.

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

Сообщение:

В BAD I-I

Индексный дескриптор файла I содержит блок В с номером меньше номера первого блока данных в файловой системе или больше номера последнего блока в файловой системе.

Данная исключительная ситуация может порождать на этапе 1 сообщение об ошибках EXCESSIVE BAD BLKS, если у индексного дескриптора файла I чересчур много блоков с номерами за пределами файловой системы.

Данная исключительная ситуация порождает на этапах 2 и 4 сообщение об ошибках BAD/DUP.

Сообщение:

EXCESSIVE BAD BLKS I-I (CONTINUE)

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

Вероятные ответы на приглашение CONTINUE:

- YES - означает: проигнорировать остаток блоков в этом индексном дескрипторе файла и продолжить проверку со следующего индексного дескриптора файла в файловой системе.

Данная исключительная ситуация предупреждает полный контроль файловой системы. Для вторичной проверки этой файловой системы следует прогнать fsck второй раз.

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

Сообщение:

BAD STATE ODD TO BLKERR

Внутренняя ошибка зашифровала карту состояния fsck, как имеющую недопустимое значение DDD. fsck экстренно завершает работу. Если это происходит, обратитесь к специалисту.

Сообщение:

В DUP I-I

Индексный дескриптор файла I содержит блок номер В, который уже заявлен другим индексным дескриптором файла.

Данная исключительная ситуация может порождать на этапе 1 сообщение об ошибках EXCESSIVE DUP BLKS,

если у индексного дескриптора файла I чересчур много блоков, заявленных другими индексными дескрипторами файлов.

Данная исключительная ситуация активизирует этап 1В и порождает на этапах 2 и 4 сообщение об ошибках BAD/DUP.

Сообщение:

BAD MODE: MAKE IT A FILE?

Данное сообщение возникает, когда состояние данного индексного дескриптора файла устанавливается на все единицы, указывая на неисправность файловой системы.

Данное сообщение не указывает на повреждение диска, если оно появляется неоднократно после прогона fsck -у. Ответ у вынуждает команду fsck еще раз инициализировать индексный дескриптор файла до разумного значения.

Сообщение:

EXCESSIVE DUP BLKS I-I (CONTINUE)

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

Вероятные ответы на приглашение CONTINUE:

- YES - означает: проигнорировать остаток блоков в этом индексном дескрипторе файла и продолжить проверку со следующего индексного дескриптора файла в файловой системе.

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

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

Сообщение:

DUP TABLE OVERFLOW (CONTINUE)

Во внутренней таблице в fsck, содержащей числа тождественных блоков, больше нет места.

Вероятные ответы на приглашение CONTINUE:

- YES - означает: продолжить программу.

Данная исключительная ситуация предупреждает полный контроль файловой системы. Для повторной проверки файловой системы нужно второй раз прогнать fsck. Если выявлен другой идентичный блок, данное сообщение об ошибке повторяется.

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

Сообщение:

PARTIALLY ALLOCATED INODE I-I (CLEAR)

Индексный дескриптор файла I ни выделен, ни освобожден.

Вероятные отклики на приглашение CLEAR:

- YES - означает: освободить индексный дескриптор файла I путем обнуления его содержимого;

- NO - означает: проигнорировать данную исключительную ситуацию.

Сообщение:

NCORRECT BLOCK COUNT I-I (X should be Y) (CORRECT)

Подсчет блоков для индексного дескриптора файла 1-Х блоков, а должно быть Y блоков. При очистке подсчет исправляется.

Вероятные ответы на приглашение CORRECT:

- YES - означает: заменить подсчет блоков индексного дескриптора файла I на Y;

- NO - означает: проигнорировать данную исключительную ситуацию.

Повторный поиск DUPS (этап 1В)

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

Сообщение:

В DUP I-I

Индексный дескриптор файла I содержит блок номер В, о котором было уже заявлено другим индексным дескриптором файла.

Данная исключительная ситуация порождает на этапе 2 сообщение об ошибках BAD/DUP. Можно установить, у каких индексных дескрипторов файлов есть перекрывающиеся блоки, путем анализа этой исключительной ситуации и исключительной ситуации DUP на этапе 1.

Проверка полного имени пути (2 этап)

На данном этапе удаляются элементы каталога, указывающие на "плохие" индексные дескрипторы файлов, выявленные на этапах 1 и 1В.

Даются отчеты об исключительных ситуациях, возникших в результате:

Все ошибки на данном этапе считаются фатальными, если очищается файловая система, за исключением каталогов не кратных размеру блоков и посторонних прочных связей.

Сообщения об ошибках

Сообщение:

ROOT INOOE 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. Если попытка выделить корень безуспешна, fscl выйдет с сообщением:

CANNOT ALLOCATE ROOT INODE

- NO - означает: команда fsck делает приглашение с FIX

Вероятные ответы на приглашение FIX:

- YES - означает: изменить тип корневого индексного дескриптора на каталог.

Если блоки данных корневого индексного дескриптора не являются блоками каталога, порождается большое количество сообщений об ошибках.

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

Сообщение:

DUPS/BAD IN ROOT INODE (REALLOCATE)

На этапе 1 или этапе 1В были выявлены идентичные блоки или "плохие" блоки в корневом индексном дескрипторе (как правило это индексный дескриптор номер 2) файловой системы.

Вероятные отклики на приглашение REALLOCATE:

- YES - означает: очистить содержание корневого индексного дескриптора и освободить его.

Файлы и каталоги, обыкновенно находящиеся в корне, восстанавливаются на этапе 3 и помещаются в каталог lost+found. Если попытка выделить корень безуспешна, fsck выходит с сообщением:

CANNOT ALLOCATE ROOT INODE

- NO - означает: команда fsck выдает приглашение CONTINUE.

Возможные ответы на приглашение CONTINUE:

- YES - означает: проигнорировать исключительную ситуацию DUPS/BAD в корневом индексном дескрипторе и попытаться продолжить проверку файловой системы.

Если корневой индексный дескриптор неверный, это может порождать большое количество других сообщений об ошибках.

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

Сообщение:

NAME TOO LONG F

Было выявлено чрезмерно длинное полное имя пути. Как правило этим обозначаются циклы в пространстве имен файловой системы. Это может появляться, если привилегированный пользователе осуществил циклические связи с каталогами. Данные связи можно удалить.

Сообщение:

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

Элемент каталога F имеет индексный дескриптор файла номер I, который больше максимально возможного индексного дескриптора файла.

Допустимые ответы на приглашение REMOVE:

- YES - означает: удалить элемент каталога F;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

UNALLOCATED I-I OWNER-0 MODE-M SIZE-S MTIME-T TYPE-F (REMOVE)

Каталог или элемент файла F указывает на невыделенный индексный дескриптор файла I.

Выдаются на печать:

Допустимые отклики на приглашение REMOVE:

- YES - означает: удалить элемент каталога F;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

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

На этапе 1 или этапе 1В выявлены тождественные блоки или "плохие" блоки, связанные с каталогом или элементом каталога F.

Выдаются на печать:

Допустимые отклики на приглашение REMOVE:

- YES - означает: удалить элемент каталога F;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

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

Элемент каталога F имеет размер S, который равен 0. Выдаются на печать:

Вероятные отклики на приглашение REMOVE:

- YES - означает: удалить элемент каталога F;

Это порождает на этапе 4 сообщение об ошибках BAD/DUP.

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

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

Был выявлен каталог F, величина которого S меньше минимального размера каталога.

Выдаются на печать:

Допустимые ответы на приглашение FIX:

- YES - означает: увеличить размер каталога до размера минимального каталога;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

DIRECTORY F LENGTH S NOT MULTIPLE OF В (ADJUST)

Был выявлен каталог F с размером S, не кратным размеру В блока каталога.

Допустимые отклики на приглашение ADJUST:

- YES - означает: округлить длину до соответствующей размера блока.

При очистке файловой системы выдается на печать только предупреждение и исправляется каталог.

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

DIRECTORY CORRUPTED I-I OWNER-0 MODE-M SIZE-S MTIME-T OIR-F (SALVAGE)

Был выявлен каталог с несогласованным внутренних состоянием.

Допустимые отклики на приглашение SALVAGE:

- YES - означает: отбросить все элементы до следующе границы каталога (как правило это 512-байтовая граница).

Можно исключить до 42 элементов; это необходимо делать лишь после того, как другое восстановление окаже' безуспешным.

- NO - означает: перейти к следующей границе каталог продолжить считывание, но не модифицировать катала

Сообщение:

BAD INODE NUMBER FOR I-I DWNER-0 MODE-M SIZE-S

HTIME-T DIR-F (FIX)

Был выявлен каталог I, номер индексного дескриптора которого для "." не равен I.

Допустимые отклики на приглашение FIX:

- YES - означает: изменить номер индексного дескриптора файла для ".", чтобы он был равен I;

- NO - означает: оставить неизменным номер индексного дескриптора файла для ".".

Сообщение:

MISSING '.' I=I OWNER=0 HODE=M SIZE=S MTIME=T DIR=F (FIX)

Был выявлен каталог I, первый элемент которого не выделен.

Вероятные ответы на приглашение FIX:

- YES - означает: построить элемент для "." с номером индексного дескриптора файла, равным I;

- NO - означает: оставить каталог неизменным.

Сообщение:

MISSING '.' I=I OWNER=0 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=0 MODE=M SIZE=S MTIME=T DIR=F CANNOT FIX, INSUFFICIENT SPACE TO AND

Был выявлен каталог I, первый элемент которого не ".". Это никогда не должно происходить. Команда fsck не может решить данную проблему. Если это тем не менее происходит, обратитесь к квалифицированному специалисту.

Сообщение:

EXTRA '. '

ENTRY I=I OWNER=0 MODE=M SIZE=S MTIME=T DIR=F (FIX)

Был выявлен каталог I, первый элемент которого не ".".

Допустимые ответы на приглашение FIX:

- YES - означает, удалить дополнительный элемент для ".";

- NO - означает: оставить каталог неизменным.

Сообщение:

BAD INORE NUMBER FOR '.' I=I OW4ER=0 MODE=M SIZE=S MTIME=T DIR=F (FIX)

Был обнаружен каталог I, номер индексного дескриптора которого для "." не равен владельцу I.

Вероятные отметки на приглашение FIX:

- YES - означает: изменить номер индексного дескриптора для "." так, чтобы он был равен владельцу I. (".." в корневом индексном дескрипторе указывает сам на себя).

- NO - означает: оставить номер индексного дескриптора для ".." неизменным.

Сообщение:

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

Был обнаружен каталог I, второй элемент которого не выделен.

Вероятные отметки на приглашение FIX:

- YES - означает: построить элемент для "." с номером индексного дескриптора файла, равным владельцу I. ("oo" в корневом индексном дескрипторе файла указывает сам на себя).

- NO - означает: оставить каталог неизменным.

Сообщение:

MISSING '..' I=I OWNER=0 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=0 MODE=M SIZE=S MTIME=T DIR=F CANNOT FIX, INSUFFICIENT SPACE TO ADD '.. '

Был обнаружен каталог I, второй элемент которого не ".."(каталог владельца).

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

Был обнаружен каталог I, первый элемент которого не "." Это никогда не должно случаться. Команда fsck не может решить эту проблему. Если это все же происходит, обратитесь к грамотному специалисту.

Сообщение:

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

Был обнаружен каталог I, второй элемент которого не выделен.

Вероятные ответы на приглашение FIX:

- YES - означает: построить элемент для ".." с номером индексного дескриптора, равным I. (".." в корневом индексном дескрипторе указывает сам на себя);

- NO - означает: оставить каталог неизменным.

Сообщение:

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

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

Сообщение:

EXTRA

ENTRY I=I OWNER=0 HODE=H 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 завершается. Если подобное происходит, обратитесь к профессионалу.

Проверка связности (3 этап)

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

- каталогов без ссылок;

- пропущенных или заполненных lost+found каталогов.

Сообщения об ошибках

Сообщение:

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

Индексный дескриптор 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. Данная ошибка является фатальной если очищается файловая система.

- NO - означает: прервать попытку связать потерянный индексный дескриптор файла.

Это вызывает на этапе 4 сообщение об ошибке UNREF.

Сообщение:

DIR I=I1 CONNECTED. PARENT WAS I=I2

Данное справочное сообщение, свидетельствующее, что индексный дескриптор файла II каталога был успешно соединен с каталогом lost+found. Родительский индексный дескриптор файла 12 индексного дескриптора файла И замещается номером индексного дескриптора каталога lost+found.

Сообщение:

DIRECTORY F LENGTH 5 NOT MULTIPLE OF S (ADJUST)

Был выявлен каталог F с размером S, не кратным размеру В блока каталога. (Имейте в виду, что это может возникнуть вторично на этапе 3, если исключительная ситуация не будет откорректирована на этапе 2).

Вероятные ответы на приглашение ADJUST:

- YES - означает: округлить длину до соответствующего размера блока.

При очистке файловой системы печатается лишь предупреждение и корректируется каталог.

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

BAD INODE S TO DESCEND

Внутренняя ошибка привела к тому, что невозможное состояние S перешло к программе, сокращающей структуру каталога файловой системы. Команда fsck завершается. Если это случится, обратитесь к профессионалу.

Проверка подсчета ссылок (4 этап)

На данном этапе проверяется информация о подсчете связей, полученная на этапах 2 и 3. Дается отчет об исключительных ситуациях, появившихся в результате наличия:

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

Сообщения об ошибках

Сообщение:

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

Индексный дескриптор файла I не был соединен с элементом каталога при проверке файловой системы.

Выдаются на печать:

Файл очищается, когда либо его величина, либо подсчет его связей нулевые; в противном случае он вторично соединяется.

Допустимые ответы на приглашение PROMPT:

- YES - означает: заново соединить индексный дескриптор файла I с файловой системой в каталоге для потерянных файлов (как правило это каталог lost+found).

Это может порождать на этапе 4 сообщение об ошибках lost+found, если имеются проблемы соединения индексного дескриптора файла I с каталогом lost+found.

- NO - означает: проигнориромггь эту исключительную ситуацию.

Это постоянно порождает ситуацию CLEAR на этапе 4.

Сообщение:

(CLEAR)

Индексный дескриптор файла, упомянутый в только что напечатанном сообщении об ошибках, невозможно еще раз соединить. Данное сообщение не может возникнуть, если очищается файловая система, в силу того что отсутствие пространства для вторичного соединения файлов является неизбежной ошибкой.

Допустимые ответы на приглашение CLEAR:

- YES - означает: освободить индексный дескриптор файла путем обнуления его содержания;

- NO - означает: проигнорировать эту ситуацию.

Сообщение:

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, либо подсчет его связей исправляется (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. Эта ошибка фатальная, если очищается файловая система.

- NO - означает: прекратить попытку присоединить потерянный дескриптор файла.

Это вызывает на этапе 4 сообщение об ошибках UNREF.

Сообщение:

LINK COUNT TYPE I=I OWNER=0 MODE=M SIZE=S MTIME=T

COUNT=X

SHOULD BE Y (ADJUST)

Подсчет связей для индексного дескриптора файла I - X, а должен быть Y.

Выдаются на печать:

При очистке подсчет связей корректируется, если не возрастает количество ссылок; условие, которое не должно никогда возникать, если не усугубляется ошибкой в технических средствах. Когда количество ссылок возрастает во время очистки, команда fsck завершается с сообщением:

LINK COUNT INCREASING

Допустимые ответы на приглашение ADJUST:

- YES - означает, заменить подсчет связей индексного дескриптора файла I на Y;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

UNREF TYPE OWNER-0 HODE-M SIZE-S MTIME-T (CLEAR)

Индексный дескриптор файла I не был присоединен к элементу каталога при проверке файловой системы.

Выдаются на печать:

Поскольку данный файл не был присоединен из-за нулевых размера или подсчета связей он очищается.

Допустимые ответы на приглашение CLEAR:

- YES - означает: освободить индексный дескриптор файла I путем обнуления его содержимого;

- NO - означает: проигнорировать эту исключительную ситуацию.

Сообщение:

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

На этапе 1 или IB были обнаружены тождественные или неудачные блоки, связанные с индексным дескриптором файла I.

Выдаются на печать:

Данное сообщение не может появится при очистке файловой системы, поскольку оно ранее вызвало неизбежную ошибку.

Вероятные ответы на приглайгение CLEAR:

- YES - означает: освободить индексный дескриптор файла I путем обнуления его содержимого; проигнорировать эту исключительную ситуацию.

Проверка групп цилиндров (5 этап)

На данном этапе проверяются свободные блоки и используемые таблицы индексных дескрипторов файлов.

Даются отчеты об исключительных ситуациях, появившихся в результате появления:

Сообщения об ошибках

Сообщение:

CG С: BAD MAGIC NUMBER

Магическое число группы цилиндров С неверное. Как правило это указывает на то, что таблицы групп цилиндров были разрушены. При диалоговом режиме работы группа цилиндров помечается как требующая восстановления. При очистке файловой системы данная ошибка считается неизбежной.

Сообщение:

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 - означает: восстановить информацию свободного блока системного блока тома; проигнорировать эту исключительную ситуацию.

Этап очистки

При проверке файловой системы выполняется несколько функций очистки. Ниже перечисляются справочные сообщения о файловой системе и модифицированном состоянии файловой системы.

Сообщение:

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

Данное справочное сообще!ШГ?видетельствует о том, что проверяемая файловая система содержала V файлов, употребляющих блоки с размером фрагментов W, оставляя блоки с размером фрагментов X свободными в файловой системе.

Числа в круглых скобках дробят свободный подсчет на Y свободных фрагментов и Z свободных блоков с полным размером. В итоге, данные числа употребляются для разложения процентного содержания фрагментации файловой системы (Q).

Сообщение:

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

Данное справочное сообщение указывает на то, что корневая файловая система root была модифицирована с помощью команды fsck.

Если вы незамедлительно не выполняете вторичную начальную загрузку, работа, проделанная командой fsck, может быть невыполненной из-за применения копий таблиц, находящихся в оперативной памяти.

Сообщение:

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

Данное справочное сообщение указывает на то, что текущая файловая система была модифицирована с помощью команды fsck.

Если монтируется данная файловая система или если она является текущей корневой файловой системой root, команда fsck должна быть остановлена или произведена вторичная начальная загрузка.

Сохранение надежности корневой файловой системы root

Способы сохранения надежности и эффективности функционирования корневой файловой системы root будут предложены ниже.

Очистка свободного пространства в корне Для корневой .файловой системы выделен определенный и окончательный объем пространства ни диске. Незанятое пространство на диске в данной области, именуемое свободным пространством, допускает присутствие дополнительных и временных файлов и часто служит сверхоперативной памятью для определенных программ системы.

Системное администрирование и другие типы программ требуют однократного выполнения корневой файловой системы root на свободном пространстве.

Рекомендуется избегать применения всего пространства в корневой файловой системе root. Если выполнение выходит за пределы пространства в корне, будет отображено следующее сообщение:

no space on Fixed Disk Device 0x1

Когда вы увидите данное сообщение, следует вручную удалить лишние файлы из корневой файловой системы root.

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

Сохранение последовательности новых файлов в корне

Система Unix считывает файлы и работает с ними быстрее, если они даны в последовательности. Изначально упорядочивается свободный список корневой файловой системы, так что новые файлы даются в последовательности, но создание файлов и/или их удаление могут дезорганизовать свободный список.

Встречаются автоматизированные механизмы, которые позволяют периодически перестраивать свободный список корневой файловой системы. Если в вашем компьютере запускаются другие активные файловые системы, периодическое выполнение команды fsck -s в них при их демонтировании увеличивает эффективность работы диска.


Оглавление

Предыдущая страница

Следующая страница

GNU OCXE GNU LINUX
Сайт управляется системой uCoz