2.14. Тема 14. Настройка и администрирование системы

2.14.1. Вопросы к занятию

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

2. Ошибки в файловой системе

2.14.2. Литература.

1. Г.В. Курячий, К.А. Маслинский: «Операционная система Linux. Курс лекций. Учебное пособие», / [электронный ресурс] Издательство: ДМК Прес; ALT Linux, 2008 г. – ЭБС «Книгафонд»

2. К. Вейрле, Ф. Пэльке, Х. Риттер, Д. Мюллер, М. Бехлер: «Linux: сетевая архитектура. Структура и реализация сетевых протоколов в ядре» / [электронный ресурс] Издательство: КУДИЦ-ОБРАЗ, 2006 г. – ЭБС «Книгафонд»

2.14.3. При подготовке к вопросам необходимо акцентировать внимание на следующем:

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

Не исключено, что необычная работа Linux — следствие переполнения фалами одной из важных файловых систем. Самая распространённая причина переполнения: к некоторому системному журналу не применяется процедура устаревания, поэтому он бесконтрольно растёт. Проверяется поиском большого файла в /var/log, не имеющего очереди устаревших копий. Решение: обрезать этот файл до приемлемых размеров (хотя бы текстовым редактором) и организовать устаревание с помощью newsyslog.

Вторая причина: администратор не читает техническую почту, постоянно приходящую пользователю root каждой Linux-системы. Поэтому почтовый ящик бесконтрольно растёт. Проверяется поиском по /var/spool/mail большого почтового ящика (это не обязательно может быть root, потому что обычно такую почту перенаправляют какому-нибудь действительному пользователю). Решение: прочесть (хотя бы проглядеть) почту root и удалить старые сообщения.

Третья причина — какой-либо наивный пользователь имеет право записи в корневую файловую систему, и он им воспользовался, положив туда много больших файлов. Это бывает, когда наивен сам администратор, работающий с правами суперпользователя, или когда домашние каталоги пользователей (/home) не выделены в отдельную файловую систему (а стало быть, принадлежат корневой). Решение: пользователю можно установить дисковую квоту (подробнее об этом см. mount, edquota); от наивности же администратора не убережёт ничто.

2.Ошибки в файловой системе

Если система отказывается нормально загружаться, но ни на консоли, ни в журналах нет сообщений об аппаратных ошибках, значит, сбоит какая-то жизненно важная её часть. Если диагностика при этом включает в себя текст RUN fsck MANUALLY, ничего страшного, возможно, не произошло. При загрузке Linux проверяет состояние файловых систем (например, после нештатного выключения системы, или просто так, для профилактики). Если файловая система не была корректно размонтирована, на ней может остаться мусор, вроде открытых и не закрытых файлов, которые занимают место на диске и никак не называются. Такой мусор можно вычищать автоматически, что программа fsck и делает.

Однако если выдернуть шнур питания из компьютера в особенно неудачный миг, в файловой системе могут образоваться ошибочные метаданные, то есть сведения о файлах, не соответствующие действительности. Исправление метаданных всегда связано с некоторым риском: действительные файлы могут потеряться, измениться в размере и т. п. Потому fsck не берёт на себя ответственность по автоматическому исправлению метаданных, а просит сделать это системного администратора. Тому следует запустить fsck, ответить y (от yes) на все вопросы относительно удаления или изменения длины файлов и изучить содержимое каталогов /lost+found/ в каждой файловой системе (там окажутся потерянные файлы). Надо иметь в виду, что fsck может в тяжёлых случаях залечить файловую систему насмерть, так что иногда, если это возможно, стоит предварительно смонтировать сбойную файловую систему в режиме только чтение и сделать резервную копию того, что ещё можно прочесть.