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

Программа для восстановления данных Linux в Windows

Нужно получить доступ к разделам файловой системы Linux Ext2, Ext3 и Ext4 под операционной системой Windows? Хотите выполнить восстановление данных с раздела ext4 с внешнего жесткого диска?

Восстановление данных с Linux-разделов программой

Cпециально разработанной для работы с файловыми системами Ext2/3/4, ReiserFS, XFS, UFS. Программа позволяет в привычном для пользователей windows-интерфейсе получить доступ как к существующим, так и к удаленным файлам и пакам операционных систем Linux, Unix, FreeBSD, OpenBSD или Solaris, работая под Windows.

Универсальный инструмент работает под любой версией Windows, позволяет как читать, так и восстанавливать данные с жесткого диска, флешки, отформатированной для работы в LINUX, или внешнего диска, на котором была установлена операционная система.

Простой способ восстановить данные

Встроенный мастер всего за 3 шага поможет восстановить данные после случайного удаления, форматирования, переразметки жесткого диска. Тщательное сканирование диска позволит восстановить утерянные данные в случае ошибки таблицы разделов или повреждения секторов.

Предварительный просмотр восстанавливаемых файлов

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

После анализа носителя информации вы сможете перемещаться по каталогам и просматривать содержимое файлов.

Безопасное восстановление из образа диска

Если вы опасаетесь, что проблемный диск может окончательно выйти из строя буквально в процессе восстановления, используйте функцию создания образа диска. Это – идеальный механизм безопасного извлечения данных с носителей, подверженных после сбоев, и с дисков, которые могут внезапно отказать. После создания виртуального образа диска программа, восстанавливая структуры и файлы, будет обращаться уже не к самому носителю, а к его точной копии – образу.

Возможности программы:

Справка

Лучшее предложение

Восстановить данные после форматирования и вернуть удаленные файлы

Источник

Как восстановить разделы Linux Ext2, Ext3, Ext4, ReiserFS, XFS, UFS под Windows

Как получить доступ к разделам файловой системы Linux Ext2, Ext3, Ext4, ReiserFS, XFS, UFS под операционной системой Windows? Нужно восстановить разделы после форматирования в Linux-системах или вернуть удаленные данные с внешнего жесткого диска или флешки подготовленных для работы с операционными системами Linux, Unix, FreeBSD, OpenBSD или Solaris?

Как восстановить разделы Linux-систем программой

Специально разработанная программа для восстановления логических разделов Ext2, Ext3, Ext4, ReiserFS, XFS, UFS жесткого диска позволит вернуть не только отдельные удаленные файлы, но и целые разделы после форматирования или повреждения таблицы разделов носителя. Интуитивно понятный интерфейс программы и мастер восстановления помогут всего за несколько шагов сделать доступными для сохранения как существующие данные, так и восстановить удаленные файлы.

Причины, по которым раздел Ext 2/3/4 может стать недоступным.

Руководство по восстановлению разделов Linux-систем под Windows

Скачайте и установите программу RS Linux Recovery для начала восстановления данных Linux.

Уточнение: программа RS Linux Recovery имеет тот же функционал, что и программы RS Partition Recovery и RS RAID Retrieve, но восстанавливает только с Linux.

Шаг 1. Подключите жесткий диск к системе Windows.

Шаг 2. Запустите программу RS Linux Recovery, выберете нужный раздел или диск для анализа, запустите анализ.

Уточнение: из-за того, что система Windows не поддерживает файловые системы Linux, раздел Ext2 или Ext3 будет распознан как «потерянный раздел» без метки или буквы диска.

Шаг 3. Результаты анализа будут доступны в виде стандартной структуры диска, вы сможете свободно перемещаться по каталогам, просматривать их содержимое.

Шаг 4. С помощью функции предварительного просмотра убедитесь в целостности файлов.

Шаг 5. Добавьте необходимые файлы для сохранения в «Список для восстановления» или выберите весь раздел и нажмите Восстановить.

Шаг 6. Укажите место для сохранения.

Предупреждение: не используйте тот же раздел для сохранения, с которого восстанавливаете данные.

Часто задаваемые вопросы

Это сильно зависит от емкости вашего жесткого диска и производительности вашего компьютера. В основном, большинство операций восстановления жесткого диска можно выполнить примерно за 3-12 часов для жесткого диска объемом 1 ТБ в обычных условиях.

Если файл не открывается, это означает, что файл был поврежден или испорчен до восстановления.

Используйте функцию «Предварительного просмотра» для оценки качества восстанавливаемого файла.

Когда вы пытаетесь получить доступ к диску, то получаете сообщение диск «X: не доступен». или «Вам нужно отформатировать раздел на диске X:», структура каталога вашего диска может быть повреждена. В большинстве случаев данные, вероятно, все еще остаются доступными. Просто запустите программу для восстановления данных и отсканируйте нужный раздел, чтобы вернуть их.

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

Сохранить их можно после регистрации программы – повторное сканирование для этого не потребуется.

Источник

Как восстановить файловую систему в fsck

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

Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.

Немного теории

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

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

В большинстве систем для корневого раздела проверка fsck запускается автоматически, но это не касается других разделов, а также не сработает если вы отключили проверку.

Основы работы с fsck

В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.

А теперь давайте рассмотрим сам синтаксис утилиты:

$ fsck [опции] [опции_файловой_системы] [раздел_диска]

А теперь давайте рассмотрим самые полезные опции fsck:

Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:

Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.

Как восстановить файловую систему в fsck

Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.

Восстановление файловой системы

Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:

Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.

Восстановление поврежденного суперблока

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

Теперь у нас есть шесть резервных адресов суперблоков и мы можем попытаться восстановить файловую систему с помощью каждого из них, например:

После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.

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

Проверим файловую систему, даже если она чистая:

Битые сектора

Или еще мы можем найти битые сектора и больше в них ничего не писать:

Установка файловой системы

Вы можете указать какую файловую систему нужно проверять на разделе, например:

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

Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:

Или исключить все примонтированные файловые системы:

Также вы можете проверить не все файловые системы, а только ext4, для этого используйте такую комбинацию опций:

Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:

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

Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:

А теперь проверка файловой системы fsck в принудительном режиме:

Просмотр информации

Выводы

Вот и все, теперь вы знаете как выполняется восстановление файловой системы ext4 или любой другой, поддерживаемой в linux fsck. Если у вас остались вопросы, спрашивайте в комментариях!

На десерт сегодня видео на английском про различия файловых систем ext4 и xfs, как обычно, есть титры:

Источник

Подключение EXT4 в Windows 7/8/8.1/10

В этой статье рассказывается о том, как вы можете получить доступ к разделам файловой системы Linux Ext2, Ext3 и Ext4 в Windows 10 и автоматически сохранить их в проводнике, как все другие разделы NTFS или FAT32. Вы даже можете копировать файлы и записывать новый файлы на эти разделы.

Хотя Windows использует файловую систему NTFS и FAT32, Linux (например, Ubuntu) использует расширенные архитектуры файловой системы Ext 3, Ext4 и т. д. Самое интересное то, что Linux может получать доступ, читать и записывать файлы в файловые системы Windows, а Windows не может получить доступ к файлу Linux — системы. Я имею в виду, что Windows не имеет поддержки для чтения или доступа к разделам Ext3 или Ext4.

Таким образом, если у вас есть система с двойной загрузкой или более, в которой вы можете переключаться между Windows и Linux из меню загрузчика, иногда вам может понадобиться доступ к Linux-дискам / разделам. Или предположим, что вы находитесь в Windows, и у вас есть съемный / жесткий диск, который отформатирован в Ext3, и теперь вам нужно открыть файл внутри него. Или ваша система Linux «зависла», и вам необходимо восстановить важные файлы с помощью Windows. В таких случаях вам необходимо прочитать эти файловые системы без переключения с Windows.

Хотя Windows никогда не интересовалась файловыми системами Linux, к счастью, существуют сторонние диски и инструменты для открытия и чтения разделов Linux из Windows. Мы рассмотрим несколько инструментов в этой статье. Однако здесь мы будем использовать драйвер файловой системы Linux с открытым исходным кодом под названием Ext2Fsd, который предназначен исключительно для поддержки Ext2/3/4 в Microsoft Windows. При этом вы можете автоматически монтировать разделы Ext при загрузке диска, когда вам нужно.

Подключение EXT4 в Windows 7/8/8.1/10

При установке отметьте «Make Ext2Fsd автоматически запускается при загрузке системы» и нажмите «Далее» и завершите настройку. Он будет автоматически запускать драйвер Ex2Fsd с Windows после следующей перезагрузки.

Запустите диспетчер томов Ext2Fsd. С помощью этого вы можете установить точку монтирования и настройки.

Чтобы назначить последний том, дважды щелкните раздел (или выберите раздел и выберите «Инструменты»> «Управление томами Ex2»), включите «Mountpoint for fixed disk» и назначьте букву диска. Затем нажмите Применить.

При следующей перезагрузке Windows вы увидите, что ваш желаемый раздел Linux монтируется в Проводнике в качестве других стандартных разделов.

Вы также можете указать свое имя, переименовав имя по умолчанию «Локальный диск». Готово!
Примечание 1: Рекомендуется хранить ваши разделы Linux только для чтения, чтобы вы или ваша система не могли повредить системе Linux.

Примечание 2: Если вы не хотите, чтобы Ext2Fsd автоматически монтировал диск в проводнике при загрузке, вы можете отметить «Автоматически монтировать через Ex2Mgr». При этом ваш раздел будет монтироваться только при открытии диспетчера томов Ex2Fsd, как показано ниже:

Примечание 3: Во время установки Ext2Fsd, если вы не устанавливали службу Ex2Fsd для автоматического запуска с Windows, вам необходимо вручную запустить службу из меню «Сервис»> «Управление службами»> «Пуск», как показано ниже:

Восстановление личных файлов

Про подключение EXT4 в Windows поговорили, теперь узнаем что делать дальше. Если вы ищете доступ к своим личным файлам, хранящимся в Linux, перейдите в homename, как показано ниже:

Хотя это руководство сделано в Windows 7, я протестировал его на Windows 10 и способ должен также работать с Windows 8.x в соответствии с его редакциями. Возможность просмотра и чтения всех разделов в обеих ОС — это, безусловно, классная функция для тех, кто использует Linux и Windows на одной машине.

Выводы

Подключение EXT4 в Windows является очень простым. Надеемся, Вам была интересна наша статья об этом — расскажите нам в комментариях.

Также, не забудьте поделится ссылкой на статью в Google+, Facebook, Twitter, Одноклассники или, например, ВКонтакте.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Две простые и эффективные бесплатные программки для восстановления потерянных данных

Число технологий, страхующих пользователя от потери данных всеми возможными способами скоро сравнится с числом самих пользователей. И, тем не менее, нужные файлы, несмотря на наличие корзины и возможности резервного сохранения продолжают удаляться с удивительной настойчивостью. История удаления каждого нужного файла по своему уникальна. Задача, стоящая перед каждым незадачливым юзером, всегда одна – по возможности полностью восстановить утерянный контроль над ценной информацией.

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

Вечная проблема

Файловая система компьютера, как и природа-мать, не терпит пустоты. При спонтанном удалении файла, как правило, из файловой системы удаляется его имя – заголовок, данные о его расположении на носителе. Вот и получается, что файл вроде бы и есть, но существует в режиме “инкогнито”. До того момента, пока поверх файла не была записана новая информация возможность восстановить его “официальный статус” остается в силе. Для этого и пишутся программы различной эффективности, вроде тех, которым посвящена наша статья.

Важно: После обнаружения пропажи нужных файлов, до их восстановления, закройте все работающие программы, записывающие данные на тот накопитель, где утерянные файлы были размещены – Ares, BitTorrent и т. п., поскольку возможна запись данных поверх удаленных файлов с окончательной потерей последних.

Итак, своевременное резервное копирование не сделано, диск случайно отформатирован, файлы стерты, данные утеряны. Постараемся отыскать выход из положения, используя надежные и проверенные обновленные утилиты для восстановления данных. Как правило, все подобные программы доступны в версиях Download и Professional, причем возможностей бесплатных версий во многих случаях, вполне хватает для разрешения распространенных проблем пользователей.

Особый статус и возможности платных программ уровня “R-STUDIO” для сетевых администраторов, системных инженеров и системных аналитиков сейчас рассматривать не будем.

Recuva

Поддержка: Windows 8.1, 8, 7, Vista, XP, включая 32- и 64-битные версии.
Первая на очереди компактная программка Recuva от Piriform — разработчиков старого доброго CCleaner и Defraggler, доступная в платной (24.95S) и бесплатной версиях.

Recuva – очень простая и удобная утилита с возможностью предустановки русской версии (устанавливается в параметрах установки), позволяющая быстро восстановить удаленные файлы с флэшки, карты памяти, жесткого HDD диска с файловыми системами, совместимыми с Windows (FAT32, NTFS) и прочих накопителей.

Работа мастера восстановления предельно упрощена, что позволит справиться с настройками любому, кто минимально владеет знанием родного языка. Утилита сканирует выбранные области и выводит на экран результаты, включая путь, имя, тип файла, ожидаемый прогноз восстановления. Отметим, что вероятность восстановления перезаписанных файлов исчезающе мала.

В новой версии Recuva 1.52 головастики из Piriform добавили поддержку файловой системы ext4 под Linux. Теперь утилита поддерживает ext2, ext3 и ext 4. Стандартные NTFS и FAT для Windows программа обрабатывает быстро и с удовольствием, при этом в 1.52 (как и во всех версиях, позднее v1.47.948 – 2013) при сканировании можно использовать возможности углубленного анализа, что повышает вероятность восстановления. Помимо русифицированной версии предусмотрен внушительный перечень иностранных локализаций.

Заметим, что установить Recuva все-таки лучше до того часа “X”, когда вы обнаружите потерю, поскольку остается доля вероятности, что при установке она по закону бутерброда запишется поверх потерянных файлов.

Скачать Recuva можно в базовой и Portable версиях. В базовой версии потребуется установка на компьютер, в портативной этого требования нет. В последнем случае при необходимости восстановить данные с жесткого диска компьютера вам не придется заполнять его новыми данными, которые могут быть потенциально опасны для утерянных файлов, что, конечно же, можно считать плюсом. Алгоритм восстановления в первой и во второй версиях абсолютно одинаков.

Установка Recuva так же проста, как и сама программа. Скачав архив с утилитой с официального сайта, извлекаем папку Recuva, находим в ней установочный файл Recuva.exe. После появления окошка с выбором языка (по умолчанию ”русский”) подтверждаем выбор – “ОК”. После прохождения стандартных этапов установки нажимаем ”Готово” и переходим к знакомству с функционалом утилиты и Мастером восстановления.

Процесс восстановления

Сразу оговоримся: если специальными знаниями в области восстановления данных вы не располагаете, лучше оставить настройки по умолчанию.

Для восстановления данных в диалоговом режиме используем Мастер Recuva.

Шаг 1. Выбор типа потерянных файлов

Изначально мастер предложит вам выбрать тип восстанавливаемых файлов. Если вы точно знаете, к какому типу файлов можно отнести утерянные данные (картинка, музыка, документы Word и пр.), то устанавливаете галочки для соответствующей категории. Если тип утраченного файла однозначно определить затрудняетесь, или намерены отыскать файлы сразу нескольких типов – выбирайте “Прочее” или “Все файлы” (в зависимости от версии). Жмем ”Далее” и переходим к следующему окну.

Шаг. 2 Выбор области сканирования

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

Выбрав нужные варианты, жмем Далее.

Шаг. 3 Сканирование

На этом этапе перед вами появиться окно готовности программы выполнить восстановление. Еще раз обращаем внимание на опцию ”Включить углубленный анализ”. Это позволит системе провести глубокое сканирование и повысит вероятность обнаружения и восстановления потерянных файлов. Проставляем галочку, нажимаем ”Начать”, ждем результатов сканирования…

Шаг. 4. Получение результатов и восстановление

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

После обработки информации утилита выдаст вам резюме – окно отсканированных файлов с различной вероятностью восстановления. В расширенном режиме (на рис. сверху) вы сможете уточнить параметры поиска – просмотреть файл перед восстановлением (если он Recuva его читает), запустить повторный анализ или провести поиск в других секторах.

Зеленый статус обнадеживает, но даже если цвет красный – не отчаивайтесь раньше времени и ставьте напротив галочку, с Recuva часто случаются парадоксы.

После выбора интересующих нас файлов нажимаем ”Восстановить”.

Важно: После вывода на экран таблицы с результатами анализа и выбора вами нужных файлов для восстановления, программа предложит вам выбрать папку, куда после восстановления файлы будут сохранены. Не рекомендуется (. ) выбирать путь восстановления данных на накопитель, на котором они были утеряны, особенно если восстановлению подлежит большой массив информации.

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

Основные возможности программы:

Скачать бесплатную, платную или портативную версии Recuva на сайте Piriform.

Достоинства Recuva: достаточно быстрая обработка массивов данных, простой приятный и понятный интерфейс, простая установка и запуск, русскоязычная версия, возможность анализа найденных файлов до их восстановления. Недостаток – ограниченный функционал, как и положено в бесплатных версиях. Частенько, по настроению), не восстанавливает файлы, на которых записано ничего не было.

PhotoRec 7

Новая версия бесплатной программы (лицензия GNU General Public License – V2+GPLV) для восстановления данных PhotoRec 7, вышедшая в апреле этого года приятно удивила своей эффективностью при восстановлении файлов, как с отформатированных накопителей, так и файлов, пропавших в результате банального случайного удаления, включая архивы и документы с жестких дисков, видео- и аудио-файлы, фотографии и пр.

Скачать программу можно на официальном сайте Cgsecurity.org. Программа скачивается в виде архива с небольшим “довеском” TestDisk для восстановления данных с поврежденных дисков, и как таковая установки не требует.

PhotoRec поддержит: DOS/Windows 9x, Windows NT 4/2000/XP/2003/Vista/2008/7, различные версии Linux, Mac OS X (только версия с поддержкой командной строки — photorec_win.exe), Sun Solaris, FreeBSD, OpenBSD, OpenBSD.

Очень удачным нововведением версии оказался графический интерфейс, отменяющий для пользователей Windows необходимость вводить информацию в командной строке, что так осложняло работу начинающим юзерам во всех предыдущих версиях. Теперь задача выглядит на порядок проще.

Восстановление файлов в режиме графического интерфейса PhotoRec 7

Распаковав архив, вы найдете в нем все файлы программы для запуска в одном из удобных режимов:

Проверяем настройки еще раз, жмем долгожданный “Search” в основном окне восстановления и набираемся терпения. Впрочем, при корректных предварительных настройках, времени на восстановление требуется не так уж и много. Что касается результата? – Все без исключения предварительно удаленные с отформатированной флэшки фотографии были восстановлены очень быстро и открылись без проблем.

Важная особенность программы – ложка дегтя в бочке меда, — автоматическое восстановление всех потерянных файлов из сегмента поиска в назначенную папку. Промежуточный просмотр и предварительный анализ результатов с последующим восстановлением избранных файлов (как в Recuva и аналогах) исключается. Это может оказаться достаточно неудобным нюансом, и не факт, что целевая папка каталога располагает достаточным количеством места для сохранения всех найденных файлов. И в итоге после восстановления, помимо нужных файлов вы получите гору мусора и возможные проблемы.

В этой связи указывать конкретные типы файлов в задании на восстановление (см. пункт 5 нашей шпаргалки), работая с PhotoRec 7, крайне желательно.

Трудно сказать, насколько стабильной окажется работа PhotoRec 7 при обработке фалов других форматов и постановке более сложных задач, но первое знакомство с этой простой и компактной бесплатной утилиткой и полученным результатом в целом оставило очень приятные впечатления.

Важно: часто можно слышать вопрос: почему такая отличная и проверенная программа не восстановила потерянные файлы? Ответ кроется в самой динамике процесса жизни компьютера, процесс записи и стирания на жестких дисках компьютера не прекращается ни на минуту. Временные файлы, фоновые закачки и т. д. и т. п. А на “складе” файлов – накопителе, последние хранятся фрагментами. С уменьшением свободного места на диске, и увеличением времени с момента случайного удаления вероятность затирания полезных фрагментов утерянных файлов значительно возрастает. А если потеряем фрагмент, то потеряем, скорее всего, и весь файл. Поэтому, чем меньше и “моложе” удаленный файл, тем больше шансов у него на восстановление.

Надеемся, что предоставленная в этом материале информация будет полезна читателям блога iCover и поможет без особого труда вернуть контроль над потерянной информацией. В нашем блоге вы найдете много полезного и интересного, сможете познакомиться с результатами уникальных тестов и экспертиз новейших гаджетов, найдете ответы на самые актуальные вопросы.

Источник

See: SystemAdministration/Fsck and TestingStorageMedia

Introduction

This guide will help diagnose filesystem problems one may come across on a GNU/Linux system. New sections are still being added to this howto.

Basic filesystem checks and repairs

The most common method of checking filesystem’s health is by running what’s commonly known as the fsck utility. This tool should only be run against an unmounted filesystem to check for possible issues. Nearly all well established filesystem types have their fsck tool. e.g.: ext2/3/4 filesystems have the e2fsck tool. Most notable exception until very recently was btrfs. There are also filesystems that do not need a filesystem check tool i.e.: read-only filesystems like iso9660 and udf.

e2fsprogs — ext2, ext3, ext4 filesystems

Ext2/3/4 have the previously mentioned e2fsck tool for checking and repairing filesystem. This is a part of e2fsprogs package — the package needs to be installed to have the fsck tool available. Unless one removes it in aptitude during installation, it should already be installed.

There are 4 ways the fsck tool usually gets run (listed in order of frequency of occurrence):

1. it runs automatically during computer bootup every X days or Y mounts (whichever comes first). This is determined during the creation of the filesystem and can later be adjusted using tune2fs.
2. it runs automatically if a filesystem has not been cleanly unmounted (e.g.: powercut)
3. user runs it against an unmounted filesystem

4. user makes it run at next bootup

case 1

When filesystem check is run automatically X days after the last check or after Y mounts, Ubuntu gives user the option to interrupt the check and continue bootup normally. It is recommended that user lets it finish the check.

case 2

If a filesystem has not been cleanly unmounted, the system detects a dirty bit on the filesystem during the next bootup and starts a check. It is strongly recommended that one lets it finish. It is almost certain there are errors on the filesystem that fsck will detect and attempt to fix. Nevertheless, one can still interrupt the check and let the system boot up on a possibly corrupted filesystem.

2 things can go wrong

1. fsck dies — If fsck dies for whatever reason, you have the option to press ^D (Ctrl + D) to continue with an unchecked filesystem or run fsck manually. See e2fsck cheatsheet for details how.

2. fsck fails to fix all errors with default settings — If fsck fails to fix all errors with default settings, it will ask to be run manually by the user. See e2fsck cheatsheet for details how.

case 3

User may run fsck against any filesystem that can be unmounted on a running system. e.g. if you can issue umount /dev/sda3 without an error, you can run fsck against /dev/sda3.

case 4

You can make your system run fsck by creating an empty ‘forcefsck’ file in the root of your root filesystem. i.e.: touch /forcefsck Filesystems that have 0 or nothing specified in the sixth column of your /etc/fstab, will not be checked

Till Ubuntu 6.06 you can also issue shutdown -rF now to reboot your filesystem and check all partitions with non-zero value in sixth column of your /etc/fstab. Later versions of Ubuntu use Upstart version of shutdown which does not support the -F option any more.

Refer to man fstab for what values are allowed.

e2fsck cheatsheet

e2fsck has softlinks in /sbin that one can use to keep the names of fsck tools more uniform. i.e. fsck.ext2, fsck.ext3 and fsck.ext4 (similarly, other filesystem types have e.g.: fsck.ntfs) This cheatsheet will make use of these softlinks and will use ext4 and /dev/sda1 as an example.

• fsck.ext4 -p /dev/sda1 — will check filesystem on /dev/sda1 partition. It will also automatically fix all problems that can be fixed without human intervention. It will do nothing, if the partition is deemed clean (no dirty bit set).

• fsck.ext4 -p -f /dev/sda1 — same as before, but fsck will ignore the fact that the filesystem is clean and check+fix it nevertheless.

• fsck.ext4 -p -f -C0 /dev/sda1 — same as before, but with a progress bar.

• fsck.ext4 -f -y /dev/sda1 — whereas previously fsck would ask for user input before fixing any nontrivial problems, -y means that it will simply assume you want to answer «YES» to all its suggestions, thus making the check completely non-interactive. This is potentially dangerous but sometimes unavoidable; especially when one has to go through thousands of errors. It is recommended that (if you can) you back up your partition before you have to run this kind of check. (see dd command for backing up filesystems/partitions/volumes)

• fsck.ext4 -f -c -C0 /dev/sda1 — will attempt to find bad blocks on the device and make those blocks unusable by new files and directories.

• fsck.ext4 -f -cc -C0 /dev/sda1 — a more thorough version of the bad blocks check.

• fsck.ext4 -n -f -C0 /dev/sda1 — the -n option allows you to run fsck against a mounted filesystem in a read-only mode. This is almost completely pointless and will often result in false alarms. Do not use.

In order to create and check/repair these Microsoft(TM)’s filesystems, dosfstools package needs to be installed. Similarly to ext filesystems’ tools, dosfsck has softlinks too — fsck.msdos and fsck.vfat. Options, however, vary slightly.

dosfsck cheatsheet

These examples will use FAT32 and /dev/sdc1

• fsck.vfat -n /dev/sdc1 — a simple non-interactive read-only check

• fsck.vfat -a /dev/sdc1 — checks the file system and fixes non-interactively. Least destructive approach is always used.

• fsck.vfat -r /dev/sdc1 — interactive repair. User is always prompted when there is more than a single approach to fixing a problem.

• fsck.vfat -l -v -a -t /dev/sdc1 — a very verbose way of checking and repairing the filesystem non-interactively. The -t parameter will mark unreadable clusters as bad, thus making them unavailable to newly created files and directories.

Recovered data will be dumped in the root of the filesystem as fsck0000.rec, fsck0001.rec, etc. This is similar to CHK files created by scandisk and chkdisk on MS Windows.

ntfs-3g (previously also ntfsprogs) — NTFS filesystem

Due to the closed sourced nature of this filesystem and its complexity, there is no fsck.ntfs available on GNU/Linux (ntfsck isn’t being developed anymore). There is a simple tool called ntfsfix included in ntfs-3g package. Its focus isn’t on fixing NTFS volumes that have been seriously corrupted; its sole purpose seems to be making an NTFS volume mountable under GNU/Linux.

Normally, NTFS volumes are non-mountable if their dirty bit is set. ntfsfix can help with that by clearing trying to fix the most basic NTFS problems:

• ntfsfix /dev/sda1 — will attempt to fix basic NTFS problems. e.g.: detects and fixes a Windows XP bug, leading to a corrupt MFT; clears bad cluster marks; fixes boot sector problems

• ntfsfix -d /dev/sda1 — will clear the dirty bit on an NTFS volume.

• ntfsfix -b /dev/sda1 — clears the list of bad sectors. This is useful after cloning an old disk with bad sectors to a new disk.

  Windows 8 and GNU/Linux cohabitation problems This segment is taken from http://www.tuxera.com/community/ntfs-3g-advanced/ When Windows 8 is restarted using its fast restarting feature, part of the metadata of all mounted partitions are restored to the state they were at the previous closing down. As a consequence, changes made on Linux may be lost. This can happen on any partition of an internal disk when leaving Windows 8 by selecting “Shut down” or “Hibernate”. Leaving Windows 8 by selecting “Restart” is apparently safe.

  To avoid any loss of data, be sure the fast restarting of Windows 8 is disabled. This can be achieved by issuing as an administrator the command : powercfg /h off

Install reiserfstools package to have reiserfsck and a softlink fsck.reiserfs available. Reiserfsck is a very talkative tool that will let you know what to do should it find errors.

• fsck.reiserfs /dev/sda1 — a readonly check of the filesystem, no changes made (same as running with —check). This is what you should run before you include any other options.

• fsck.reiserfs —fix-fixable /dev/sda1 — does basic fixes but will not rebuild filesystem tree

• fsck.reiserfs —scan-whole-partition —rebuild-tree /dev/sda1 — if basic check recommends running with —rebuild-tree, run it with —scan-whole-partition and do NOT interrupt it! This will take a long time. On a non-empty 1TB partition, expect something in the range of 10-24 hours.

xfsprogs — xfs

If a check is necessary, it is performed automatically at mount time. Because of this, fsck.xfs is just a dummy shell script that does absolutely nothing. If you want to check the filesystem consistency and/or repair it, you can do so using the xfs_repair tool.

• xfs_repair -n /dev/sda — will only scan the volume and report what fixes are needed. This is the no modify mode and you should run this first.

  • xfs_repair will exit with exit status 0 if it found no errors and with exit status 1 if it found some. (You can check exit status with echo $?)

• xfs_repair /dev/sda — will scan the volume and perform all fixes necessary. Large volumes take long to process.

XFS filesystem has a feature called allocation groups (AG) that enable it to use more parallelism when allocating blocks and inodes. AGs are more or less self contained parts of the filesystem (separate free space and inode management). mkfs.xfs creates only a single AG by default.

xfs_repair checks and fixes your filesystems by going through 7 phases. Phase 3 (inode discovery and checks) and Phase 4 (extent discovery and checking) work sequentially through filesystem’s allocation groups (AG). With multiple AGs, this can be heavily parallelised. xfs_repair is clever enough to not process multiple AGs on same disks.

Do NOT bother with this if any of these is true for your system:

• you created your XFS filesystem with only a single AG.

• your xfs_repair is older than version 2.9.4 or you will make the checks even slower on GNU/Linux. You can check your version with xfs_repair -V

• your filesystem does not span across multiple disks

otherwise:

• xfs_repair -o ag_stride=8 -t 5 -v /dev/sda — same as previous example but reduces the check/fix time by utilising multiple threads, reports back on its progress every 5 minutes (default is 15) and its output is more verbose.

  • if your filesystem had 32 AGs, the -o ag_stride=8 would start 4 threads, one to process AGs 0-7, another for 8-15, etc… If ag_stride is not specified, it defaults to the number of AGs in the filesystem.

• xfs_repair -o ag_stride=8 -t 5 -v -m 2048 /dev/sda — same as above but limits xfs_repair’s memory usage to a maximum of 2048 megabytes. By default, it would use up to 75% of available ram. Please note, -o bhash=xxx has been superseded by the -m option

== jfsutils — jfs == == btrfs ==

Missing superblock

Bad blocks

Sources and further reading

• man pages

• <XFS user guide> — more details about XFS filesystem

Параметры fsck
Пример проверки диска на ошибки с помощью fsck
Запуск автоматической проверки и исправления найденных ошибок
Ручное добавление параметров в меню GRUB при загрузке ОС
Добавление параметров в меню GRUB с помощью утилиты grubby
Создание файла /forcefsck
Запуск проверки в ручном режиме
Использование загрузочного диска/flash для проверки файловой системы на ошибки
Проверка LVM-разделов с помощью утилиты fsck

В определенных случаях  (в результате сбоя или некорректного завершения работы)  на файловой системе могут накапливаться ошибки. В РЕД ОС для проверки файловой системы и исправления ошибок имеется утилита  fsck («file system consistency check»).

Инструмент fsck обладает следующим функционалом:

• проверка файловой системы при возникновении проблем (не загружается система/поврежденные файлы) или в качестве профилактического обслуживания;

• диагностика состояния внешних накопителей, таких как SD-карты или USB-накопители.

Базовый синтаксис соответствует следующему шаблону:

 fsck <опции> <файловая_система>

В качестве файловой системы может быть устройство, точка монтирования или раздел, в том числе LVM.

На нашем Youtube-канале вы можете подробнее ознакомиться с возможностями проверки файловой системы на наличие ошибок, просмотрев видео Проверка файловой системы на наличие ошибок, а также найти много другой полезной информации.

Параметры fsck

fsck –p – утилита автоматически исправит найденные ошибки.

Вывод аналогичен простой проверке.

fsck –с – проверка файловой системы на поврежденные сектора.

Для получения списка команд наберите fsck ––help или fsck –h.

Пример проверки диска на ошибки с помощью fsck

Запуск автоматической проверки и исправления найденных ошибок

Существует несколько способов запуска автоматической проверки на ошибки:

1. Ручное добавление параметров в меню GRUB при загрузке ОС.

2. Добавление параметров в меню GRUB с помощью утилиты grubby.

3. Создание файла /forcefsck.

1. Ручное добавление параметров в меню GRUB при загрузке ОС

Первый вариант проверки и  исправления ошибок на разделах жесткого диска.

В меню GRUB перейдите в режим редактирования загрузочной строки, нажав при этом клавишу e. Добавьте параметры:

fsck.mode=force fsck.repair=yes

в конец предпоследней строки.

Нажмите Ctrl+Х для запуска ОС с этими параметрами, во время запуска будет произведена проверка разделов диска, и при наличии ошибок произведено их исправление.

2. Добавление параметров в меню GRUB с помощью утилиты grubby

Существует еще один способ добавления параметров ядра для принудительной проверки файловой системы на ошибки и их исправления. Добавить параметры можно командой:

grubby --update-kernel /boot/vmlinuz-$(uname -r) --args="fsck.mode=force fsck.repair=yes"

Удалить установленные параметры можно следующей командой:

grubby --update-kernel /boot/vmlinuz-$(uname -r) --remove-args="fsck.mode=force fsck.repair=yes"

3. Создание файла /forcefsck

Бывают ситуации, когда систему необходимо проверить на наличие ошибок в незапланированный момент. Для этого можно принудительно запустить утилиту fsck для проверки при следующей перезагрузке. Запуск осуществляется командой:

sudo touch /forcefsck

Команда sudo (после ввода пароля) предоставит права для создания с помощью touch пустого файла в корне диска /forcefsck, который послужит сигналом (флагом) для fsck, что нужно проверить диски. 

Останется только перезагрузить компьютер и fsck начнет проверять все жесткие диски, указанные в /etc/fstab.

Запуск проверки в ручном режиме

Следующий метод относится к проверке диска, когда операционная система загружена в режиме single mode.

1. Запустим ОС в single mode, для этого пропишите в меню загрузки grub параметр init=/bin/bash в конце строки, которая начинается на linux16, см. рисунок.

Также данная строка может начинаться с linuxefi, этот параметр характерен для систем с загрузкой в UEFI. Нажмите «ctrl+x» для запуска с этим параметром(init=/bin/bash).

2. Запустите проверку выполнив команду:

/usr/sbin/fsck -ACVfyv

Во время проверки на экране появится отчет о выполненных операциях, если отчет длинный, то можно его можно пролистать вверх сочетанием клавиш shift+PageUp. После проверки дисков перезагрузите компьютер, нажав на кнопку на системном блоке.

Наглядное видео примера проверки диска на ошибки:

Использование загрузочного диска/flash для проверки файловой системы на ошибки.

Загрузившись в режим восстановления операционной системы РЕД ОС с помощью загрузочного диска или съемного накопителя с установленным образом операционной системы РЕД ОС. Выберите пункт: «Решение проблем» -> «Исправить установленную RED OS».

Система перезагрузится в режим восстановления. Введите «2» и нажмите 2 раза Enter. Так вы смонтируете операционную систему в режим «Только для чтения»

setfont cyr-sun16

Потом введите команду:

# сhroot /mnt/sysimage

После этого можете вводить fsck:

# fsck -ACVfyv

Если проверка завершится с такой ошибкой:

[путь_к_файловой_системе] is mounted

Введите:

umount [путь_к_файловой_системе]

И еще раз запустите утилиту fsck:

# fsck -ACVfyv
fsck from util-linux 2.30.2
…

Если система не выявит ошибок, то получится такой вывод:

[путь_к_файловой_системе] clean …

Чтобы выйти из режима восстановления, вы должны смонтировать все разделы, которые были отмонтированы командой umount, с помощью команды mount, нажать сочетание клавиш сtrl+d, а затем ввести команду reboot, которая перезапустит вашу операционную систему.

# reboot

По умолчанию, утилита fsck при проверке будет использовать разделы, указанные в /etc/fstab/, сформированные при установке операционной системы РЕД ОС.

Проверка LVM-разделов с помощью утилиты fsck

Перед проведением проверки необходимо найти устройство и размонтировать его.

Для просмотра всех подключенных устройств и проверки расположения диска выполните команду:

lsblk 

 NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
 sda 8:0 0 20G 0 disk 
 ├─sda1 8:1 0 1G 0 part /boot
 └─sda2 8:2 0 19G 0 part 
 ├─ro_redos-root 253:0 0 17G 0 lvm /
 └─ro_redos-swap 253:1 0 2G 0 lvm [SWAP]
 sr0 11:0 1 4,3G 0 rom /run/media/user/redos-MUROM-7.3.1 x86_64

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

fsck -nf /dev/ro_redos/root 

 fsck из util-linux 2.37.3
 e2fsck 1.44.6 (5-Mar-2019)
 Warning! /dev/mapper/ro_redos-root is mounted.

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

umount <файловая_система>

Однако попытка выполнить данную процедуру на работающей ОС ни к чему не приведет.

umount /dev/ro_redos/root 

 umount: /: target is busy.

Также проблемой при попытке проверить LVM-разделы может быть и то, что они являются не активными. Для проверки следует использовать команду:

lvscan 

 ACTIVE            '/dev/ro_redos/swap' [2,00 GiB] inherit
 ACTIVE            '/dev/ro_redos/root' [<17,00 GiB] inherit

Для активации раздела служит команда:

vgchange –ay <раздел>

Таким образом, можно сделать вывод, что проверка LVM-разделов через консоль с использованием утилиты fsck невозможна. Но это не значит, что LVM-разделы совсем не подлежат проверке. Существует как минимум два способа, позволяющие провести диагностику LVM-разделов. 

Первым способом является проведение проверки через консоль загрузчика операционной системы GRUB.

А вторым — запуск утилиты fsck в live-сессии системы.

Очевидным плюсом при проверке дисковых пространств, в том числе LVM-разделов, через live-сессию является то, что разделы там по умолчанию являются не смонтированными. Поэтому проверка LVM-раздела будет выполнена с первого раза.

Если вы нашли ошибку, пожалуйста, выделите текст и нажмите Ctrl+Enter.

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

Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.

Немного теории

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

Современные файловые системы делятся на два типа — журналируемые и нежурналируемые. Журналиуемые файловые системы записывают в лог все действия, которые собираются выполнить, а после выполнения стирают эти записи. Это позволяет очень быстро понять была ли файловая система повреждена. Но не сильно помогает при восстановлении. Чтобы восстановить файловую систему linux необходимо проверить каждый блок файловой системы и найти поврежденные сектора.

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

В большинстве систем для корневого раздела проверка fsck запускается автоматически, но это не касается других разделов, а также не сработает если вы отключили проверку.

В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.

А теперь давайте рассмотрим сам синтаксис утилиты:

$ fsck [опции] [опции_файловой_системы] [раздел_диска]

Основные опции указывают способ поведения утилиты, оболочки fsck. Раздел диска — это файл устройства раздела в каталоге /dev, например, /dev/sda1 или /dev/sda2. Опции файловой системы специфичны для каждой отдельной утилиты проверки.

А теперь давайте рассмотрим самые полезные опции fsck:

• -l — не выполнять другой экземпляр fsck для этого жесткого диска, пока текущий не завершит работу. Для SSD параметр игнорируется;
• -t — задать типы файловых систем, которые нужно проверить. Необязательно указывать устройство, можно проверить несколько разделов одной командой, просто указав нужный тип файловой системы. Это может быть сама файловая система, например, ext4 или ее опции в формате opts=ro. Утилита просматривает все файловые системы, подключенные в fstab. Если задать еще и раздел то к нему будет применена проверка именно указанного типа, без автоопределения;
• -A — проверить все файловые системы из /etc/fstab. Вот тут применяются параметры проверки файловых систем, указанные в /etc/fstab, в том числе и приоритетность. В первую очередь проверяется корень. Обычно используется при старте системы;
• -C — показать прогресс проверки файловой системы;
• -M — не проверять, если файловая система смонтирована;
• -N — ничего не выполнять, показать, что проверка завершена успешно;
• -R — не проверять корневую файловую систему;
• -T — не показывать информацию об утилите;
• -V — максимально подробный вывод.

Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:

• -a — во время проверки исправить все обнаруженные ошибки, без каких-либо вопросов. Опция устаревшая и ее использовать не рекомендуется;
• -n — выполнить только проверку файловой системы, ничего не исправлять;
• -r — спрашивать перед исправлением каждой ошибки, используется по умолчанию для файловых систем ext;
• -y — отвечает на все вопросы об исправлении ошибок утвердительно, можно сказать, что это эквивалент a.
• -c — найти и занести в черный список все битые блоки на жестком диске. Доступно только для ext3 и ext4;
• -f — принудительная проверка файловой системы, даже если по журналу она чистая;
• -b — задать адрес суперблока, если основной был поврежден;
• -p — еще один современный аналог опции -a, выполняет проверку и исправление автоматически. По сути, для этой цели можно использовать одну из трех опций: p, a, y.

Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.

Как восстановить файловую систему в fsck

Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.

Восстановление файловой системы

Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:

sudo fsck -y /dev/sda1

Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.

Восстановление поврежденного суперблока

Обычно эта команда справляется со всеми повреждениями на ура. Но если вы сделали что-то серьезное и повредили суперблок, то тут fsck может не помочь. Суперблок — это начало файловой системы. Без него ничего работать не будет.

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

sudo mkfs -t ext4 -n /dev/sda1

На самом деле эта команда создает новую файловую систему. Вместо ext4 подставьте ту файловую систему, в которую был отформатирован раздел, размер блока тоже должен совпадать иначе ничего не сработает. С опцией -n никаких изменений на диск не вноситься, а только выводится информация, в том числе о суперблоках.

Теперь у нас есть шесть резервных адресов суперблоков и мы можем попытаться восстановить файловую систему с помощью каждого из них, например:

sudo fsck -b 98304 /dev/sda1

После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.

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

Проверим файловую систему, даже если она чистая:

sudo fsck -fy /dev/sda1

Битые сектора

Или еще мы можем найти битые сектора и больше в них ничего не писать:

sudo fsck -c /dev/sda1

Установка файловой системы

Вы можете указать какую файловую систему нужно проверять на разделе, например:

sudo fsck -t ext4 /dev/sdb1

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

С помощью флага -A вы можете проверить все файловые системы, подключенные к компьютеру:

sudo fsck -A -y

Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:

sudo fsck -AR -y

Или исключить все примонтированные файловые системы:

sudo fsck -M -y

Также вы можете проверить не все файловые системы, а только ext4, для этого используйте такую комбинацию опций:

sudo fsck -A -t ext4 -y

Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:

sudo fsck -A -t opts=ro

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

Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:

sudo mount -o remount,ro /dev/sdb1

А теперь проверка файловой системы fsck в принудительном режиме:

sudo fsck -fy /dev/sdb1

Просмотр информации

Если вы не хотите ничего исправлять, а только посмотреть информацию, используйте опцию -n:

sudo fsck -n /dev/sdb1

Выводы

Вот и все, теперь вы знаете как выполняется восстановление файловой системы ext4 или любой другой, поддерживаемой в linux fsck. Если у вас остались вопросы, спрашивайте в комментариях!

На десерт сегодня видео на английском про различия файловых систем ext4 и xfs, как обычно, есть титры:

https://www.youtube.com/watch?v=pECp066gGcY

FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.

Она похоже на утилиту «chkdsk» в операционных системах Windows.

Она также доступна для операционных систем Linux, MacOS, FreeBSD.

FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.

Может использоваться с 3 режимами работы,

1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,

2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,

3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.

Синтаксис использования команды 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 мы должны отмонтировать диск с помощью следующей команды:

$ umount drivename

Например:

$ umount /dev/sdb1

$ fdisk -l

Выполним проверку на ошибки в одном разделе

Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:

$ umount /dev/sdb1

$ fsck /dev/sdb1

Проверьте файловую систему на ошибки и исправьте их автоматически

Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.

Мы также можем использовать опцию «у» вместо опции «а».

$ fsck -a /dev/sdb1

Проверьте файловую систему на наличие ошибок, но не исправляйте их

В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,

$ fsck -n /dev/sdb1

Выполним проверку на ошибки на всех разделах

Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»

$ fsck -A

$ fsck -AR

$ fsck -t ext4 /dev/sdb1

$ fsck -t -A ext4

$ fsck -AM

Автор: , 13.06.2021
Рубрики: Linux, Windows 10

Доброго дня!

К сожалению «обычная» версия Windows не позволяет работать с дисками, отформатированными в файловые системы (ФС) Ext2, Ext3, Ext4 (используются в Linux). Всё, что доступно — это узнать о их существовании в управлении дисками, а вот скопировать файл — уже проблема…

Что делать?

Наиболее сподручный и самый удобный вариант (на мой взгляд) — установить в Windows спец. драйвер, который позволит ОС работать с дисками Ext2/3/4 также, как если бы они были отформатированы в NTFS (скажем). Т.е. любая программа в Windows (тот же проводник) сможет в обычном режиме работать с диском. Удобно?

Теперь о том, «что» выбрать…

*

Как «прочитать» информацию на разделах с файловыми системами Ext2, Ext3, Ext4

Способ 1 (через спец. драйвер)

Подобные «драйверы» есть от нескольких производителей. Я бы выделил продукт от Paragon (ссылка на офиц. сайт с драйвером). Почему:

1. поддержка ФС: Ext2, Ext3, Ext4 (чтение + запись); Btrfs, XFS (только чтение);
2. после установки драйвера — ничего «делать» не нужно: просто Windows начинает видеть накопители с Ext4+;
3. совместим с ОС Windows 7/8/10 (плюс есть пробный период, которого хватает для возникшей задачи (обычно)).

Обратите внимание, что «ненужные» разделы диска можно откл. и не монтировать. Настройка драйвера позволяет это сделать.

На скрине ниже привел окно проводника: как видите, раздел отображает как «обычный» — на него также можно что-нибудь скопировать / удалить.

*

Способ 2 (через дополнения к TC)

TC — это сокращенное название файлового коммандера Total Commander (некая замена проводнику). К этой программе есть очень много плагинов, и, разумеется, для чтения Ext2/3/4 ФС тоже есть!

Покажу по шагам, как в нем открыть подобный раздел диска…

1) Сначала устанавливаем сам Total Commander. Ссылка на офиц. сайт.

2) Далее необходимо загрузить плагин DiskInternals Reader с офиц. сайта (он идет в архиве ZIP — извлекать не нужно).

3) После необходимо запустить TC от имени администратора (просто кликните правой кнопкой мыши по значку…). 👇

4) Затем необходимо открыть архив ZIP с плагином DiskInternals Reader в Total Commander — тогда он предложит вам установить плагин. Разумеется, соглашаетесь! 👌

5) Далее необходимо закрыть TC и снова его запустить от имени админа. В меню выбора диска укажите вариант «Сеть / FS-плагины» — далее кликните по значку DiskInternals Reader (см. стрелки 1, 2 на скрине ниже 👇).

6) Собственно, далее появиться список всех дисков (в том числе и Ext2/3/4) — их можно открыть и скопировать с них нужную информацию. Задача решена?! 👌

*

Способ 3 (с помощью LiveCD)

Вообще, этот вариант, конечно, не относится к работе из-под Windows… Однако, он вполне себе годен для какой-то разовой работы (например, для копирования и переноса папки с файлами). К тому же аварийный LiveCD с Linux никогда не помешает — вдруг чего… 👌

1) Дистрибутивы Linux с поддержкой работы LiveCD — 👉 можете найти в моей подборке

2) Загруженный ISO-файл с нужной версией дистрибутива Linux необходимо правильно записать на флешку.

3) Далее останется только загрузиться с этой флешки с помощью Boot Menu (вызывается сразу после вкл. ПК). Если вы выберите дистрибутив Linux для новичка — то работать с ним весьма просто (ничуть не сложнее, чем с проводником Windows).

*

Дополнения приветствуются!

Успехов!

👌