Войти
 fsck в действии в системе Linux. | |
| Операционная система | Unix и Unix-подобные |
|---|---|
| Тип | Командование |
Системная утилита fsck ( проверка целостности файловой системы) - это инструмент для проверки целостности файловой системы в Unix и Unix-подобных операционных системах, таких как Linux, macOS и FreeBSD. Аналогичная команда, CHKDSK, существует в Microsoft Windows и ее предке, MS-DOS.
Нет согласованного произношения. Его можно произносить как «FSCK», «FS-check», «fizz-check», «F-sack», «fisk», «Fishcake», «fizik», «F-ill», «F-sock», «Ф-сек», «фешк», свистящий «фск», «фикс», «фарск» или «фуск».
Обычно fsck запускается либо автоматически во время загрузки, либо вручную системным администратором. Команда работает непосредственно со структурами данных, хранящимися на диске, которые являются внутренними и относятся к конкретной используемой файловой системе, поэтому обычно требуется команда fsck, адаптированная к файловой системе. Точное поведение различных реализаций fsck различается, но обычно они следуют общему порядку внутренних операций и предоставляют пользователю общий интерфейс командной строки.
Большинство утилит fsck предоставляют варианты либо для интерактивного восстановления поврежденных файловых систем (пользователь должен решить, как исправить конкретные проблемы), автоматического решения, как исправить конкретные проблемы (так что пользователю не нужно отвечать на какие-либо вопросы), либо для просмотра проблем, которые требуют быть разрешенными в файловой системе без их фактического исправления. Частично восстановленные файлы, в которых исходное имя файла не может быть восстановлено, обычно восстанавливаются в каталог «утерян + найден», который хранится в корне файловой системы.
Системный администратор также может запустить Fsck вручную, если они считают, что существует проблема с файловой системой. Файловая система обычно проверяется в отключенном состоянии, монтируется в режиме только для чтения или когда система находится в специальном режиме обслуживания.
Современные файловые системы журналирования спроектированы таким образом, что такие инструменты, как fsck, не нужно запускать после некорректного завершения работы (т. Е. Сбоя). UFS2 файловая система FreeBSD имеет фоновую FSCK, поэтому, как правило, не нужно ждать FSCK до конца, прежде чем получить доступ к диску. Файловые системы с полным копированием при записи, такие как ZFS и Btrfs, предназначены для предотвращения большинства причин повреждения и не имеют традиционного средства восстановления "fsck". У обоих есть утилита "scrub", которая проверяет и устраняет любые проблемы; в фоновом режиме и в смонтированной файловой системе.
Эквивалентными программами в MS-DOS и Microsoft Windows являются CHKDSK и SCANDISK.
Серьезность повреждения файловой системы привела к тому, что термины «fsck» и «fscked» стали использоваться системными администраторами Unix в качестве клятвы « ебать » и « ебать ». Неясно, было ли это использование причиной или следствием, поскольку в отчете о сеансе вопросов и ответов на USENIX 1998 утверждается, что "fsck" изначально имел другое имя:
«Пойдите fsck самостоятельно», иногда используется в Интернете как запрет человеку пойти и исправить свою проблему (отношение, незнание предмета и т. Д.) - точно так же, как запуск fsck включает в себя исправление фундаментальных ошибок.
В следующем примере проверяется файловая система, настроенная для монтирования в раздел / usr; сначала необходимо размонтировать файловую систему:
fsck /usr
В следующем примере проверяется файловая система Linux JFS на программном RAID- устройстве mdadm:
fsck -t jfs /dev/md0
e2fsckстандартную для многих дистрибутивов Linux утилиту