FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.
Она похоже на утилиту «chkdsk» в операционных системах Windows.
Она также доступна для операционных систем Linux, MacOS, FreeBSD.
FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.
Может использоваться с 3 режимами работы,
1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,
2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,
3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.
Содержание
- Синтаксис использования команды FSCK
- Команда Fsck с примерами
- Выполним проверку на ошибки в одном разделе
- Проверьте файловую систему на ошибки и исправьте их автоматически
- Проверьте файловую систему на наличие ошибок, но не исправляйте их
- Выполним проверку на ошибки на всех разделах
- Проверим раздел с указанной файловой системой
- Выполнять проверку только на несмонтированных дисках
Синтаксис использования команды FSCK
$ fsck options drives
Опции, которые можно использовать с командой fsck:
- -p Автоматический фикс (без вопросов)
- -n не вносить изменений в файловую систему
- -у принять «yes» на все вопросы
- -c Проверить наличие плохих блоков и добавить их в список.
- -f Принудительная проверка, даже если файловая система помечена как чистая
- -v подробный режим
- -b использование альтернативного суперблока
- -B blocksize Принудительный размер блоков при поиске суперблока
- -j external_journal Установить местоположение внешнего журнала
- -l bad_blocks_file Добавить в список плохих блоков
- -L bad_blocks_file Установить список плохих блоков
Мы можем использовать любую из этих опций, в зависимости от операции, которую нам нужно выполнить.
Давайте обсудим некоторые варианты команды fsck с примерами.
Команда Fsck с примерами
Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.
Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:
$ umount drivename
Например:
$ umount /dev/sdb1
Вы можете проверить номер раздела с помощью следующей команды:
$ fdisk -l
Также при запуске fsck мы можем получить некоторые коды ошибок.
Ниже приведен список кодов ошибок, которые мы могли бы получить при выполнении команды вместе с их значениями:
- 0 – нет ошибок
- 1 – исправлены ошибки файловой системы
- 2 – система должна быть перезагружена
- 4 – Ошибки файловой системы оставлены без исправлений
- 8 – Операционная ошибка
- 16 – ошибка использования или синтаксиса
- 32 – Fsck отменен по запросу пользователя
- 128 – Ошибка общей библиотеки
Теперь давайте обсудим использование команды fsck с примерами в системах Linux.
Выполним проверку на ошибки в одном разделе
Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:
$ umount /dev/sdb1 $ fsck /dev/sdb1
Проверьте файловую систему на ошибки и исправьте их автоматически
Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.
Мы также можем использовать опцию «у» вместо опции «а».
$ fsck -a /dev/sdb1
Проверьте файловую систему на наличие ошибок, но не исправляйте их
В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,
$ fsck -n /dev/sdb1
Выполним проверку на ошибки на всех разделах
Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»
$ fsck -A
Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»
$ fsck -AR
Проверим раздел с указанной файловой системой
Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,
$ fsck -t ext4 /dev/sdb1
или
$ fsck -t -A ext4
Выполнять проверку только на несмонтированных дисках
Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,
$ fsck -AM
Вот наше короткое руководство по команде fsck с примерами.
Пожалуйста, не стесняйтесь присылать нам свои вопросы, используя поле для комментариев ниже.
Содержание
- Проверка диска на битые секторы в Linux
- Проверка диска на битые секторы Linux
- Выводы
- 🐧 Проверка файловой системы Linux на наличие ошибок: команда FSCK с примерами
- Синтаксис использования команды FSCK
- Команда Fsck с примерами
- Выполним проверку на ошибки в одном разделе
- Проверьте файловую систему на ошибки и исправьте их автоматически
- Проверьте файловую систему на наличие ошибок, но не исправляйте их
- Выполним проверку на ошибки на всех разделах
- Проверим раздел с указанной файловой системой
- Выполнять проверку только на несмонтированных дисках
- Проверка диска на ошибки в Linux
- Проверка диска на колоченные секторы в linux с помощью badblocks
- Исправление ошибок файловой системы fsck
- Проверка диска на битые секторы в linux с поддержкою smartmontools
- Лучшие программы для обнаружения проблем в Linux
- Проблемы, которые мы можем найти на ПК с Linux
- Программы, чтобы узнать, есть ли проблемы с ОЗУ
- Memtester, проверьте состояние памяти ПК в Linux
- MemTest86 +, анализируйте оперативную память ПК в Linux
- Проверьте наличие проблем с процессором в Linux
- Взгляды, множество данных, включая ЦП, в поле зрения
- Команды Linux для проверки состояния процессора
- Проверьте наличие проблем с жестким диском или SSD в Linux
- Smartmontools, контролирует данные SMART с жесткого диска и SSD
- GSmartControl, проверьте состояние ваших жестких дисков и SSD
- Программы для просмотра проблем с GPU
- GpuTest, протестируйте графический процессор ПК на Linux
- Glxgears, найди проблемы с GPU с помощью этой программы
- Полные комплекты для обнаружения недостатков в Linux
- Phoronix Test Suite, полный набор, который поможет нам
- GTKStressTesting, анализирует все компоненты ПК в одном окне
- Исправление ошибок Linux
- Решение проблем Linux
- Проблемы с командами в терминале
- Проблемы в программах
- Проблемы с драйверами и ядром
- Проблемы с графической оболочкой
- Проблемы с диском и файловой системой
- Выводы
Битые сектора, это повреждённые ячейки, которые больше не работают по каким либо причинам. Но файловая система всё ещё может пытаться записать в них данные. Прочитать данные из таких секторов очень сложно, поэтому вы можете их потерять. Новые диски SSD уже не подвержены этой проблеме, потому что там существует специальный контроллер, следящий за работоспособностью ячеек и перемещающий данные из нерабочих в рабочие. Однако традиционные жесткие диски используются всё ещё очень часто. В этой статье мы рассмотрим как проверить диск на битые секторы Linux.
Проверка диска на битые секторы Linux
Для поиска битых секторов можно использовать утилиту badblocks. Если вам надо проверить корневой или домашний раздел диска, то лучше загрузится в LiveCD, чтобы файловая система не была смонтирована. Все остальные разделы можно сканировать в вашей установленной системе. Вам может понадобиться посмотреть какие разделы есть на диске. Для этого можно воспользоваться командой fdisk:
Или если вы предпочитаете использовать графический интерфейс, это можно сделать с помощью утилиты Gparted. Просто выберите нужный диск в выпадающем списке:
В этом примере я хочу проверить раздел /dev/sda2 с файловой системой XFS. Как я уже говорил, для этого используется команда badblocks. Синтаксис у неё довольно простой:
$ sudo badblocks опции /dev/имя_раздела_диска
Давайте рассмотрим опции программы, которые вам могут понадобится:
Таким образом, для обычной проверки используйте такую команду:
Это безопасно и её можно выполнять на файловой системе с данными, она ничего не повредит. В принципе, её даже можно выполнять на смонтированной файловой системе, хотя этого делать не рекомендуется. Если файловая система размонтирована, можно выполнить тест с записью с помощью опции -n:
Если на разделе используется файловая система семейства Ext, например Ext4, то для поиска битых блоков и автоматической регистрации их в файловой системе можно использовать команду e2fsck. Например:
Выводы
В этой статье мы рассмотрели как выполняется проверка диска на битые секторы Linux, чтобы вовремя предусмотреть возможные сбои и не потерять данные. Но на битых секторах проблемы с диском не заканчиваются. Там есть множество параметров стабильности работы, которые можно отслеживать с помощью таблицы SMART. Читайте об этом в статье Проверка диска в Linux.
Источник
🐧 Проверка файловой системы Linux на наличие ошибок: команда FSCK с примерами
FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.
Она похоже на утилиту «chkdsk» в операционных системах Windows.
Она также доступна для операционных систем Linux, MacOS, FreeBSD.
FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.
Может использоваться с 3 режимами работы,
1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,
2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,
3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.
Синтаксис использования команды FSCK
Опции, которые можно использовать с командой fsck:
Команда Fsck с примерами
Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.
Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:
Вы можете проверить номер раздела с помощью следующей команды:
Выполним проверку на ошибки в одном разделе
Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:
Проверьте файловую систему на ошибки и исправьте их автоматически
Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.
Мы также можем использовать опцию «у» вместо опции «а».
Проверьте файловую систему на наличие ошибок, но не исправляйте их
В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,
Выполним проверку на ошибки на всех разделах
Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»
Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»
Проверим раздел с указанной файловой системой
Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,
Выполнять проверку только на несмонтированных дисках
Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,
Вот наше короткое руководство по команде fsck с примерами.
Пожалуйста, не стесняйтесь присылать нам свои вопросы, используя поле для комментариев ниже.
Источник
Проверка диска на ошибки в Linux
Когда, при загрузке, операционная система сообщает о наличии ошибок в файловой системе на одном из разделов, то заслуживает незамедлительно сделать в linux проверку диска на ошибки. Любой уважающий себя user не должен забывать, что периодическая проверка жестких дисков на битые сектора и проверка атриторен на ошибки является примером здравого смысла. Для проверки разделов жесткого диска советуем использовать утилиту FSCK (file system consistency check), поскольку утилита FSCK предустановленна на основной массе операционных систем семейства Linux.
Примером хорошего тона и здравого резона является периодическая проверка диска на битые сектора (бэд-сектора, badblocks) и обычная испытание диска на ошибки записи и т.п. Разберёмся что такое битые сектора. Бэд-сектор, Повреждённый сектор — сбойный (не читающийся) или не внушающий доверие сектор диска; кластер, содержащий сбойные сектора, или кластер помеченный таковым в текстурах файловой системы операционной системой. Следовательно, если в битом секторе были этые, то их ещё возможно восстановить, пока битых секторов не стало слишком много для конкретного файла. Собрать список битых секторов можно с помощью команды badblocks.
Проверка диска на колоченные секторы в linux с помощью badblocks
Badblocks — стандартная утилита Linuх для проверки (Тестирование Инвентаризация Допинг-контроль Проверка подлинности Служебная проверка Проверка орфографии Проверка на дорогах Камеральная налоговая проверка Выездная налоговая проверка Проверка) на колоченные секторы. Она устанавливается по-умолчанию практически в любой дистрибутив и с ее помощью можно проверить как твердый диск, так и внешний накопитель. Для начала давайте посмотрим, какие накопители подключены к ушей системе и какие на них имеются разделы. Для этого нам нужна еще одна стандартная утилита Linux — fdisk.
Собрать список битых секторов можно с помощью команды badblocks.
Делается это так:
Где /dev/hda1 — это разоблачил диска, что вы хотите проверить.
Желательно делать проверку в однопользовательском режиме, когда это не внешний диск. Тогда его просто стоит отмонтировать. После этого мы можем швырнуть утилиту fsck, явно указав ей список битых секторов для того, чтобы она их подметить как «битые» и попыталась восстановить с них данные. Делается это так:
Где ext4 — это тип файловой системы нашего разоблачила диска, а /dev/hda1 — сам раздел диска.
Естественно, что выполнять команды нужно с правами суперпользователя.
Если же в итоге были найдены битые секторы, то нам надо дать указание операционной системе не вписывать в них информацию в будущем. Для этого нам понадобятся утилиты Linux для работы с файловыми системами:
e2fsck. Когда мы будем исправлять раздел с файловыми система Linux ( ext2,ext3,ext4).
fsck. Если мы станем исправлять файловую систему, отличную от ext.
Исправление ошибок файловой системы fsck
На основной массе систем, Fsck запускается во время загрузки, если определенные условия. Код выхода ворачивается, когда несколько файловых систем которая проверяется побитовое ИЛИ (OR) для каждой файловой системы, какая проверяется. В действительности, Fsck — это просто фронт-энд для различных проверочных утилит для файловых систем (fsck.fstype), какие доступны на Linux. Файловая система (множество элементов, находящихся в отношениях и связях друг с другом, которое образует определённую целостность, единство) для конкретных проверок ищет сначала в /sbin, а потом в /etc/fs и /etc/, и, наконец в директориях, перечисленных в переменной PATH (среда переменного кружения).
Запуск и исполнение FSCK на смонтированной файловой системе может привести к повреждению данных, поэтому применяйте данный материал на свой страх и риск.
Автор не несет ответственности за любой вред, который вы можете причинить. Fsck расшифровывается как «File System ChecK», то есть «испытание файловой системы» и используется для проверки и исправления файловых систем в Linux. В качестве верифицируемой ФС может быть задан раздел (например, /dev/sda1 или /dev/sda8), точка монтирования (/, /home, /usr), или же точна тома или UUID (например, UUID=8868abf6-88c5-4a83-98b8-bfc24057f7bd или LABEL=root).
Как обычно fsck пытается параллельно проверять файловые системы на нескольких разделах для уменьшения времени, нужного для проверки всех файловых систем. Arch Linux при загрузке автоматически будет бросать fsck для проверки систем, если выполняется одно из требований (например, 180 суток работы системы без проверки разделов или 30 монтирований оных). Обычно нет необходимости переопределять проем между проверками.
Для того, чтобы проверить диск в Linux на наличие опечаток файловой системы нам необходимо сначала выяснить имена файловых систем командой:
Дальше нам необходимо размонтировать файловую систему, которую мы будем проверять командой:
И сейчас запускаем утилиту проверки файловой системы и исправления ошибок на ней командой
В том варианте, когда не представляется возможным размонтировать файловую систему, к примеру, когда нужно испробовать корневую файловую систему (/). Перезагрузиться в однопользовательском режиме (команда reboot, и при загрузке необходимо передать ядру параметр single). Перемонтировать корневую файловую систему в режиме «лишь чтение» командой.
И сейчас проверить файловую систему
Проверка диска на битые секторы в linux с поддержкою smartmontools
Источник
Лучшие программы для обнаружения проблем в Linux
Как мы уже упоминали, эти команды хоть и последнего поколения, но далеко не идеальны, поэтому могут давать сбои. Это то, что, хотя нам это не очень нравится, является обычным явлением в мире технологий. Стоит отметить, что эти проблемы, о которых мы говорим, могут затронуть практически любой компонент ПК. Среди обычных находим дисководы, либо установленные Оперативная память.
Проблемы, которые мы можем найти на ПК с Linux
Это один из самых распространенных сбоев, который может привести к тому, что с течением времени дисководы постепенно становятся медленнее. Среди наиболее распространенных симптомов в этом смысле мы можем обнаружить себя медленно, ошибки чтения, блокировки и т. Д. Во многих случаях эти проблемы, о которых мы говорим, могут быть связаны с тем, что у нас хранится слишком много информации.
Это, как вы понимаете, программы мы ежедневно используем наши фотографии, видео и т. д. Как бы то ни было, жесткие диски часто выходят из строя и повреждаются при использовании. Однако до достижения критической точки мы можем принять определенные меры, например, сделать резервную копию. Для этого, прежде чем мы сможем использовать определенные команды и инструменты, которые помогают нам узнать состояние жесткого диска.
С другой стороны, также интересно знать, что время от времени важно знать статус установленного RAM. И это так, как это происходит с компьютерами на базе Windows системе, пользователи Linux должны наблюдать за этим компонентом конкретно. Стоит упомянуть, что мы можем найти несколько сценариев, в которых оперативная память может начать выходить из строя. Это то, что, как могло быть иначе, напрямую повлияет на результативность команды в целом. Вот почему интересно узнать, исправна ли оперативная память компьютера, в чем мы также поможем вам.
Программы, чтобы узнать, есть ли проблемы с ОЗУ
Эта операционная система с открытым исходным кодом в значительной степени зависит, как могло бы быть иначе, от Оперативная память установленная в компьютере память. Вот почему очень необходимо, чтобы у нас была какая-то утилита или программа, которая информирует нас о состоянии этого важного компонента. Собственно, именно об этом мы и поговорим дальше.
Memtester, проверьте состояние памяти ПК в Linux
Это утилита, доступная в хранилище многих текущих дистрибутивов Linux. Следовательно, чтобы получить это конкретное решение, нам нужно только использовать следующую команду:
sudo apt install memtester
Скажите, что как только мы его запустим, нам нужно только запустить программу с указанием объем памяти мы хотим проанализировать. Например, чтобы проанализировать его 400 мегабайт, нам нужно будет использовать эту команду:
sudo memtester 400M
В этот момент программа сама начнет анализ указанной памяти, процесс, который может занять несколько минут. Тогда мы сможем увидеть соответствующие данные на экране.
MemTest86 +, анализируйте оперативную память ПК в Linux
sudo apt install memtest86+
С другой стороны, в случае, если мы используем другие альтернативы, такие как CentOS или Fedora, команда для использования здесь будет следующей:
sudo yum install memtest86+
Проверьте наличие проблем с процессором в Linux
Взгляды, множество данных, включая ЦП, в поле зрения
sudo apt install glances
Команды Linux для проверки состояния процессора
Проверьте наличие проблем с жестким диском или SSD в Linux
Smartmontools, контролирует данные SMART с жесткого диска и SSD
Как мы уже упоминали, проверка Дисковый привод в Linux очень важно, чтобы мы не рисковали потерять данные. Для этого может оказаться очень полезным инструмент под названием Smartmontools, приложение, которое мы можем установить самостоятельно. Для этого нам нужно использовать только ту же команду:
sudo apt install smartmontools
Затем, чтобы использовать его, нам нужно открыть Дисковую утилиту, которую мы находим по умолчанию в операционной системе. Тогда мы увидим, что этот вариант для анализа Данные SMART дисководов уже доступен в меню.
С этого момента мы сможем выполнить его, чтобы начать полную диагностику жесткого диска. Прежде всего, система, вероятно, спросит у нас пароль перед запуском процесс подготовки в качестве таких. Также стоит отметить, что нам предлагается два типа тестов дисков: длинный и короткий.
GSmartControl, проверьте состояние ваших жестких дисков и SSD
При использовании этого другого инструмента, о котором мы упоминали, для управления дисковыми накопителями, первое, что мы сделаем, это установим его в дистрибутив Linux. Для этого нам нужно только использовать команду, которую мы указываем ниже:
sudo apt-get install gsmartcontrol
Программы для просмотра проблем с GPU
GpuTest, протестируйте графический процессор ПК на Linux
Чтобы дать нам представление о том, о чем мы говорим, скажите, что это решение, которое, среди прочего, имеет хорошо известные и популярные FurMark инструмент.
Glxgears, найди проблемы с GPU с помощью этой программы
sudo apt install mesa-utils
Однажды эта команда что мы комментируем, был выполнен, чтобы тест производительности начался как таковой, нам нужно только ввести эту другую команду:
Полные комплекты для обнаружения недостатков в Linux
Phoronix Test Suite, полный набор, который поможет нам
Фактически, здесь мы говорим о решении, которое объединяет серию тестов, которые помогут вам проанализировать состояние множества компонентов на ПК. Таким образом, из одного окна мы получим информацию об элементах важности процессора компьютера, графического процессора, оперативной памяти, дисковых накопителей и т. Д. Кроме того, когда мы его используем, мы находим серию привлекательных графиков, которые помогут Мы оцениваем производительность этих компонентов с первого взгляда.
Конечно, мы должны иметь в виду, что это программа который сам по себе потребляет немного больше системных ресурсов, чем другие ранее использовавшиеся решения. Причина этого в том, что эта программа якобы более комплексна и эффективна при устранении неполадок в Linux.
GTKStressTesting, анализирует все компоненты ПК в одном окне
Здесь мы находим еще одну альтернативу, которую мы могли бы рассматривать как полные комплекты, чтобы охватить то, что мы здесь ищем. Фактически мы имеем в виду GTKStressTesting, полное решение, которое вы можете скачать от эту ссылку и это будет очень полезно для обнаружения проблем в Linux.
Кроме того, мы достигаем всего этого с помощью интуитивно понятного и привлекательного интерфейс пользователя это покажет нам все, что мы ищем в этом отношении. Кроме того, все это позволит нам обойтись без терминала, который, как мы видели ранее, является обычным элементом для такого типа задач. На самом деле программа выполняет серию тестов производительности для измерения поведения компонентов и обнаружения проблем в Linux. В свою очередь, для обнаружения возможных проблем он также может служить информационным инструментом с большим объемом данных, показанных здесь.
Источник
Исправление ошибок Linux
Каждый пользователь, рано или поздно сталкивается с определенными проблемами в своей операционной системе Linux. Это может быть просто неправильное использование команд или их непонимание, так и такие серьезные ошибки Linux, как отсутствие драйверов, неработоспособность сервисов зависание системы и так далее.
Эта статья ориентирована в первую очередь на новичков, которые не знают, что делать когда их будут поджидать проблемы linux, мы дадим общую концепцию и попытаемся показать в какую сторону двигаться дальше. Мы рассмотрим исправление ошибок в linux как простых, так и более сложных. Но давайте сначала определим, какие проблемы linux будем рассматривать, разобьем их на категории:
Все это мы рассмотрим ниже, но сначала общее введение и немного теории.
Решение проблем Linux
Linux очень сильно отличается от WIndows, это заметно также при возникновении проблем Linux. Вот допустим, произошла ошибка в программе Windows, она полностью закрывается или выдает непонятное число с кодом ошибки и все, вы можете только догадываться или использовать поиск Google, чтобы понять что произошло. Но в Linux все совсем по-другому. Здесь каждая программа создает лог файлы, в которых мы можем при достаточном знании английского или даже без него, выяснить, что произошло. Более того, если программу запускать из терминала, то все ошибки linux и предупреждения мы увидим прямо в окне терминала. и сразу можно понять что нужно делать.
Причем вы сможете понять что произошло, даже не зная английского. Главным признаком ошибки есть слово ERROR (ошибка) или WARNING (предупреждение). Рассмотрим самые частые сообщения об ошибках:
Сообщения об ошибках, кроме терминала, мы можем найти в различных лог файлах, все они находятся в папке /var/log, мы рассматривали за какие программы отвечают определенные файлы в статье просмотр логов linux. Теперь же мы подробнее рассмотрим где и что искать если linux выдает ошибку.
Проблемы с командами в терминале
Обычно проблемы с командами в терминале возникают не из-за ошибки linux или потому, что разработчики что-то недоработали, а потому, что вы ввели что-то неправильно или предали не те что нужно опции.
Если были переданы не те опции, то, скорее всего, программа покажет вам справку, ознакомившись с которой вы сможете очень быстро понять в чем проблема. Также справку выдают множество команд если их запустить без параметров.
Если файла, которого вы передали в параметрах не существует, то вам будет об этом сказано соответствующим сообщением. Сообщения могут быть и более специфичные, в зависимости от ошибки, но в конце концов, вы можете воспользоваться переводчиком Google, чтобы понять смысл того, что хочет система.
Очень распространенной среди новичков ошибкой, есть no such file or directory при попытке выполнить файл, скачанный из интернета. Сразу кажется что это бред, ведь файл существует, но на самом деле оболочка ищет только файлы с флагом исполняемый, а поэтому пока вы не установите этот флаг для файла, он для оболочки существовать не будет.
Проблемы в программах
Если ни с того ни с сего закрывается или не так, как требуется работает, какая-нибудь графическая программа, решение проблем linux начинается из запуска ее через терминал. Для этого просто введите исполняемый файл программы и нажмите Enter. Обычно достаточно начать вводить имя программы с маленькой буквы и использовать автодополнение для завершения ввода названия.
Многие ошибки системы linux, связанные с графической оболочкой вы можете найти в файле
/.xsession-errors в вашей домашней директории. Если оболочка работает медленно, зависает или не работают другие программы, но в других логах причин этому нет, возможно, ответ находится именно в этом файле.
Также ошибки linux могут возникать не только в обычных программах но и в работающих в фоне сервисах. Но их тоже можно решить, чтобы посмотреть сообщения, генерируемые сервисом, запущенным с помощью systemd, просто наберите команду просмотра состояния сервиса:
$ sudo systemctl status имя_сервиса
Дальше вы знаете, что делать с этой ошибкой, главное что у вас есть зацепка, а дальше все можно решить, ну или почти все.
Здесь, как и всегда большинство ошибок связано с тем, что что-то не установлено, какого-то файла нет или к чему-то невозможно получить доступ, тогда решение проблем linux не вызовет много забот.
Проблемы с драйверами и ядром
Проблемы с драйверами, модулями ядра или прошивками могут вызвать много неприятностей во время загрузки системы. Это может быть просто медленная загрузка системы, неработоспособность определенных устройств неправильная работа видео или полная невозможность запустить графическую подсистему. Исправление ошибок Linux начинается с просмотра логов.
Вы можете посмотреть все сообщения ядра с момента начала загрузки, выполнив команду чтобы узнать какую linux выдает ошибку:
Чтобы иметь возможность удобно листать вывод можно выполнить:
Или сразу выбрать все ошибки:
sudo dmesg | grep error
Дальше будет очень просто понять какого драйвера не хватает, что система не может загрузить или что нужно установить. Если возникает ошибка ввода-вывода linux, то, скорее всего, драйвер несовместим с вашим устройством, в таком случае, может помочь обновление ядра, чтобы получить самую новую версию драйвера. В некоторых случаях ядро может само предложить вариант решения проблемы прямо в сообщении об ошибке вплоть до того какую команду выполнить или какой файл скачать. Если же нет, вы все еще можете воспользоваться поиском для решения своей проблемы linux.
Проблемы с графической оболочкой
Когда проблемы linux касаются графической оболочки, то решить их новичкам не так уж просто. Больше всего потому что доступен только терминал. Графическая оболочка может просто зависнуть или вовсе не запускаться, например, после обновления.
При проблемах с графической оболочкой вы можете всегда переключиться в режим терминала с помощью сочетания клавиш Ctrl+Alt+F1. Далее, вам нужно ввести логин и пароль, затем можете вводить команды терминала.
Посмотреть логи графической оболочки вы можете в том же файле
Если проблема наблюдается после обновления до новой версии, то можно очистить кеш и удалить папку с настройками, обычно это помогает.
Проблемы с диском и файловой системой
Если это случилось, вам, скорее всего, придется переключиться в режим терминала и удалить несколько файлов. Вы можете удалять файлы логов или кэша пакетного менеджера. Много файлов удалять не нужно, достаточно освободить несколько мегабайт, чтобы прекратились ошибки системы linux и нормально работала графическая оболочка, а затем уже в ней решать все проблемы linux.
Выводы
Теперь исправление ошибок Linux будет для вас немного проще. Ошибки системы linux довольно сложная тема и этой информации явно мало, если у вас остались вопросы или есть предложения по улучшению статьи пишите в комментариях!
Источник
Ошибки в Linux могут возникать из-за различных причин и могут проявляться в разных формах, таких как сообщения об ошибках в системных журналах, неожиданные завершения программ, неисправность оборудования.
Виды ошибок в операционной системе Линукс
Некоторые типичные примеры ошибок в Linux:
1. Ядра: это ошибки, связанные с работой ядра операционной системы Linux. Они могут быть вызваны неправильной работой драйверов оборудования, ошибками в коде ядра или другими проблемами. Такие ошибки могут привести к сбою системы или неожиданному завершению работы.
2. Файловой системы: связаны с работой файловых систем, таких как ext4, Btrfs, NTFS и другие. Они могут проявляться в виде поврежденных файлов, невозможности монтировать диски или других проблем. Ошибки файловой системы могут быть вызваны некорректным отключением диска, ошибками записи или другими причинами.
3. Сети: обозначают проблемы в работе сети, такие как невозможность подключения к сети, медленная скорость передачи данных или другие проблемы. Ошибки сети могут быть вызваны неправильными настройками сетевых параметров, неисправностью оборудования или другими причинами.
4. Приложений: могут проявляться в виде неожиданного завершения работы программы, невозможности открыть файлы или других проблем. Ошибки приложений могут быть вызваны ошибками в коде программы, некорректными настройками или другими причинами.
5. Оборудования: связанные с работой оборудования, такие как жесткие диски, видеокарты, звуковые карты и другие. Они могут проявляться в виде неисправности оборудования, проблем с драйверами или других причин. Ошибки оборудования могут привести к сбою системы или неожиданному завершению работы.
Как проверить Linux на ошибки
Есть несколько способов проверить Linux на ошибки, в зависимости от того, какой тип ошибки вы хотите проверить.
Проверка журналов системы
Команда dmesg покажет журнал сообщений ядра. Вы можете использовать флаг -T для просмотра временных меток в удобном для чтения формате: dmesg -T
Команда journalctl позволяет просмотреть журнал системных сообщений. Вы можете использовать флаг -p для просмотра сообщений только с определенным уровнем приоритета, например: journalctl -p err -b — покажет только ошибки за последнюю загрузку системы.
Проверка жесткого диска
smartctl позволяет проверить состояние жесткого диска и диагностировать возможные проблемы: smartctl -a /dev/sda. Замените /dev/sda на путь к вашему жесткому диску.
fsck запускает проверку и позволяет исправить ошибки файловой системы на жестком диске: sudo fsck /dev/sda1. Замените /dev/sda1 на путь к вашей файловой системе.
Проверка памяти
memtest86 делает возможным проверки памяти на наличие ошибок: загрузите ее с загрузочного диска или флешки и запустите тест.
stress позволяет нагрузить систему, проверяя стабильность работы компьютера: sudo stress -c 4 -i 2 -m 1 -t 60s. Эта команда запустит тест, в котором будет использоваться 4 ядра CPU, 2 входа/выхода и 1 МБ оперативной памяти в течение 60 секунд.
Проверка сетевого соединения
ping делает возможным проверку связи с другими компьютерами и устройствами в сети: ping google.com.
при помощи traceroute можно определить маршрут, который данные проходят на пути к указанному хосту: traceroute google.com.
Эти команды помогут вам начать проверку системы на ошибки в Linux. Однако, для полной диагностики могут потребоваться дополнительные инструменты и методы, в зависимости от типа проблемы, которую вы хотите проверить.
Все устройства, которые мы используем, однажды обязательно выйдут из строя; однако, чтобы не допустить потенциальных потерь, связанных с этими сбоями, мы должны стараться изо всех сил следить за состоянием этих устройств и немедленно предпринимать какие-либо действия, если мы обнаруживаем какое-либо аномальное поведение. Жесткие диски, которые мы используем с нашими компьютерными системами, также время от времени выходят из строя по нескольким причинам. Одна из таких причин — наличие битых секторов на нашем жестком диске.
Основная проблема с этими поврежденными секторами заключается в том, что мы не можем полностью удалить их с жесткого диска, чтобы избавиться от них. Максимум, что мы можем сделать, — это запретить нашей операционной системе использовать эти поврежденные сектора для размещения на них наших данных. Поэтому в этой статье мы познакомим вас с методом проверки жесткого диска на наличие ошибок и предотвращения записи данных в поврежденные сектора нашей ОС с помощью Linux Mint 20.
Метод проверки диска на наличие ошибок в Linux Mint 20:
Для проверки вашего диска на наличие ошибок в Linux Mint 20 вам потребуется выполнить следующие шаги:
- Мы будем проверять жесткий диск на наличие ошибок через командную строку в Linux Mint 20. Поэтому сначала мы запустим терминал, щелкнув значок терминала на панели задач или нажав сочетание клавиш Ctrl + Alt + T. Новое открытое окно терминала показано на изображении ниже:
- Теперь вам нужно знать о разделах вашего жесткого диска, чтобы вы могли определить часть, которую вы хотите проверить на наличие ошибок. Для этого введите в терминале следующую команду и нажмите клавишу Enter:
sudo fdisk -l
Для запуска этой команды требуются права root. Вот почему мы использовали ключевое слово «sudo» перед ним. Это также показано на следующем изображении:
- Результат этой команды покажет вам все разделы вашего жесткого диска. Мы хотим проверить часть, выделенную на изображении ниже, на наличие ошибок, используя Linux Mint 20. Здесь / dev / sda — это часть диска, которую мы хотим исследовать. В вашем случае эта часть может иметь другое имя.
- Как только вам удастся определить часть жесткого диска, которую вы хотите проверить на наличие ошибок, следующим шагом будет поиск всех плохих секторов в идентифицированной части и их перечисление в текстовом файле. Для этого вам нужно ввести следующую команду в своем терминале и затем нажать клавишу Enter:
sudo badblocks -v / dev / sda> / scan_result / badsectors.текст
Здесь команде badblocks также требуются права суперпользователя для выполнения, и она просканирует указанную часть жесткого диска (в данном случае / dev / sda) на наличие плохих секторов, и, если они найдутся, она перечислит их в файле. названные плохие секторы.txt, который будет помещен в каталог scan_result. Здесь вы должны заменить / dev / sda на точное имя части жесткого диска, которую вы хотите просканировать на наличие сбойных секторов. Эта команда также показана на следующем изображении:
- После успешного выполнения этой команды все сбойные сектора будут сохранены в сбойных секторах.txt файл. Теперь наша цель — передать это сообщение нашему Linux Mint 20, что он не должен использовать плохие сектора, упомянутые в badsectors.txt любым способом. Для этого вам нужно будет ввести следующую команду в своем терминале и затем нажать клавишу Enter:
sudo fsck -l / scan_result / badsectors.txt / dev / sda
Команде fsck также требуются права root для запуска. Эта команда предотвратит использование нашего Linux Mint 20 секторов, перечисленных в badsectors.txt при работе с разделом / dev / sda. Эта команда также показана на изображении ниже:
Заключение:
Следуя методу, описанному в этой статье, мы можем легко объединить все сбойные сектора в текстовый файл. Мы можем запретить нашей операционной системе использовать эти поврежденные сектора для записи наших ценных данных. Таким образом, мы можем не только предотвратить повреждение или потерю наших данных, но и без труда использовать жесткий диск с поврежденными секторами для повседневных задач.
В моей статье «Проверка файловой системы на ошибки с помощью fsck на Linux» я расскажу как можно проверить файловую систему на вашей ОС в Linux.
Некоторым системам необходим пароль root чтобы запустить fsck или других аналогичных утилит, когда не могут загрузить полностью ОС. В этом случае –стоит выполнить проверку диска загрузившись в single-user mode , либо – загрузившись с другого диска.
Fsck расшифровывается как «файловая система Проверка целостности» (file system consistency check). На большинстве систем, Fsck запускается во время загрузки, если определенные условия.
Сам Fsck команда взаимодействует с соответствующей файловой системой конкретных FSCK команд, созданной авторами файловой системы. Независимо от типа вашей файловой системы, Fsck как правило, имеет три режима работы:
- Проверка на наличие ошибок и подсказывает пользователю интерактивное решение, как решить индивидуальные проблемы;
- Проверка на наличие ошибок и постарается автоматически исправить все ошибки;
- Проверка на наличие ошибок без возможности восстановить их, но тогда выдаст ошибки на стандартный вывод.
Код выхода возвращается FSCK это уникальный номер, представляющего собой сумму следующих значений состояния:
0 — Без ошибок (No errors ).
1 — Исправлены ошибки файловой системы(Filesystem errors corrected).
2 — Система должна быть перезагружена (System should be rebooted).
4 — Ошибки файловой системы оставили без изменений (Filesystem errors left uncorrected).
8 — Эксплуатационная ошибка (Operational error).
16 — Ошибки при использовании или синтаксические ошибки (Usage or syntax error).
32 — Fsck отменен по запросу пользователя (Fsck canceled by user request).
128 — Ошибка общей библиотеки (Shared-library error).
Код выхода возвращается, когда несколько файловых систем которая проверяется побитовое ИЛИ (OR) для каждой файловой системы, которая проверяется.
В действительности, Fsck — это просто фронт-энд для различных проверочных утилит для файловых систем (fsck.fstype), которые доступны на Linux.
Файловая система для конкретных проверок ищет сначала в /sbin, а затем в /etc/fs и /etc/, и, наконец в директориях, перечисленных в переменной PATH (среда переменного кружения).
Прочитайте мануал для конкретных страниц проверки, например, чтобы узнать больше о конкретных проверок для ext3 FSCK, выполните:
$ man fsck.ext3
Опции FSCK.
Основные Опции.
-l
Блокировка целого дискового устройства эксклюзивным flock. Этот параметр может быть использован только с одного устройства (это означает, что -A и -l являются взаимоисключающими). Эта опция рекомендуется, когда несколько экземпляров FSCK выполняются в то же время. Параметр игнорируется, когда используется для нескольких устройств или для невращающихся дисков. Fsck не блокируется базовые устройства при выполнении проверки сложенных устройств (например, MD или DM); эта функция еще не реализована.
-s
Сериализация FSCK операций. Это отличная идея, если вы проверяете несколько файловых систем в интерактивном режиме. (Примечание. E2fsck работает в интерактивном режиме по умолчанию. Чтобы запустить e2fsck в не-интерактивном режиме, необходимо указать -p или -a, если вы хотите чтобы все ошибки исправлялись автоматически используйте опцию -n если вы не делаете.)
-t
Задает тип (ы) файловой системы которые должны быть проверены. Когда флаг -A, используется только файловые системы, которые соответствуют fslist проверяются. Fslist параметр разделенный запятыми список файловых систем и опционов спецификаторов. Если ни один из файловых систем в fslist не начинается с оператора отрицания (OR или !), то только те, которые перечислены файловые системы будут проверены.
Опции спецификаторы могут быть включены раздельными запятыми в fslist. Они должны иметь формат opts=fs-option. Если спецификатор присутствует, то только файловые системы, которые содержат FS-option в их опциях монтирования области /etc/fstab будут проверены. Если спецификатор используется с отрицанием, то только те файловые системы, которые не имеют FS-option в их опции монтирования области /etc/fstab будут проверены.
Например, если OPTS = ро появляется в fslist, то только файловые системы, перечисленные в/etc/fstab с возможностью ро будут проверены.
Как правило, тип файловой системы выводится с помощью функции поиска для filesys в файле /etc/fstab и используя соответствующую запись. Если тип не может быть выведен, и есть только одна файловая система в качестве аргумента для опции -t, Fsck будет использовать указанный тип файловой системы. Если этот тип не доступен, то тип по умолчанию файловая система (в настоящее время ext2) не используется.
-A
Поиск в файле /etc/fstab и программа попытаться проверить все файловые системы за один проход. Эта опция обычно используется из файла инициализации /etc/rc, вместо нескольких команд для проверки единой файловой системы.
Корневая файловая система будет сначала проверяется, если опция -P не указана (смотрите ниже). После этого файловые системы будут проверяться в порядке, установленном в поле fs_passno (в шестом)в файле /etc/fstab. Файловые системы со значением fs_passno 0 пропускаются и не проверяются вообще. Файловые системы со значением fs_passno больше нуля будут проверены в порядке, файловых систем ( Наименьшее число в fs_passno проверяется в первую очередь).
Если существует несколько файловых систем с одинаковым числом, Fsck будет пытаться проверить их параллельно, хотя это позволит избежать запуска нескольких проверок файловой системы на одном физическом диске.
Fsck не проверяет сложенные устройств (рейды, DM-склеп …) параллельно с любым другим устройством. Смотрите ниже для установки FSCK_FORCE_ALL_PARALLEL для файловой системы используется определения зависимостей между устройствами.
Таким образом, очень распространенная конфигурация в файле /etc/fstab для установки корневой файловой системы имеет значение fs_passno из 1 и установить все другие файловые системы имеют значение fs_passno 2. Это позволит запустить проверку Fsck для автоматического запуска файловой системы параллельно.
Системные администраторы могут не использовать эту конфигурацию, если они должны избежать многочисленных проверок файловой системы которые работают параллельно по некоторым причинам.
Fsck обычно не проверяет, действительно ли существует устройство перед вызовом зависящих от файловой системы проверки. Следовательно, не существующие устройства могут привести систему в режим ремонта файловой системы во время загрузки, если файловая система будет выполнять конкретные проверки и они будет возвращать фатальную ошибку.
/etc/fstab опцию монтирования nofail могут быть использованы, чтобы пропустить в Fsck несуществующие устройства. Fsck также пропускает несуществующие устройства, которые имеют особый тип файловой системы автоматически.
-C [fd]
Показать завершения / индикаторы выполнения для этих проверок файловых систем (в настоящее время только для ext2 и ext3), которые поддерживают их. Fsck будет управлять проверкой файловой системы так, что только один из них будет отображать индикатор выполнения. С графическим интерфейсом пользователя можно указать дескриптор файла fd, в этом случае информация о ходе выполнения будет отправлена в дескриптор файла.
-M
Не проверять смонтированные файловые системы и вернуть код завершения 0, для смонтированных файловых систем.
-N
Ничего не делать, просто показывает, что должно быть сделано.
-P
Когда опция -A устанавливается, то fsck проверяет корневую файловую систему параллельно с другими файловыми системами. Это не очень безопасно, чтобы делать так, т.к если корневая файловая система находится под e2fsck, то исполняемый файл может быть поврежден!
Эта опция в основном предназначены для тех администраторов, которые не хотят перераспределить корневую файловую систему, чтобы быть маленькой и компактной (на самом деле правильное решение).
-R
При проверке всех файловых систем с флагом -A, пропускать корневую файловую систему. (Это полезно в случае когда корневая файловая система уже смонтирована для чтения и записи.)
-T
Не показывать название при запуске.
-V
Подробный вывод, в том числе всех команд конкретной файловой системы , которые выполняются.
Специальные параметры для файловой системы.
Параметры, которые не понимают FSCK передаются в файловой системе конкретной проверкой. Эти опции не должны принимать аргументы, т.к нет никакого способа для Fsck, чтобы иметь возможность должным образом угадать, какие параметры имеют аргументы, а какие нет.
Параметры и аргументы, которые следуют — рассматриваются как файловая система конкретных вариантов, которые будут переданы в файловой системе конкретной проверки.
Пожалуйста, обратите внимание, что Fsck не предназначен для передачи сколь угодно сложных вариантов файловой системы, конкретных проверок. Если вы делаете что-то сложное, пожалуйста, просто выполните конкретную проверку напрямую для файловой системы.
Хотя не гарантируется, что следующие параметры поддерживаются большинством файловых систем:
-a
Автоматическое восстановление файловой системы без каких-либо вопросов (используйте эту опцию с осторожностью). Обратите внимание, что e2fsck поддерживает -a только для обратной совместимости. Эта опция отображается на e2fsck-х с опцией -p, которая является безопасной в использовании, в отличие от опции -a.
-n
Для некоторых файловых систем конкретных проверок, опция -n вызовет fs-specific FSCK и тем самым данная опция говорит о отказе от попыток исправить все проблемы, но просто сообщать о таких проблемах в стандартный вывод.
В частности, fsck.reiserfs не будет сообщать любые повреждения при использовании этих варианта.
fsck.minix браузер не поддерживает параметр -n вообще.
-r
Интерактивный ремонт файловой системы (спросит подтверждение).
Примечание: Как правило, плохая идея использовать эту опцию, если несколько FSCK в настоящее время работают параллельно. Также обратите внимание, что это поведение для E2fsck по умолчанию; он поддерживает эту опцию только для причин обратной совместимости.
-y
Для некоторых файловых систем конкретная проверка, -у — этот вариант вызовет fs-specific Fsck которая всегда пытаться автоматически исправить все обнаруженные и поврежденное в файловой системы. Иногда эксперт может быть в состоянии сделать лучше запустить FSCK вручную. Обратите внимание, что не все файловые системы конкретных проверок поддерживают этот вариант. В частности, fsck.minix и fsck.cramfs не поддерживают опцию -y.
Для удобства – настроим сеть:
# ifconfig eth0 inet 77.120.106.** netmask 255.255.255.0 # route add default gw 77.120.106.1 eth0
В ОС — Linux уже имеется утилита FSCK («Проверка системных файлов») для проверки файловой системы.
Синтаксис выглядит следующим образом, есть необходимость проверить и при необходимости отремонтировать одну или несколько файловых систем Linux:
# fsck Fs-Name-Here # fsck /dev/xyz # fsck /home # fsck.ext3 /dev/hdc1 # fsck.ext2 /dev/flash/device/name
Fs-Name-Here -может быть одним из следующих:
Имя устройства — (e.g. /dev/hda1, /dev/sda2, /dev/md0, /dev/vg1/volume_1).
Точка монтирования — (e.g. /var, /home).
Метка ext2 — (e.g. LABEL=home ).
UUID спецификатор — (e.g. UUID=8536abf2-44c3-5a90-34b3-bfc23456f6bd).
Готовые примеры.
Во-первых, файловая система должна быть демонтирована. Вы не можете восстановить его, пока он работает, но для начала перейдем в init 1:
# init 1
Выполняем проверку, чтобы узнать какие диски и какие разделы у меня имеются:
# fdisk -l
Далее, выполним проверку чтобы узнать тип файловой системы:
# file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext4 filesystem data (needs journal recovery) (extents) (huge files)
Далее, демонтировать файловую систему, например, если это /home (/dev/sda3) файловая система введите команду:
# umount /home
Или
# umount /dev/sda1
Можно вывести, что можно выполнить для данной ФС:
# fsck -N /dev/sda1
fsck from util-linux-ng 2.17.2 [/sbin/fsck.ext4 (1) -- /boot] fsck.ext4 /dev/sda1
Например, запустим проверку целостности ФС с исправлением всех ошибок в автоматическом режиме:
# fsck.ext4 -y /dev/sda1
e2fsck 1.41.12 (17-May-2010) /dev/sda1 is mounted. e2fsck: Cannot continue, aborting.
У меня данный раздел примонтирован, нужно его отмонтировать и выполнить заново данную команду:
# umount /dev/sda1
Отмонтировали, теперь выполняем проверку:
# fsck.ext4 -y /dev/sda1
Вот что получили:
e2fsck 1.41.12 (17-May-2010) /dev/sda1: clean, 64/128016 files, 148908/512000 blocks
Наконец, запустите FSCK на разделе, введите следующую команду:
# fsck /dev/sda3
Однако не забудьте указать тип файловой системы, используя опцию -t. Fsck по умолчанию предполагает, файловую систему ext2:
# fsck -t ext3 /dev/sda3
Или для ext3:
# fsck.ext3 /dev/sda3
Или для ext4:
# fsck.ext4 /dev/sda5
Если вы не знаете, какай тип файловой системы у вас, то выполните команду которая будет отображать тип монтирования файловой системы:
$ mount
Если какие-либо файлы восстановлены, то они размещаются в /home/lost+found, FSCK команды.
Переходим (используем) на multiuser mode, выполнив:
# init 3
Автоисправление файловая системы при обнаружении ошибок
В ходе проверки файловой системы, если ошибки обнаружены, вы можете получить «FSCK», чтобы отремонтировать в автоматическом режиме вашу файловую систему, нужно к команде добавить флаг «-a». Например:
$ fsck -a /dev/sda1
Аналогично, используя флаг «-y» можете получить такую же работу:
# fsck -y /dev/sda1
Проверка всех файловых систем за один проход
Если есть несколько файловых систем на вашем ПК, то можно проверить все, выполнив команду fsck с флагом «-А». Пример:
# fsck -A
Что он будет делать, чтобы захватить все записи файловой системы с /etc/fstab и сканировать их на наличие ошибок. Вы можете использовать его вместе с «-R» и флагом «-y», чтобы предотвратить его сканирования файловую систему root и исправить все ошибки, если оно имеется:
# fsck -AR -y
Исключение проверки на смонтированной файловой системе
Как упоминалось ранее, Fsck не может быть запущен на смонтированной файловой системе. Если вы используете флаг -A для проверки всех файловых систем, и некоторые из них установлены, вы можете повредить эти файловые системы.Способ преодолеть это использовать флаг «-M», чтобы предотвратить его от проверки в установленной системы.
Например, выполнив команду
# fsck -M /dev/sdc1
ничего не возвращает и код возврата 0 (означает «нет ошибки»). Сканирования не было сделано вообще, так как все файловые системы монтируются. По этому, нужно отмонтировать данный раздел и выполнить команду заново.
Определение типа файловой системы
Есть моменты, когда вы просто хотите проверить файловую систему определенного типа, скажем, ext2. Вы можете воспользоваться флагом -t, чтобы указать тип файловой системы, чтобы проверить. Например, команда
$ fsck -t ext4 /dev/sdc1
будет сканировать внешний жесткий диск, только если он находится в формате ext4. Кроме того, вы можете комбинировать с флагом «-A» для сканирования всех файловых систем определенного типа:
$ fsck -A -t ext4 -y
Force fsck запуск каждый раз при загрузке
По умолчанию, в Ubuntu будет работать FSCK после каждых 30 bootups, но если вы хотите, чтобы система выполняла «FSCK» каждый раз когда она загружается, то все что вам нужно сделать, это создать пустой файл «звонок» «forcefsck» и поместите его в корневую папку. Это уведомит ОС, о там чтобы она выполнила «FSCK» и начала проверять файловую систему каждый раз во время загрузки:
$ sudo touch /forcefsck
Чтобы изменить частоту проверки, вы можете использовать команды «tune2fs». Следующая команда дает указание системе запустить «FSCK» после каждых 30 загрузок:
# tune2fs -c 30 /dev/sdaX
Или можно использовать опцию «-f» :
# fsck /dev/sda1 -f
Избегать ремонта, но сообщать о проблемах на стандартный вывод с помощью опции -n
Можно печатать все обнаруженные проблемы в стандартный вывод без ремонта в файловой системе, используя FSCK с опцией «-n»:
# fsck -n /dev/sda1
Использование FSCK с графическим интерфейсом
Для Debian/Ubuntu/Mint можно установить программу:
$ sudo apt-get install gparted
На этом, моя статья «Проверка файловой системы на ошибки с помощью fsck на Linux» подошла к завершению.
Содержание
- Проверка диска на битые секторы в Linux
- Проверка диска на битые секторы Linux
- Выводы
- 🐧 Проверка файловой системы Linux на наличие ошибок: команда FSCK с примерами
- Синтаксис использования команды FSCK
- Команда Fsck с примерами
- Выполним проверку на ошибки в одном разделе
- Проверьте файловую систему на ошибки и исправьте их автоматически
- Проверьте файловую систему на наличие ошибок, но не исправляйте их
- Выполним проверку на ошибки на всех разделах
- Проверим раздел с указанной файловой системой
- Выполнять проверку только на несмонтированных дисках
- Проверка диска на ошибки в Linux
- Проверка диска на колоченные секторы в linux с помощью badblocks
- Исправление ошибок файловой системы fsck
- Проверка диска на битые секторы в linux с поддержкою smartmontools
- Лучшие программы для обнаружения проблем в Linux
- Проблемы, которые мы можем найти на ПК с Linux
- Программы, чтобы узнать, есть ли проблемы с ОЗУ
- Memtester, проверьте состояние памяти ПК в Linux
- MemTest86 +, анализируйте оперативную память ПК в Linux
- Проверьте наличие проблем с процессором в Linux
- Взгляды, множество данных, включая ЦП, в поле зрения
- Команды Linux для проверки состояния процессора
- Проверьте наличие проблем с жестким диском или SSD в Linux
- Smartmontools, контролирует данные SMART с жесткого диска и SSD
- GSmartControl, проверьте состояние ваших жестких дисков и SSD
- Программы для просмотра проблем с GPU
- GpuTest, протестируйте графический процессор ПК на Linux
- Glxgears, найди проблемы с GPU с помощью этой программы
- Полные комплекты для обнаружения недостатков в Linux
- Phoronix Test Suite, полный набор, который поможет нам
- GTKStressTesting, анализирует все компоненты ПК в одном окне
- Исправление ошибок Linux
- Решение проблем Linux
- Проблемы с командами в терминале
- Проблемы в программах
- Проблемы с драйверами и ядром
- Проблемы с графической оболочкой
- Проблемы с диском и файловой системой
- Выводы
Проверка диска на битые секторы в Linux
Битые сектора, это повреждённые ячейки, которые больше не работают по каким либо причинам. Но файловая система всё ещё может пытаться записать в них данные. Прочитать данные из таких секторов очень сложно, поэтому вы можете их потерять. Новые диски SSD уже не подвержены этой проблеме, потому что там существует специальный контроллер, следящий за работоспособностью ячеек и перемещающий данные из нерабочих в рабочие. Однако традиционные жесткие диски используются всё ещё очень часто. В этой статье мы рассмотрим как проверить диск на битые секторы Linux.
Проверка диска на битые секторы Linux
Для поиска битых секторов можно использовать утилиту badblocks. Если вам надо проверить корневой или домашний раздел диска, то лучше загрузится в LiveCD, чтобы файловая система не была смонтирована. Все остальные разделы можно сканировать в вашей установленной системе. Вам может понадобиться посмотреть какие разделы есть на диске. Для этого можно воспользоваться командой fdisk:
Или если вы предпочитаете использовать графический интерфейс, это можно сделать с помощью утилиты Gparted. Просто выберите нужный диск в выпадающем списке:
В этом примере я хочу проверить раздел /dev/sda2 с файловой системой XFS. Как я уже говорил, для этого используется команда badblocks. Синтаксис у неё довольно простой:
$ sudo badblocks опции /dev/имя_раздела_диска
Давайте рассмотрим опции программы, которые вам могут понадобится:
Таким образом, для обычной проверки используйте такую команду:
Это безопасно и её можно выполнять на файловой системе с данными, она ничего не повредит. В принципе, её даже можно выполнять на смонтированной файловой системе, хотя этого делать не рекомендуется. Если файловая система размонтирована, можно выполнить тест с записью с помощью опции -n:
Если на разделе используется файловая система семейства Ext, например Ext4, то для поиска битых блоков и автоматической регистрации их в файловой системе можно использовать команду e2fsck. Например:
Выводы
В этой статье мы рассмотрели как выполняется проверка диска на битые секторы Linux, чтобы вовремя предусмотреть возможные сбои и не потерять данные. Но на битых секторах проблемы с диском не заканчиваются. Там есть множество параметров стабильности работы, которые можно отслеживать с помощью таблицы SMART. Читайте об этом в статье Проверка диска в Linux.
Источник
🐧 Проверка файловой системы Linux на наличие ошибок: команда FSCK с примерами
FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.
Она похоже на утилиту «chkdsk» в операционных системах Windows.
Она также доступна для операционных систем Linux, MacOS, FreeBSD.
FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.
Может использоваться с 3 режимами работы,
1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,
2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,
3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.
Синтаксис использования команды FSCK
Опции, которые можно использовать с командой fsck:
Команда Fsck с примерами
Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.
Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:
Вы можете проверить номер раздела с помощью следующей команды:
Выполним проверку на ошибки в одном разделе
Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:
Проверьте файловую систему на ошибки и исправьте их автоматически
Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.
Мы также можем использовать опцию «у» вместо опции «а».
Проверьте файловую систему на наличие ошибок, но не исправляйте их
В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,
Выполним проверку на ошибки на всех разделах
Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»
Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»
Проверим раздел с указанной файловой системой
Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,
Выполнять проверку только на несмонтированных дисках
Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,
Вот наше короткое руководство по команде fsck с примерами.
Пожалуйста, не стесняйтесь присылать нам свои вопросы, используя поле для комментариев ниже.
Источник
Проверка диска на ошибки в Linux
Когда, при загрузке, операционная система сообщает о наличии ошибок в файловой системе на одном из разделов, то заслуживает незамедлительно сделать в linux проверку диска на ошибки. Любой уважающий себя user не должен забывать, что периодическая проверка жестких дисков на битые сектора и проверка атриторен на ошибки является примером здравого смысла. Для проверки разделов жесткого диска советуем использовать утилиту FSCK (file system consistency check), поскольку утилита FSCK предустановленна на основной массе операционных систем семейства Linux.
Примером хорошего тона и здравого резона является периодическая проверка диска на битые сектора (бэд-сектора, badblocks) и обычная испытание диска на ошибки записи и т.п. Разберёмся что такое битые сектора. Бэд-сектор, Повреждённый сектор — сбойный (не читающийся) или не внушающий доверие сектор диска; кластер, содержащий сбойные сектора, или кластер помеченный таковым в текстурах файловой системы операционной системой. Следовательно, если в битом секторе были этые, то их ещё возможно восстановить, пока битых секторов не стало слишком много для конкретного файла. Собрать список битых секторов можно с помощью команды badblocks.
Проверка диска на колоченные секторы в linux с помощью badblocks
Badblocks — стандартная утилита Linuх для проверки (Тестирование Инвентаризация Допинг-контроль Проверка подлинности Служебная проверка Проверка орфографии Проверка на дорогах Камеральная налоговая проверка Выездная налоговая проверка Проверка) на колоченные секторы. Она устанавливается по-умолчанию практически в любой дистрибутив и с ее помощью можно проверить как твердый диск, так и внешний накопитель. Для начала давайте посмотрим, какие накопители подключены к ушей системе и какие на них имеются разделы. Для этого нам нужна еще одна стандартная утилита Linux — fdisk.
Собрать список битых секторов можно с помощью команды badblocks.
Делается это так:
Где /dev/hda1 — это разоблачил диска, что вы хотите проверить.
Желательно делать проверку в однопользовательском режиме, когда это не внешний диск. Тогда его просто стоит отмонтировать. После этого мы можем швырнуть утилиту fsck, явно указав ей список битых секторов для того, чтобы она их подметить как «битые» и попыталась восстановить с них данные. Делается это так:
Где ext4 — это тип файловой системы нашего разоблачила диска, а /dev/hda1 — сам раздел диска.
Естественно, что выполнять команды нужно с правами суперпользователя.
Если же в итоге были найдены битые секторы, то нам надо дать указание операционной системе не вписывать в них информацию в будущем. Для этого нам понадобятся утилиты Linux для работы с файловыми системами:
e2fsck. Когда мы будем исправлять раздел с файловыми система Linux ( ext2,ext3,ext4).
fsck. Если мы станем исправлять файловую систему, отличную от ext.
Исправление ошибок файловой системы fsck
На основной массе систем, Fsck запускается во время загрузки, если определенные условия. Код выхода ворачивается, когда несколько файловых систем которая проверяется побитовое ИЛИ (OR) для каждой файловой системы, какая проверяется. В действительности, Fsck — это просто фронт-энд для различных проверочных утилит для файловых систем (fsck.fstype), какие доступны на Linux. Файловая система (множество элементов, находящихся в отношениях и связях друг с другом, которое образует определённую целостность, единство) для конкретных проверок ищет сначала в /sbin, а потом в /etc/fs и /etc/, и, наконец в директориях, перечисленных в переменной PATH (среда переменного кружения).
Запуск и исполнение FSCK на смонтированной файловой системе может привести к повреждению данных, поэтому применяйте данный материал на свой страх и риск.
Автор не несет ответственности за любой вред, который вы можете причинить. Fsck расшифровывается как «File System ChecK», то есть «испытание файловой системы» и используется для проверки и исправления файловых систем в Linux. В качестве верифицируемой ФС может быть задан раздел (например, /dev/sda1 или /dev/sda8), точка монтирования (/, /home, /usr), или же точна тома или UUID (например, UUID=8868abf6-88c5-4a83-98b8-bfc24057f7bd или LABEL=root).
Как обычно fsck пытается параллельно проверять файловые системы на нескольких разделах для уменьшения времени, нужного для проверки всех файловых систем. Arch Linux при загрузке автоматически будет бросать fsck для проверки систем, если выполняется одно из требований (например, 180 суток работы системы без проверки разделов или 30 монтирований оных). Обычно нет необходимости переопределять проем между проверками.
Для того, чтобы проверить диск в Linux на наличие опечаток файловой системы нам необходимо сначала выяснить имена файловых систем командой:
Дальше нам необходимо размонтировать файловую систему, которую мы будем проверять командой:
И сейчас запускаем утилиту проверки файловой системы и исправления ошибок на ней командой
В том варианте, когда не представляется возможным размонтировать файловую систему, к примеру, когда нужно испробовать корневую файловую систему (/). Перезагрузиться в однопользовательском режиме (команда reboot, и при загрузке необходимо передать ядру параметр single). Перемонтировать корневую файловую систему в режиме «лишь чтение» командой.
И сейчас проверить файловую систему
Проверка диска на битые секторы в linux с поддержкою smartmontools
Источник
Лучшие программы для обнаружения проблем в Linux
Как мы уже упоминали, эти команды хоть и последнего поколения, но далеко не идеальны, поэтому могут давать сбои. Это то, что, хотя нам это не очень нравится, является обычным явлением в мире технологий. Стоит отметить, что эти проблемы, о которых мы говорим, могут затронуть практически любой компонент ПК. Среди обычных находим дисководы, либо установленные Оперативная память.
Проблемы, которые мы можем найти на ПК с Linux
Это один из самых распространенных сбоев, который может привести к тому, что с течением времени дисководы постепенно становятся медленнее. Среди наиболее распространенных симптомов в этом смысле мы можем обнаружить себя медленно, ошибки чтения, блокировки и т. Д. Во многих случаях эти проблемы, о которых мы говорим, могут быть связаны с тем, что у нас хранится слишком много информации.
Это, как вы понимаете, программы мы ежедневно используем наши фотографии, видео и т. д. Как бы то ни было, жесткие диски часто выходят из строя и повреждаются при использовании. Однако до достижения критической точки мы можем принять определенные меры, например, сделать резервную копию. Для этого, прежде чем мы сможем использовать определенные команды и инструменты, которые помогают нам узнать состояние жесткого диска.
С другой стороны, также интересно знать, что время от времени важно знать статус установленного RAM. И это так, как это происходит с компьютерами на базе Windows системе, пользователи Linux должны наблюдать за этим компонентом конкретно. Стоит упомянуть, что мы можем найти несколько сценариев, в которых оперативная память может начать выходить из строя. Это то, что, как могло быть иначе, напрямую повлияет на результативность команды в целом. Вот почему интересно узнать, исправна ли оперативная память компьютера, в чем мы также поможем вам.
Программы, чтобы узнать, есть ли проблемы с ОЗУ
Эта операционная система с открытым исходным кодом в значительной степени зависит, как могло бы быть иначе, от Оперативная память установленная в компьютере память. Вот почему очень необходимо, чтобы у нас была какая-то утилита или программа, которая информирует нас о состоянии этого важного компонента. Собственно, именно об этом мы и поговорим дальше.
Memtester, проверьте состояние памяти ПК в Linux
Это утилита, доступная в хранилище многих текущих дистрибутивов Linux. Следовательно, чтобы получить это конкретное решение, нам нужно только использовать следующую команду:
sudo apt install memtester
Скажите, что как только мы его запустим, нам нужно только запустить программу с указанием объем памяти мы хотим проанализировать. Например, чтобы проанализировать его 400 мегабайт, нам нужно будет использовать эту команду:
sudo memtester 400M
В этот момент программа сама начнет анализ указанной памяти, процесс, который может занять несколько минут. Тогда мы сможем увидеть соответствующие данные на экране.
MemTest86 +, анализируйте оперативную память ПК в Linux
sudo apt install memtest86+
С другой стороны, в случае, если мы используем другие альтернативы, такие как CentOS или Fedora, команда для использования здесь будет следующей:
sudo yum install memtest86+
Проверьте наличие проблем с процессором в Linux
Взгляды, множество данных, включая ЦП, в поле зрения
sudo apt install glances
Команды Linux для проверки состояния процессора
Проверьте наличие проблем с жестким диском или SSD в Linux
Smartmontools, контролирует данные SMART с жесткого диска и SSD
Как мы уже упоминали, проверка Дисковый привод в Linux очень важно, чтобы мы не рисковали потерять данные. Для этого может оказаться очень полезным инструмент под названием Smartmontools, приложение, которое мы можем установить самостоятельно. Для этого нам нужно использовать только ту же команду:
sudo apt install smartmontools
Затем, чтобы использовать его, нам нужно открыть Дисковую утилиту, которую мы находим по умолчанию в операционной системе. Тогда мы увидим, что этот вариант для анализа Данные SMART дисководов уже доступен в меню.
С этого момента мы сможем выполнить его, чтобы начать полную диагностику жесткого диска. Прежде всего, система, вероятно, спросит у нас пароль перед запуском процесс подготовки в качестве таких. Также стоит отметить, что нам предлагается два типа тестов дисков: длинный и короткий.
GSmartControl, проверьте состояние ваших жестких дисков и SSD
При использовании этого другого инструмента, о котором мы упоминали, для управления дисковыми накопителями, первое, что мы сделаем, это установим его в дистрибутив Linux. Для этого нам нужно только использовать команду, которую мы указываем ниже:
sudo apt-get install gsmartcontrol
Программы для просмотра проблем с GPU
GpuTest, протестируйте графический процессор ПК на Linux
Чтобы дать нам представление о том, о чем мы говорим, скажите, что это решение, которое, среди прочего, имеет хорошо известные и популярные FurMark инструмент.
Glxgears, найди проблемы с GPU с помощью этой программы
sudo apt install mesa-utils
Однажды эта команда что мы комментируем, был выполнен, чтобы тест производительности начался как таковой, нам нужно только ввести эту другую команду:
Полные комплекты для обнаружения недостатков в Linux
Phoronix Test Suite, полный набор, который поможет нам
Фактически, здесь мы говорим о решении, которое объединяет серию тестов, которые помогут вам проанализировать состояние множества компонентов на ПК. Таким образом, из одного окна мы получим информацию об элементах важности процессора компьютера, графического процессора, оперативной памяти, дисковых накопителей и т. Д. Кроме того, когда мы его используем, мы находим серию привлекательных графиков, которые помогут Мы оцениваем производительность этих компонентов с первого взгляда.
Конечно, мы должны иметь в виду, что это программа который сам по себе потребляет немного больше системных ресурсов, чем другие ранее использовавшиеся решения. Причина этого в том, что эта программа якобы более комплексна и эффективна при устранении неполадок в Linux.
GTKStressTesting, анализирует все компоненты ПК в одном окне
Здесь мы находим еще одну альтернативу, которую мы могли бы рассматривать как полные комплекты, чтобы охватить то, что мы здесь ищем. Фактически мы имеем в виду GTKStressTesting, полное решение, которое вы можете скачать от эту ссылку и это будет очень полезно для обнаружения проблем в Linux.
Кроме того, мы достигаем всего этого с помощью интуитивно понятного и привлекательного интерфейс пользователя это покажет нам все, что мы ищем в этом отношении. Кроме того, все это позволит нам обойтись без терминала, который, как мы видели ранее, является обычным элементом для такого типа задач. На самом деле программа выполняет серию тестов производительности для измерения поведения компонентов и обнаружения проблем в Linux. В свою очередь, для обнаружения возможных проблем он также может служить информационным инструментом с большим объемом данных, показанных здесь.
Источник
Исправление ошибок Linux
Каждый пользователь, рано или поздно сталкивается с определенными проблемами в своей операционной системе Linux. Это может быть просто неправильное использование команд или их непонимание, так и такие серьезные ошибки Linux, как отсутствие драйверов, неработоспособность сервисов зависание системы и так далее.
Эта статья ориентирована в первую очередь на новичков, которые не знают, что делать когда их будут поджидать проблемы linux, мы дадим общую концепцию и попытаемся показать в какую сторону двигаться дальше. Мы рассмотрим исправление ошибок в linux как простых, так и более сложных. Но давайте сначала определим, какие проблемы linux будем рассматривать, разобьем их на категории:
Все это мы рассмотрим ниже, но сначала общее введение и немного теории.
Решение проблем Linux
Linux очень сильно отличается от WIndows, это заметно также при возникновении проблем Linux. Вот допустим, произошла ошибка в программе Windows, она полностью закрывается или выдает непонятное число с кодом ошибки и все, вы можете только догадываться или использовать поиск Google, чтобы понять что произошло. Но в Linux все совсем по-другому. Здесь каждая программа создает лог файлы, в которых мы можем при достаточном знании английского или даже без него, выяснить, что произошло. Более того, если программу запускать из терминала, то все ошибки linux и предупреждения мы увидим прямо в окне терминала. и сразу можно понять что нужно делать.
Причем вы сможете понять что произошло, даже не зная английского. Главным признаком ошибки есть слово ERROR (ошибка) или WARNING (предупреждение). Рассмотрим самые частые сообщения об ошибках:
Сообщения об ошибках, кроме терминала, мы можем найти в различных лог файлах, все они находятся в папке /var/log, мы рассматривали за какие программы отвечают определенные файлы в статье просмотр логов linux. Теперь же мы подробнее рассмотрим где и что искать если linux выдает ошибку.
Проблемы с командами в терминале
Обычно проблемы с командами в терминале возникают не из-за ошибки linux или потому, что разработчики что-то недоработали, а потому, что вы ввели что-то неправильно или предали не те что нужно опции.
Если были переданы не те опции, то, скорее всего, программа покажет вам справку, ознакомившись с которой вы сможете очень быстро понять в чем проблема. Также справку выдают множество команд если их запустить без параметров.
Если файла, которого вы передали в параметрах не существует, то вам будет об этом сказано соответствующим сообщением. Сообщения могут быть и более специфичные, в зависимости от ошибки, но в конце концов, вы можете воспользоваться переводчиком Google, чтобы понять смысл того, что хочет система.
Очень распространенной среди новичков ошибкой, есть no such file or directory при попытке выполнить файл, скачанный из интернета. Сразу кажется что это бред, ведь файл существует, но на самом деле оболочка ищет только файлы с флагом исполняемый, а поэтому пока вы не установите этот флаг для файла, он для оболочки существовать не будет.
Проблемы в программах
Если ни с того ни с сего закрывается или не так, как требуется работает, какая-нибудь графическая программа, решение проблем linux начинается из запуска ее через терминал. Для этого просто введите исполняемый файл программы и нажмите Enter. Обычно достаточно начать вводить имя программы с маленькой буквы и использовать автодополнение для завершения ввода названия.
Многие ошибки системы linux, связанные с графической оболочкой вы можете найти в файле
/.xsession-errors в вашей домашней директории. Если оболочка работает медленно, зависает или не работают другие программы, но в других логах причин этому нет, возможно, ответ находится именно в этом файле.
Также ошибки linux могут возникать не только в обычных программах но и в работающих в фоне сервисах. Но их тоже можно решить, чтобы посмотреть сообщения, генерируемые сервисом, запущенным с помощью systemd, просто наберите команду просмотра состояния сервиса:
$ sudo systemctl status имя_сервиса
Дальше вы знаете, что делать с этой ошибкой, главное что у вас есть зацепка, а дальше все можно решить, ну или почти все.
Здесь, как и всегда большинство ошибок связано с тем, что что-то не установлено, какого-то файла нет или к чему-то невозможно получить доступ, тогда решение проблем linux не вызовет много забот.
Проблемы с драйверами и ядром
Проблемы с драйверами, модулями ядра или прошивками могут вызвать много неприятностей во время загрузки системы. Это может быть просто медленная загрузка системы, неработоспособность определенных устройств неправильная работа видео или полная невозможность запустить графическую подсистему. Исправление ошибок Linux начинается с просмотра логов.
Вы можете посмотреть все сообщения ядра с момента начала загрузки, выполнив команду чтобы узнать какую linux выдает ошибку:
Чтобы иметь возможность удобно листать вывод можно выполнить:
Или сразу выбрать все ошибки:
sudo dmesg | grep error
Дальше будет очень просто понять какого драйвера не хватает, что система не может загрузить или что нужно установить. Если возникает ошибка ввода-вывода linux, то, скорее всего, драйвер несовместим с вашим устройством, в таком случае, может помочь обновление ядра, чтобы получить самую новую версию драйвера. В некоторых случаях ядро может само предложить вариант решения проблемы прямо в сообщении об ошибке вплоть до того какую команду выполнить или какой файл скачать. Если же нет, вы все еще можете воспользоваться поиском для решения своей проблемы linux.
Проблемы с графической оболочкой
Когда проблемы linux касаются графической оболочки, то решить их новичкам не так уж просто. Больше всего потому что доступен только терминал. Графическая оболочка может просто зависнуть или вовсе не запускаться, например, после обновления.
При проблемах с графической оболочкой вы можете всегда переключиться в режим терминала с помощью сочетания клавиш Ctrl+Alt+F1. Далее, вам нужно ввести логин и пароль, затем можете вводить команды терминала.
Посмотреть логи графической оболочки вы можете в том же файле
Если проблема наблюдается после обновления до новой версии, то можно очистить кеш и удалить папку с настройками, обычно это помогает.
Проблемы с диском и файловой системой
Если это случилось, вам, скорее всего, придется переключиться в режим терминала и удалить несколько файлов. Вы можете удалять файлы логов или кэша пакетного менеджера. Много файлов удалять не нужно, достаточно освободить несколько мегабайт, чтобы прекратились ошибки системы linux и нормально работала графическая оболочка, а затем уже в ней решать все проблемы linux.
Выводы
Теперь исправление ошибок Linux будет для вас немного проще. Ошибки системы linux довольно сложная тема и этой информации явно мало, если у вас остались вопросы или есть предложения по улучшению статьи пишите в комментариях!
Источник
FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.
Она похоже на утилиту «chkdsk» в операционных системах Windows.
Она также доступна для операционных систем Linux, MacOS, FreeBSD.
FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.
Может использоваться с 3 режимами работы,
1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,
2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,
3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.
Содержание
- Синтаксис использования команды FSCK
- Команда Fsck с примерами
- Выполним проверку на ошибки в одном разделе
- Проверьте файловую систему на ошибки и исправьте их автоматически
- Проверьте файловую систему на наличие ошибок, но не исправляйте их
- Выполним проверку на ошибки на всех разделах
- Проверим раздел с указанной файловой системой
- Выполнять проверку только на несмонтированных дисках
Синтаксис использования команды FSCK
$ fsck options drives
Опции, которые можно использовать с командой fsck:
- -p Автоматический фикс (без вопросов)
- -n не вносить изменений в файловую систему
- -у принять «yes» на все вопросы
- -c Проверить наличие плохих блоков и добавить их в список.
- -f Принудительная проверка, даже если файловая система помечена как чистая
- -v подробный режим
- -b использование альтернативного суперблока
- -B blocksize Принудительный размер блоков при поиске суперблока
- -j external_journal Установить местоположение внешнего журнала
- -l bad_blocks_file Добавить в список плохих блоков
- -L bad_blocks_file Установить список плохих блоков
Мы можем использовать любую из этих опций, в зависимости от операции, которую нам нужно выполнить.
Давайте обсудим некоторые варианты команды fsck с примерами.
Команда Fsck с примерами
Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.
Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:
$ umount drivename
Например:
$ umount /dev/sdb1
Вы можете проверить номер раздела с помощью следующей команды:
$ fdisk -l
Также при запуске fsck мы можем получить некоторые коды ошибок.
Ниже приведен список кодов ошибок, которые мы могли бы получить при выполнении команды вместе с их значениями:
- 0 – нет ошибок
- 1 – исправлены ошибки файловой системы
- 2 – система должна быть перезагружена
- 4 – Ошибки файловой системы оставлены без исправлений
- 8 – Операционная ошибка
- 16 – ошибка использования или синтаксиса
- 32 – Fsck отменен по запросу пользователя
- 128 – Ошибка общей библиотеки
Теперь давайте обсудим использование команды fsck с примерами в системах Linux.
Выполним проверку на ошибки в одном разделе
Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:
$ umount /dev/sdb1 $ fsck /dev/sdb1
Проверьте файловую систему на ошибки и исправьте их автоматически
Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.
Мы также можем использовать опцию «у» вместо опции «а».
$ fsck -a /dev/sdb1
Проверьте файловую систему на наличие ошибок, но не исправляйте их
В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,
$ fsck -n /dev/sdb1
Выполним проверку на ошибки на всех разделах
Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»
$ fsck -A
Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»
$ fsck -AR
Проверим раздел с указанной файловой системой
Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,
$ fsck -t ext4 /dev/sdb1
или
$ fsck -t -A ext4
Выполнять проверку только на несмонтированных дисках
Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,
$ fsck -AM
Вот наше короткое руководство по команде fsck с примерами.
Пожалуйста, не стесняйтесь присылать нам свои вопросы, используя поле для комментариев ниже.
Все устройства, которые мы используем, однажды обязательно выйдут из строя; однако, чтобы не допустить потенциальных потерь, связанных с этими сбоями, мы должны стараться изо всех сил следить за состоянием этих устройств и немедленно предпринимать какие-либо действия, если мы обнаруживаем какое-либо аномальное поведение. Жесткие диски, которые мы используем с нашими компьютерными системами, также время от времени выходят из строя по нескольким причинам. Одна из таких причин — наличие битых секторов на нашем жестком диске.
Основная проблема с этими поврежденными секторами заключается в том, что мы не можем полностью удалить их с жесткого диска, чтобы избавиться от них. Максимум, что мы можем сделать, — это запретить нашей операционной системе использовать эти поврежденные сектора для размещения на них наших данных. Поэтому в этой статье мы познакомим вас с методом проверки жесткого диска на наличие ошибок и предотвращения записи данных в поврежденные сектора нашей ОС с помощью Linux Mint 20.
Метод проверки диска на наличие ошибок в Linux Mint 20:
Для проверки вашего диска на наличие ошибок в Linux Mint 20 вам потребуется выполнить следующие шаги:
- Мы будем проверять жесткий диск на наличие ошибок через командную строку в Linux Mint 20. Поэтому сначала мы запустим терминал, щелкнув значок терминала на панели задач или нажав сочетание клавиш Ctrl + Alt + T. Новое открытое окно терминала показано на изображении ниже:
- Теперь вам нужно знать о разделах вашего жесткого диска, чтобы вы могли определить часть, которую вы хотите проверить на наличие ошибок. Для этого введите в терминале следующую команду и нажмите клавишу Enter:
sudo fdisk -l
Для запуска этой команды требуются права root. Вот почему мы использовали ключевое слово «sudo» перед ним. Это также показано на следующем изображении:
- Результат этой команды покажет вам все разделы вашего жесткого диска. Мы хотим проверить часть, выделенную на изображении ниже, на наличие ошибок, используя Linux Mint 20. Здесь / dev / sda — это часть диска, которую мы хотим исследовать. В вашем случае эта часть может иметь другое имя.
- Как только вам удастся определить часть жесткого диска, которую вы хотите проверить на наличие ошибок, следующим шагом будет поиск всех плохих секторов в идентифицированной части и их перечисление в текстовом файле. Для этого вам нужно ввести следующую команду в своем терминале и затем нажать клавишу Enter:
sudo badblocks -v / dev / sda> / scan_result / badsectors.текст
Здесь команде badblocks также требуются права суперпользователя для выполнения, и она просканирует указанную часть жесткого диска (в данном случае / dev / sda) на наличие плохих секторов, и, если они найдутся, она перечислит их в файле. названные плохие секторы.txt, который будет помещен в каталог scan_result. Здесь вы должны заменить / dev / sda на точное имя части жесткого диска, которую вы хотите просканировать на наличие сбойных секторов. Эта команда также показана на следующем изображении:
- После успешного выполнения этой команды все сбойные сектора будут сохранены в сбойных секторах.txt файл. Теперь наша цель — передать это сообщение нашему Linux Mint 20, что он не должен использовать плохие сектора, упомянутые в badsectors.txt любым способом. Для этого вам нужно будет ввести следующую команду в своем терминале и затем нажать клавишу Enter:
sudo fsck -l / scan_result / badsectors.txt / dev / sda
Команде fsck также требуются права root для запуска. Эта команда предотвратит использование нашего Linux Mint 20 секторов, перечисленных в badsectors.txt при работе с разделом / dev / sda. Эта команда также показана на изображении ниже:
Заключение:
Следуя методу, описанному в этой статье, мы можем легко объединить все сбойные сектора в текстовый файл. Мы можем запретить нашей операционной системе использовать эти поврежденные сектора для записи наших ценных данных. Таким образом, мы можем не только предотвратить повреждение или потерю наших данных, но и без труда использовать жесткий диск с поврежденными секторами для повседневных задач.
Ошибки в Linux могут возникать из-за различных причин и могут проявляться в разных формах, таких как сообщения об ошибках в системных журналах, неожиданные завершения программ, неисправность оборудования.
Виды ошибок в операционной системе Линукс
Некоторые типичные примеры ошибок в Linux:
1. Ядра: это ошибки, связанные с работой ядра операционной системы Linux. Они могут быть вызваны неправильной работой драйверов оборудования, ошибками в коде ядра или другими проблемами. Такие ошибки могут привести к сбою системы или неожиданному завершению работы.
2. Файловой системы: связаны с работой файловых систем, таких как ext4, Btrfs, NTFS и другие. Они могут проявляться в виде поврежденных файлов, невозможности монтировать диски или других проблем. Ошибки файловой системы могут быть вызваны некорректным отключением диска, ошибками записи или другими причинами.
3. Сети: обозначают проблемы в работе сети, такие как невозможность подключения к сети, медленная скорость передачи данных или другие проблемы. Ошибки сети могут быть вызваны неправильными настройками сетевых параметров, неисправностью оборудования или другими причинами.
4. Приложений: могут проявляться в виде неожиданного завершения работы программы, невозможности открыть файлы или других проблем. Ошибки приложений могут быть вызваны ошибками в коде программы, некорректными настройками или другими причинами.
5. Оборудования: связанные с работой оборудования, такие как жесткие диски, видеокарты, звуковые карты и другие. Они могут проявляться в виде неисправности оборудования, проблем с драйверами или других причин. Ошибки оборудования могут привести к сбою системы или неожиданному завершению работы.
Как проверить Linux на ошибки
Есть несколько способов проверить Linux на ошибки, в зависимости от того, какой тип ошибки вы хотите проверить.
Проверка журналов системы
Команда dmesg покажет журнал сообщений ядра. Вы можете использовать флаг -T для просмотра временных меток в удобном для чтения формате: dmesg -T
Команда journalctl позволяет просмотреть журнал системных сообщений. Вы можете использовать флаг -p для просмотра сообщений только с определенным уровнем приоритета, например: journalctl -p err -b — покажет только ошибки за последнюю загрузку системы.
Проверка жесткого диска
smartctl позволяет проверить состояние жесткого диска и диагностировать возможные проблемы: smartctl -a /dev/sda. Замените /dev/sda на путь к вашему жесткому диску.
fsck запускает проверку и позволяет исправить ошибки файловой системы на жестком диске: sudo fsck /dev/sda1. Замените /dev/sda1 на путь к вашей файловой системе.
Проверка памяти
memtest86 делает возможным проверки памяти на наличие ошибок: загрузите ее с загрузочного диска или флешки и запустите тест.
stress позволяет нагрузить систему, проверяя стабильность работы компьютера: sudo stress -c 4 -i 2 -m 1 -t 60s. Эта команда запустит тест, в котором будет использоваться 4 ядра CPU, 2 входа/выхода и 1 МБ оперативной памяти в течение 60 секунд.
Проверка сетевого соединения
ping делает возможным проверку связи с другими компьютерами и устройствами в сети: ping google.com.
при помощи traceroute можно определить маршрут, который данные проходят на пути к указанному хосту: traceroute google.com.
Эти команды помогут вам начать проверку системы на ошибки в Linux. Однако, для полной диагностики могут потребоваться дополнительные инструменты и методы, в зависимости от типа проблемы, которую вы хотите проверить.