3 Краткое содержание вопросов

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

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

3.2 Аппаратные ошибки.

Причины возникновения аппаратных ошибок. Последствия. Методы устранения неполадок.

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

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

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

2.Аппаратные ошибки

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

Если дисковые ошибки возникают только на одном компьютере, дело не в самом диске, а в его совместимости с окружающей аппаратурой или в исправности этой аппаратуры. Большинство аппаратных неисправностей средствами Linux преодолеть невозможно, однако на крайний случай (например, для доступа к системным журналам), можно воспользоваться отладочным (failsafe) режимом загрузки системы. В отладочном режиме используются только необходимые для работы драйверы и настройки ядра, а сервисные функции и всё, что служит повышению быстродействия, отключается. Как правило, отладочный режим предлагается загрузчиком как альтернатива штатному, однако того же эффекта можно достичь с помощью параметров загрузки (bootparam(7)), в частности noacpi и noapic.

И последнее. Если компьютер пришёл в совершенно безобразное состояние, но диск с системой уцелел, её без особенных затруднений можно загрузить на другом компьютере. Самое большее, что может понадобиться, это переопределение некоторых драйверов (если аппаратная конфигурация не совпадает), и, в случае, если диск в новом окружении приходится именовать по-другому, исправление /etc/fstab и начального загрузчика. Но, как правило, работающую систему (возможно, с не настроенной сетевой или графической подсистемой) вы получите сразу же.