Linux проверка диска xfs

Проверить жесткий диск на все возможные баги.

Нужно проверить жесткий диск, т.е файловую систему (xfs), поверхность, и все что возможно. Случайно отключил питание.
Вот это вроде проверяет сбойные блоки dd if=диск of=/dev/null bs=64k
Еще хочется узнать как проверить файловую систему, ввожу fsck.xfs -F xfs /dev/hda7 , молчок, т.е ошибок никаких, ввел и все, и скорее он ее не проверяет.
Еще вот что странно:
localhost master # xfs_check /dev/hda8
localhost master # xfs_check /dev/hda7
xfs_check: /dev/hda7 contains a mounted and writable filesystem

fatal error — couldn’t initialize XFS library
localhost master #

Как сделать чтобы проверка осуществлялась при каждом запуске?
И еще, раз в меся вроде, иль в 100 с чемто дней, запускается проверка, и эта проверка длится долго, выглядит примерно так: [========= /]
Как вот таку проверку запустить?

Re: Проверить жесткий диск на все возможные баги.

На смонтированном разделе запускаешь? Ну-ну..

Re: Проверить жесткий диск на все возможные баги.

Хе, и вправду hda8 был отмонтирован.
А как же мне проверить системный раздел, самый основной для меня?
С кноппикса? там может и не быть утилит для xfs.
Да чото быстро проверяет 2сек всего, хочу полноценную проверку.

Re: Проверить жесткий диск на все возможные баги.

проверить поверхность: man badblocks (ну уж точне не dd)

файловую систему : xfs_check xfs_repair

всё это на отмонтированном разделе.

Re: Проверить жесткий диск на все возможные баги.

> и эта проверка длится долго, выглядит примерно так: [========= /]

На первый взгяд это не проверка — это БоянЬ..может просто композиция длинная; полёт шмеля например 🙂

Re: Проверить жесткий диск на все возможные баги.

такая проверка с такой регулярностью у меня на ext2/3 вылазит. на xfs ни разу не видел.

Re: Проверить жесткий диск на все возможные баги.

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

Re: Проверить жесткий диск на все возможные баги.

Так я и не пойму, проверка чо, должна 3 сек длиться и этого хватит?
xfs_check /dev/hda8 — 3 сек.

Re: Проверить жесткий диск на все возможные баги.

для xfs — видимо да. самая долгая проверка (imho) у ext2/3

Источник

CentOS 8 как правильно проверить XFS ?

Вначале думал запустить e2fsck Оно что-то написало про magic number in super-block

И тут меня осенило) что что-то не так

Раздел LVM2. Порыскал по интернет и нашел кучу команд для этой процедуры

Как правильно это делать?

e2fsck — это аналог fsck.ext4.

Очень хорошо, что линукс умнее тебя и не дал тебе убить fs, хотя ты очень старался 🙂

По моему отмонтировать раздел на котором крутится CentOS не получится

Или это с установочного диска надо запускаться?

И вот тогда по моему надо как-то монтировать LVM раздел

И вот тогда по моему надо как-то монтировать LVM раздел

и дальше монтируете как обычно

Возьми бесплатную подписку на год как разраб или попроси работодателя.

По моему отмонтировать раздел на котором крутится CentOS не получится

Не знаю как сейчас, но в до-systemd времена можно было уйти в init 1 и сделать mount -o remount.ro / и хоть обчекайся.

xfs в принципе нельзя чекать смонтированной, даже в ro

xfs в принципе нельзя чекать смонтированной, даже в ro

Да ладно? d Repair dangerously. Allow xfs_repair to repair an XFS filesystem mounted read only. This is typically done on a root filesystem from single user mode, immediately followed by a reboot.

Источник

Linux проверка диска xfs

Administrator’s Solutions Guide for Release 6

5.10В Checking and Repairing an XFS File System

If you have an Oracle Linux Premier Support account and encounter a problem mounting an XFS file system, send a copy of the /var/log/messages file to Oracle Support and wait for advice.

If you cannot mount an XFS file system, you can use the xfs_check command to check its consistency. Usually, you would only run this command on the device file of an unmounted file system that you believe has a problem. If xfs_check displays any output when you do not run it in verbose mode, the file system has an inconsistency.

If you can mount the file system and you do not have a suitable backup, you can use xfsdump to attempt to back up the existing file system data, However, the command might fail if the file system’s metadata has become too corrupted.

You can use the xfs_repair command to attempt to repair an XFS file system specified by its device file. The command replays the journal log to fix any inconsistencies that might have resulted from the file system not being cleanly unmounted. Unless the file system has an inconsistency, it is usually not necessary to use the command, as the journal is replayed every time that you mount an XFS file system.

If the journal log has become corrupted, you can reset the log by specifying the -L option to xfs_repair .

Resetting the log can leave the file system in an inconsistent state, resulting in data loss and data corruption. Unless you are experienced in debugging and repairing XFS file systems using xfs_db , it is recommended that you instead recreate the file system and restore its contents from a backup.

If you cannot mount the file system or you do not have a suitable backup, running xfs_repair is the only viable option unless you are experienced in using xfs_db .

xfs_db provides an internal command set that allows you to debug and repair an XFS file system manually. The commands allow you to perform scans on the file system, and to navigate and display its data structures. If you specify the -x option to enable expert mode, you can modify the data structures.

For more information, see the xfs_check(8) , xfs_db(8) and xfs_repair(8) manual pages, and the help command within xfs_db .

Copyright В© 2012, 2019, Oracle and/or its affiliates. All rights reserved. Legal Notices

Источник

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

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

Корпоративные сети

Протоколы и стандарты

Проверка файловой системы Linux

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

Рассмотрим, так же журналируемые файловые системы и посмотрим индексные дескрипторы.

• Проверка целостности файловой системы;
• Проверка свободного пространства и индексных дескрипторов в файловой системе;
• Исправление проблем файловой системы.

• df , du , fsck , debugfs – общие утилиты для всех Linux систем
• mke2fs , e2fsck , dumpe2fs , tune2fs – утилиты для файловой системы ext
• xfs_check , xfs_repair , xfs_info , xfs_metadump – утилиты для файловой системы xfs

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

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

Первая утилита df :

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

Данные цифры не очень понятны и удобны, для того чтобы было удобно можно использовать ключ –h и тогда вид станет удобно читаемым. В выводе команды мы сразу видим размер, сколько использовано, процент использование и точка монтирования. Как мы видим на новом перемонтированном разделе /dev/sdc1 занят 1% дискового пространства. Если посмотреть в папку монтирования раздела, то мы увидим там папку lost+found . Данная папка пуста, но занимает 37 МБ. Есть такое понятие индексные дескрипторы в журналируемых файловых системах inode. Inode – это метка идентификатора файла или по другому индексный дескриптор. В этих индексных дескрипторах хранится информация о владельце, типе файла, уровне доступа к нему. И нужно понимать, что для каждого файла создается свой отдельный inode. Команда df –I может показать нам inode.

Число, например, inode напротив /dev/sda2 показывает сколько inode всего может быть на устройстве, далее сколько используется и сколько свободно. Обычно под inode отдается примерно 1% жесткого диска. И получается, что больше чем число inode на устройстве файлов и папок быть не может. Количество inode зависит от типа файловой системы. Далее мы рассмотрим, как пользоваться inode.

Следующая команда du

Данная команда показывает, что и сколько занимает у нас места на жестком диске, а именно размер папок в текущей директории. Если посмотреть вывод данной команды без ключей, то мы увидим список папок в текущей директории и количество блоков, с которым очень неудобно работать. Чтобы перевести данные блоки в человеческий вид, то необходимо дать ключ –h .

А для еще большего удобства, можно установить замечательную утилиту ncdu простой командой.

После установки нужно запустить ncdu . И мы увидим очень красивую картинку.

Но вернемся к стандартной утилите du . С помощью данной утилиты мы можем указать в какой папке необходим просмотр папок и вывод их размера.

К сожалению данная утилита умеет взвешивать вес только каталогов и не показывает размер файлов. Для того, чтобы посмотреть размер файлов, мы конечно же можем воспользоваться командой ls –l . А также если мы запустим данную команду с ключем –i мы увидим номера inode файлов.

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

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

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

Мы можем видеть, например, в oперационной системе Windows, что в случае некорректного завершения работы операционной системы, операционная система запускает утилиту проверки целостности checkdisk . В случае необходимости данная утилита исправляет найденные ошибки в файловой системе. Следовательно, в Linux данные операции выполняет утилита fsck , причем может работать с различными файловыми системами Linux операционных систем. Мы можем попробовать воспользоваться утилитой fsck /dev/sdc1 . В ответ от операционной системы мы получим следующее:

Как мы видим операционная система вернула в ответ на команду для работы с данным разделом, что данный раздел с монтирован и операция прервана. Аналогичную ситуацию мы будем наблюдать в операционной системе Windows, если мы будем пытаться рабочий раздел проверить на ошибки. Т.е возникнет следующая ситуация. Если мы будем проверять дополнительный логический диск, где не установлена операционная система Windows, то данный раздел на время проведения тестов будет отключен и будут идти проверки. А если мы попытаемся проверить основной раздел, куда установлена операционная система Windows, то операционная система не сможет запустить данную утилиту и попросит перезагрузиться для запуска данной утилиты. В нашем случае придется делать точно так же. Поэтому, чтобы проверить необходимо отключить (от монтировать раздел) и после уже этого запускать утилиту.

Из вывода можно заметить утилита пыталась запустить другую утилиту e2fsck , которая в данном случае отвечает за проверку файловых систем ext\ext2\ext3\ext4 . О чем достаточно подробно написано в описании данной утилиты. По сути fsck запускает утилиту ту, которая идет в пакете утилит для конкретной файловой системы. Бывает такое, что fsck не может определить тип файловой системы.

Для того, чтобы утилита все-таки проверила файловую систему, необходимо отмонтировать логический раздел. Воспользуемся командой umount /mnt .

И запускаем непосредственно саму проверку fsck –t ext4 /dev/sdc1

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

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

При попытке запуска проверки без указания типа файловой системы fsck /dev/sdc1

Как мы видим, утилита fsck отказалась проверять или вызывать утилиту, а явно указала на ту которую необходимо использовать в данном случае. Для проверки используем xfs_ncheck /dev/sdc1 . А для починки файловой системы xfs_repair /dev/sdc1 .

Перемонтируем обратно наш раздел mount /dev/sdc1 /mnt

Теперь можно получить информацию по разделу xfs_info /dev/sdc1

Или сделать дамп файловой системы xfs_metadump /dev/sdc1 dump.db

Переформатируем файловую систему ext4 на разделе обратно /dev/sdc1 . Перемонтируем в папку mnt . Создадим текстовый файл с текстом на данном разделе nano /mnt/test.txt

Далее мы можем посмотреть следующую утилиту man debugfs . Данная утилита умеет очень многое: очень много ключей и различных опций. Чистит, удаляет, чинит, работает с inodes.

Зайти в данную утилиту можно debugfs –w /dev/sdc1 . Набираем help и видим кучу опций.

Можно попросить данную утилиту вывести содержимое нашего тома.

В результате данной команды мы увидим 2 объекта с номерами их inode. Теперь мы можем сказать rm test.txt и файл будет удален, точнее не сам файл а его индексный дескриптор., если посмотреть опять с помощью команды ls . То будет видно, что количество объектов не изменилось. Следовательно, мы этот файл в журналируемых файловых системах можем восстановить, восстановив его индексный дескриптор. Но только до тех пор, пока на место удаленного файла не был записан другой. Именно поэтому если требуется восстановление информации на диске, рекомендуется немедленно отключить ПК и после этого отдельно подключать носитель информации для процедуры восстановления. Так же на данном принципе основано сокрытие информации в Информационной безопасности, когда на носитель информации в 2 или 3 прохода записываются псевдослучайные данные. Для восстановления данных мы можем использовать команду lsdel . Данная команда показывает удаленные файлы.

В принципе на данном debugfs и основаны многие программы для восстановления данных.

На скриншоте хорошо видно, что был удален 1 inode с номером 12 дата и время, другие параметры. Для выхода используем q . Для восcтановления используем undel test.txt , команда, номер индексного дескриптора и имя файла с которым оно восстановится. Убедиться, что файл на месте можно с помощью команды ls .

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

Еще одна утилита dumpe2fs . Можно вызвать справку по данной утилите man dumpe2fs

Данная команда делает дамп информации, которая хранится на данных томах. Выполним данную команду для /dev/sdc1

Мы получим следующий вывод информации.

Данный вывод был сделан на стандартный вывод – т.е экран. Сделаем вывод в файл, например:

Мы можем просмотреть информацию в выведенную в файл поэкранно с помощью less /tmp/output.txt

В выводе мы сможем увидеть основные опции данной файловой системы.

Переделаем файловую систему, текущую ext4 в ext2 . Это можно сделать 3-мя способами с помощью утилит: mkfs , mke2fs , mkfs . ext2 . Перед переформатирование необходимо отмонтировать файловую систему. После форматирования и перемонтируем. Опять снимаем дамп и передаем по конвееру на команду grep чтобы посмотреть features . Получаем следующее:

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

Есть интересная утилита tune2fs – настраивать файловую систему.

Данная утилита, как следует из описания настраивает настраиваемые параметры файловых систем. Например, у нас есть не журналируемая файловая система ext2 . Мы даем команду tune2fs –O has_journal /dev/sdc1 . Данная утилита добавляет опцию ведения журнала к файловой системе ext2 . Или можем наоборот сказать удалить опцию поставив значок ^ .

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

Источник