Линукс ошибка отключения файловой системы

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

Неисправность носителя

В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.

В случае, когда проблемным является жёсткий диск, выполнить проверку будет гораздо труднее. Если на вашем компьютере стоит две системы, проверьте, исправно ли работает ваш HDD на Windows. Эти способы позволят определить очаг неисправности.

Форматирование

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

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

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

Просматриваем список накопителей:

fdisk –l

Проверяем конкретный накопитель:

hdparm -i /dev/sdf | grep Model

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

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

umount /dev/sdf1

Теперь проверяем том на бэдблоки — проблемные области:

badblocks -s /dev/sdf1 > /root/badblock

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

e2fsck -l /root/badblock /dev/sdf1

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

GParted

1. Для начала эту программу необходимо установить. Сделать это легко при помощи команды:
   sudo apt-get install gparted
2. Открываем GParted. Перед нами будут выведены все носители. Среди них должен быть и проблемный недоступный — если утилита увидит ошибки, то она пометит его восклицательным знаком.
3. Теперь открываем наш диск и нажимаем на кнопку «Раздел», расположенную сверху.
4. В выпавшем меню выбираем «Проверка на ошибки». Программа отсканирует диск и, возможно, найдёт неполадки, после чего файловая система станет доступной не только для чтения.

Права доступа

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

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

sudo chown -R [user]:[user] /home/[user]

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.

Использование утилиты fsck для исправления ошибок файловой системы в Linux

Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux
Автор: Marin Todorov
Дата публикации: 1 октября 2018 года
Перевод: А. Кривошей
Дата перевода: июль 2019 г.

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

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

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

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

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

Теперь fsck можно запустить безопасно.

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

Исправление ошибок файловой системы Linux

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

Точно так же вы можете запустить команду на всех файловых системах (без корневой):

Как запустить fsck в корневом разделе Linux

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

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

Принудительная проверка корневой файловой системы с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли этот файл:

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

Запуск fsck в режиме восстановления

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Затем выберите «Recovery mode».

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Вы должны увидеть что-то похожее на это.

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Заключение

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

Источник

Проверка и восстановление файловых систем в Linux- команда fsck

Иногда по разным причинам (в результате сбоя, некорректного завершения работы) файловые системы накапливают ошибки. Сами ошибки представляют собой «рассогласованные» структуры данных. Естественно, при возникновении такой ситуации необходимо как можно скорее привести повреждённую файловую систему в порядок. С этой задачей отлично справляется утилита fsck. Она действительно очень эффективна и системные администраторы очень часто в первую очередь используют именно ее для восстановления или починки файловых систем.

Как работает fsck?

Утилита fsck (File System Consistency Check) изначально глубоко проверяла все структуры данных подряд, т. е. целиком всю файловую систему. Для поиска ошибок она задействовала методы эвристического анализа для ускорения и оптимизации процесса поиска ошибок. Однако, даже в этом случае для больших по объёму файловых систем эта процедура могла занимать много часов.

Позднее была реализована схема оценки состояния файловой системы, в основе которой лежит признак «чистого бита файловой системы». Если происходил сбой и файловая система (ФС) некорректно демонтировалась, то в суперблоке ФС устанавливался этот бит. По-умолчанию в Linux-системах на одном из этапов загрузки системы происходит проверка файловых систем, которые зарегистрированы в файлах /etc/fstab, /etc/vfstab, а также в /etc/filesystems. Таким образом, анализируя «чистый бит» ФС во время загрузки системы утилита определяет, стоит ли проводить проверку.

Журналируемые ФС в настоящее время позволяют утилите работать только с теми структурами данных, которым действительно необходима починка или восстановление. При необходимости fsck может восстановить всю ФС целиком благодаря всё тем же журналам ФС.

Некоторые особенности использования fsck в Linux

Для Linux-систем довольно часто (в особенности с использованием ФС ext) проверка ФС может быть организована таким образом, что она будет проводиться при прошествии некоторого числа демонтирований, даже если ФС полностью исправны. Это особенно актуально для настольных компьютеров, которые могут выключаться/включаться каждые сутки, перезагружаться в связи с особенностью их работы и применения, а также из-за свободного к ним доступа для подключения внешних устройств. В таких случаях проверка ФС (хоть и является полезной и благоприятной процедурой), оказывается слишком частой, а потому бессмысленной.

По-умолчанию в Linux проверка ФС проводится по прошествии 20 демонтирований. Для того, чтобы изменить количество демонтирований, после которых нужна проверка ФС нужно воспользоваться командой tune2fs:

Синтаксис и основные опции fsck

У команды fsck следующий синтаксис:

Кроме основных опций для fsck существуют и специфические, зависящие от выполняемой задачи и/или ФС. Об этом более подробно можно прочитать в соответствующих страницах интерактивного руководства, используя команду man fsck. В содержании основного руководства для утилиты (в разделе «SEE ALSO») есть ссылки на другие страницы, например fstab(5), mkfs(8), fsck.ext2(8), fsck.ext3(8) и т. д. Информацию по этим ссылкам можно просматривать выполняя команду man с соответствующими параметрами, например man fsck.ext3.

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

Примеры использования fsck

Для самой типичной ситуации, характерной для случаев, когда нужно восстановить (а точнее «починить») ФС, например на устройстве /dev/sdb2, следует воспользоваться командой:

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

Работу файловыми системами нужно проводить, когда они отмонтированны от разделов. Однако, если возникает ситуация, когда нужно всё же произвести проверку на примонтированных ФС, то перед тем как использовать команду fsck с соответствующей опцией, нужно сначала перемонтировать нужную ФС в режиме «только для чтения»:

Для указания, какую ФС использовать для раздела:

Если fsck не справляется с исправлением/починкой ФС (что случается очень редко), то это может быть из-за повреждённого суперблока ФС. Его также можно восстановить, поскольку для суперблоков создаются их резервные копии. Но сначала нужно узнать, по каким адресам эти копии записывались, а затем попытаться восстановить суперблок из одной их резервных копий:

Заключение

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

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

Источник

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

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

Неисправность носителя

В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.

В случае, когда проблемным является жёсткий диск, выполнить проверку будет гораздо труднее. Если на вашем компьютере стоит две системы, проверьте, исправно ли работает ваш HDD на Windows. Эти способы позволят определить очаг неисправности.

Форматирование

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

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

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

Просматриваем список накопителей:

Проверяем конкретный накопитель:

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

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

Теперь проверяем том на бэдблоки — проблемные области:

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

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

GParted

Права доступа

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

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.

Источник

Файловая система только для чтения в ubuntu 20.04

Я обновился до ubuntu desktop 20.04 около двух недель назад. С тех пор моя файловая система продолжает переходить в состояние «только для чтения», иногда, когда я нахожусь в процессе работы с системой и часто вижу initramfs экран при запуске системы. Для выключения моей системы требуется время, и иногда мне приходится принудительно выключать питание, удерживая кнопку питания.

Моя система поддерживает двойную загрузку, и у меня параллельно установлены окна и Ubuntu. У меня нет проблем с перегородками Windows. Раздел ubuntu постоянно доступен только для чтения.

Как я могу решить или диагностировать причину этой проблемы?

Изменить:
вот смарт-данные и результат самотестирования. Я сделал снимок экрана после восстановления после очередного сбоя при загрузке:

2 ответа

Давайте сначала проверим вашу файловую систему

Тогда давайте проверим ваш HDD

Плохой блок

«Current Pending Sector Count» = 240 указывает на проблему.

Примечание: НЕ прерывайте сканирование плохих блоков!

Примечание: НЕ блокируйте SSD

Примечание: сделайте резервную копию ваших важных файлов В первую очередь!

Примечание: это займет много часов

Примечание: у вас может быть ожидающий отказ жесткого диска

Загрузитесь с DVD / USB с Ubuntu Live в режиме «Попробовать Ubuntu».

Источник

Как использовать команду fsck для исправления ошибок файловой системы в Linux

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

Это можно сделать с помощью системной утилиты fsck (проверка целостности файловой системы). Эта проверка может выполняться автоматически во время загрузки или запускаться вручную.

В этой статье мы рассмотрим утилиту fsck и её использование, чтобы помочь вам исправить ошибки диска.

Когда использовать fsck в Linux

Есть разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:

Опции программы fsck

Команду fsck необходимо запускать с привилегиями суперпользователя или root. Вы можете использовать её с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для целей этой статьи я буду использовать свой второй диск /dev/sda, смонтированный в /mnt/disk_d.

Вот что произойдёт, если я попытаюсь запустить fsck, когда раздел смонтирован.

Если диск не только смонтирован, но и используется (например, диск, смонтированный в корневую файловую систему), то ошибка будет «/dev/nvme0n1 is in use».

Чтобы избежать этого, отключите раздел с помощью следующей команды (замените имя диска на ваше):

Тогда можно будет безопасно запускать fsck.

Понимание кодов выхода fsck

После запуска fsck он вернёт код выхода. Эти коды можно увидеть в руководстве по fsck, запустив:

Описание кодов выхода fsck:

Как исправить ошибки файловой системы Linux

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

Флаг -y означает автоматически отвечать «да» на любые запросы от fsck для исправления ошибки.

Точно так же вы можете запустить то же самое во всех файловых системах (с пропуском корневой файловой системы):

Как запустить fsck на корневом разделе Linux

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

Мы рассмотрим обе ситуации.

Как принудительно проверить диск с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли ещё файл:

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

Как запустить fsck в режиме восстановления

Для запуска fsck в режиме восстановления требуется ещё несколько шагов. Сначала подготовьте вашу систему к перезагрузке. Остановите все критически важные службы, такие как MySQL/MariaDB и т. д., а затем введите.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите Advanced options («Дополнительные параметры»).

Затем выберите Recovery mode («Режим восстановления»).

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать / файловую систему. Выберите Yes («да»).

Вы должны увидеть нечто подобное.

Затем вы можете вернуться к нормальной загрузке, выбрав Resume («Возобновить»).

Заключение

В этом руководстве вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsck, не стесняйтесь задавать их в разделе комментариев ниже.

Источник

Использование утилиты fsck для исправления ошибок файловой системы в Linux

Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux
Автор: Marin Todorov
Дата публикации: 1 октября 2018 года
Перевод: А. Кривошей
Дата перевода: июль 2019 г.

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

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

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

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

-A — используется для проверки всех файловых систем. Список берется из /etc/fstab.
-C — показывать индикатор выполнения.
-l — блокирует устройство, чтобы гарантировать, что никакая другая программа не попытается использовать раздел во время проверки.
-M — не проверять смонтированные файловые системы.
-N — только показывать, что будет сделано — не делать никаких реальных изменений.
-P — если вы хотите проверять файловые системы параллельно, включая корневую.
-R — не проверять корневую файловую систему. Это полезно только вместе с ‘-A‘.
-r — предоставить статистику для каждого проверяемого устройства.
-T — не показывает заголовок.
-t — исключительно указать типы файловых систем, которые будут проверяться. Типы могут быть разделены запятыми.
-V — предоставить описание того, что делается.

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

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

Теперь fsck можно запустить безопасно.

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

Исправление ошибок файловой системы Linux

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

Флаг -y автоматически даёт ответ «да» на любые запросы от fsck для исправления ошибок.

Точно так же вы можете запустить команду на всех файловых системах (без корневой):

Как запустить fsck в корневом разделе Linux

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

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

Принудительная проверка корневой файловой системы с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли этот файл:

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

Запуск fsck в режиме восстановления

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Затем выберите «Recovery mode».

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Вы должны увидеть что-то похожее на это.

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Заключение

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

Источник

Помогите! Файловая система доступна только для чтения: /home — btrfs

Всем привет! Кто нибудь сталкивался с такой проблемой «user@nux Linux 5.8.18-1-MANJARO x86_64 20.2 Nibia zsh: locking failed for /home/user/.zhistory: Файловая система доступна только для чтения: reading anyway»

/home FS = btrfs? недальновидно не сохранил fstab поделитесь плиз своими параметрами для /home btrfs из fstab что манджаро ставит при установке мой конфиг такой: UUID=853e81db-82fa-48a4-986b-958d54a86fbd /home btrfs defaults,noatime,space_cache,ssd,compress=zstd,commit=120 0 0

Fsck из консоли ппобовал?

И не пойму, в конце два ноля. Он не проверяет файловую систему автоматом?

не пробовал а для btrfs ее можно использовать?

sudo fsck -y /dev/sdb1

А «-y» откуда? В Debian у fsck вообще «-y» нет…

видимо не проверяю ( я правильно понимаю? что для /home последнее значение должно быть 2, для проверки FS

Можно поискать и в арчевики и ещё много где. Я сто лет уже не тыкал btrf, ещё и со сжатием. Я надеялся, что ты нагуглил что надо и что-то не получается, а ты хочешь, чтобы за тебя погуглили.

Для начала, если ещё не, забекапь важную инфу с файловой системы (а за одно и с других ФС на этом харде, если есть)

Всем спасибо в любом случае гуглю, читаю пока не пойму в чем дело интересует кто какие параметры в fstab использует

можно ли для btrfs использовать sudo mount -o remount,rw /home ?

Cast intelfx

Проверка в ядре.

Btrfs в принципе не требует fsck. Если ФС монтируется, значит, fsck не нужен. Хватит раздавать вредные советы.

Всем привет! Кто нибудь сталкивался с такой проблемой «user@nux Linux 5.8.18-1-MANJARO x86_64 20.2 Nibia zsh: locking failed for /home/user/.zhistory: Файловая система доступна только для чтения: reading anyway»

Ты думаешь, тут телепаты собрались? Телепатов нет. Нужны логи ядра (полный вывод journalctl -b -k или dmesg ) после воспроизведения проблемы и до перезагрузки.

поделитесь плиз своими параметрами для /home btrfs из fstab что манджаро ставит при установке мой конфиг такой: UUID=853e81db-82fa-48a4-986b-958d54a86fbd /home btrfs defaults,noatime,space_cache,ssd,compress=zstd,commit=120 0 0

спасибо за совет логи ядра сейчас соберу и пришлю

dmesg лог содержит сообщение об ошибках

[ 16.208244] BTRFS: error (device sdb3) in __btrfs_free_extent:3066: errno=-2 No such entry [ 16.208244] BTRFS info (device sdb3): forced readonly [ 16.208246] BTRFS: error (device sdb3) in btrfs_run_delayed_refs:2173: errno=-2 No such entry [ 39.832218] kauditd_printk_skb: 39 callbacks suppressed

dmesg лог содержит сообщение об ошибках

Как правильно копировать вывод терминала

Спасибо! Принял к сведению )

нагуглил про btrfs repair

btrfs check /dev/sda3

btrfs check –repair /dev/sda3.

Re: нагуглил про btrfs repair

Это всё говно. Нормальная утилита должна быть способна восстановить ФС, затри ей случайные блоки, включая системные типа суперблока. Btrfs это не светит.

Re: нагуглил про btrfs repair

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

и какие ФС достигли такого дзена? (мне для практического использования)

Фокусник был пьян (

Фокус с repair не удался придется сливать инфу и использовать снова ext4

Спасибо всем за помощь.

Re: нагуглил про btrfs repair

и какие ФС достигли такого дзена? (мне для практического использования)

Дзена достиг reiser. Я однажды вытащил свои данные, уже сделав dd на раздел. ext4, xfs может не так и не сумеют, но их средства восстановления довольно приличные.

Что ж, я надеялся, что там будет какой-нибудь ENOSPC, но у тебя и правда посыпалось.

Тогда — btrfs restore и пересоздавать ФС. Btrfs сыпется, когда железо глючное и теряет записи, так что с твоим железом действительно лучше другую ФС.

Во-во. Сейчас еще этот чел для комплекта прибежит, у которого рот во всю аватарку. И будет предлагать пофиксить драйвер консоли, чтоб не выдавал «BTRFS: error».

Делай бэкап, проверяй работоспособность диска, создавай новую ФС и заливай туда всё обратно. Так проще и надёжнее, btrfs слегка замороченая и не очень стабильная.

Источник

Файловая система только для чтения в ubuntu 20.04

Я обновился до ubuntu desktop 20.04 около двух недель назад. С тех пор моя файловая система продолжает переходить в состояние «только для чтения», иногда, когда я нахожусь в процессе работы с системой и часто вижу initramfs экран при запуске системы. Для выключения моей системы требуется время, и иногда мне приходится принудительно выключать питание, удерживая кнопку питания.

Моя система поддерживает двойную загрузку, и у меня параллельно установлены окна и Ubuntu. У меня нет проблем с перегородками Windows. Раздел ubuntu постоянно доступен только для чтения.

Как я могу решить или диагностировать причину этой проблемы?

Изменить:
вот смарт-данные и результат самотестирования. Я сделал снимок экрана после восстановления после очередного сбоя при загрузке:

2 ответа

Давайте сначала проверим вашу файловую систему

• загрузитесь с Ubuntu Live DVD/USB в режиме «Попробовать Ubuntu»
• открыть terminal окно, нажав Ctrl + Alt + T
• тип sudo fdisk -l
• определите имя устройства /dev/sdXX для вашей «файловой системы Linux»
• тип sudo fsck -f /dev/sdXX , заменяя sdXX с номером, который вы нашли ранее
• повторить fsck команда, если были ошибки
• тип reboot

Тогда давайте проверим ваш HDD

Открой Disks применение. Выберите свой жесткий диск. Перейдите к значку «гамбургер» и выберите SMART Data & Tests . Сделайте снимок экрана (-ы) данных SMART и отредактируйте их в своем вопросе, чтобы я мог его просмотреть. «Current Pending Sector Count» = 240 указывает на проблему.

Плохой блок

«Current Pending Sector Count» = 240 указывает на проблему.

Примечание: НЕ прерывайте сканирование плохих блоков!

Примечание: НЕ блокируйте SSD

Примечание: сделайте резервную копию ваших важных файлов В первую очередь!

Примечание: это займет много часов

Примечание: у вас может быть ожидающий отказ жесткого диска

Загрузитесь с DVD / USB с Ubuntu Live в режиме «Попробовать Ubuntu».

sudo fdisk -l # определить все разделы «Файловая система Linux»

sudo e2fsck -fcky /dev/sdXX # тест только для чтения

sudo e2fsck -fccky /dev/sdXX # неразрушающий тест чтения / записи (рекомендуется)

Параметр -k важен, поскольку он сохраняет предыдущую таблицу сбойных блоков и добавляет в эту таблицу любые новые сбойные блоки. Без -k вы потеряете всю предыдущую информацию о плохих блоках.

Источник

Исправление ошибки «Файловая система доступна только для чтения» в Linux

Способ 1: Настройка прав доступа

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

Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.

Здесь введите команду ls -l , чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам.

Если проблема действительно связана с указанными атрибутами, придется перенастроить права. Введите команду sudo chown -R [user]:[user] /home/[user] , заменив user на имя нужного пользователя, к которому и будут применены все изменения.

Данное действие осуществляется с опцией sudo, поэтому ее придется подтвердить, указав в новой строке пароль суперпользователя.

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

Способ 2: Исправление ошибок через GParted

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

Если GParted по умолчанию отсутствует в вашем дистрибутиве, установите ее с помощью команды sudo apt-get install gparted . Подтвердите это действие, введя пароль суперпользователя и одобрив скачивание архивов.

После этого утилиту проще всего запустить, нажав на соответствующий значок в меню приложений.

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

В контекстном меню нажмите на «Проверить на ошибки».

Запустите выполнение операций, щелкнув на кнопку в виде галочки, которая расположена на верхней панели.

Подтвердите запуск проверки.

Осталось только дождаться завершения этого процесса.

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

Способ 3: Исправление поврежденных блоков

Иногда ошибка со сбойным режимом чтения возникает вследствие повреждения секторов жесткого диска. Существуют специальные утилиты, позволяющие распределить проблемное пространство или исправить его, если это является возможным. В Linux имеется встроенная команда, отвечающая за выполнение этой операции. Мы и предлагаем воспользоваться ей в том случае, если приведенные выше рекомендации не принесли никакого результата.

Для начала просмотрим список дисков, чтобы понять, какой из них следует проверять. Осуществляется это через команду fdisk -l .

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

Теперь используйте команду hdparm -i /dev/sda2 | grep Model , чтобы проверить выбранный носитель или логический диск. Здесь замените /dev/sda2 на определенное ранее название.

После этого следует отмонтировать диск, чтобы в дальнейшем запустить проверку блоков. Осуществляется это через строку umount /dev/sda2 .

Запустите проверку, вставив команду badblocks -s /dev/sda2 > /root/badblock .

Обнаруженные блоки, которые не подлежат исправлению, требуется отметить, чтобы система перестала их задействовать. Для этого используйте e2fsck -l /root/badblock /dev/sda2 .

Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».

Способ 4: Форматирование накопителя

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

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

Помимо этой статьи, на сайте еще 12315 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Помогла ли вам эта статья?

Поделиться статьей в социальных сетях:

Еще статьи по данной теме:

Вообще ничего открыть не могу!

sudo chown -R [dariasaltykova]:[dariasaltykova] /home/[dariasaltykova]
[sudo] пароль для dariasaltykova:
chown: неверный пользователь: «[dariasaltykova]:[dariasaltykova]»
Вводила 3 раза, все врем не правильно. Имя я правильно написала.

sudo apt-get install gparted
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
W: Блокировка не используется, так как файл блокировки /var/lib/dpkg/lock доступен только для чтения
E: Не удалось найти пакет gparted

fdisk -l
fdisk: невозможно открыть /dev/loop0: Отказано в доступе
fdisk: невозможно открыть /dev/loop1: Отказано в доступе
fdisk: невозможно открыть /dev/loop2: Отказано в доступе
fdisk: невозможно открыть /dev/loop3: Отказано в доступе
fdisk: невозможно открыть /dev/loop4: Отказано в доступе
fdisk: невозможно открыть /dev/loop5: Отказано в доступе
fdisk: невозможно открыть /dev/loop6: Отказано в доступе
fdisk: невозможно открыть /dev/loop7: Отказано в доступе
fdisk: невозможно открыть /dev/sda: Отказано в доступе
fdisk: невозможно открыть /dev/loop8: Отказано в доступе
fdisk: невозможно открыть /dev/loop9: Отказано в доступе
fdisk: невозможно открыть /dev/loop10: Отказано в доступе
fdisk: невозможно открыть /dev/loop11: Отказано в доступе
fdisk: невозможно открыть /dev/loop12: Отказано в доступе
fdisk: невозможно открыть /dev/loop13: Отказано в доступе
fdisk: невозможно открыть /dev/loop14: Отказано в доступе
fdisk: невозможно открыть /dev/loop15: Отказано в доступе

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

Источник

Непонятки с диском-появилась ошибка

Установил ОС Линукс Минт 19.3-все работает нормально,но сегодня, при попытке исправить ошибки на диске, получил сообщение-error unmounting/dev/sda5:target is busy (udisks-error-quark,14) Что это такое и что с ним делать.Я не спец и поэтому спрашиваю в надежде что кто-нибудь подскажет решение.

Для выполнения проверки файловой системы на ошибки её нужно отмонтировать (отключить).

Если /dev/sda5 у тебя смонтирована как корневая файловая система или какая-либо часть корневой файловой системы, то тогда тебе нужно грузиться с LiveCD / LiveUSB диска и запускать проверку файловой системы на /dev/sda5.

Непонятки с диском-появилась ошибка

Да,смонтировано на Корень файловой системы. А если я отключу раздел(отмонтирую) данные не пропадут? Режим запущу и проверю раздел. Заранее благодарю.

А если я отключу раздел(отмонтирую) данные не пропадут?

Ничего не пропадёт если просто нормально отмонтировать. Другой вопрос, что там за ошибки появились, тут может и пропасть кое-что. И ещё вопрос: как раздел удалось примонтировать если он с ошибками, read only?

Непонятки с диском-появилась ошибка

А не легче будет ПОЛНОСТЬЮ переустановить систему?Как они,ошибки,появились?Я думаю,что просто до этого неправильно удалил один раздел-надо было в GParted,а я просто удалил в утилите Диски.

Если у тебя аппаратные проблемы с ЖД, переустановка системы не поможет от слова совсем.

Ты крайне невнятно описал проблему. Давай немного выводов:

Здесь тебе нужно подробнее рассказать, что делал и зачем.

Про переустановку Всеволод тебе пояснил.

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

Потом надо быдет ещё smartmontools поставить и SMART у диска глянуть, если будет такая возможность.

А у Тебя далеко идущие планы :).

Ой, обычная ситуация. Смотрим сперва ФС, потом ЖД. Возможно, все не страшно и обойдется чеком.

Непонятки с диском-появилась ошибка

Хм, сейчас корень примонтирован у тебя в rw. Ладно, а что именно ты пытался исправить на диске, когда получил эту ошибку?

Непонятки с диском-появилась ошибка

Просто при попытке обновления-в частности ядра-получил это сообщение об ошибке.Да и при попытке исправить в утилите Диски получил эту ошибку.У меня один вопрос-с этой ошибкой «жить и работать» можно?Это я о компе.Сейчас ядро 5.4.0-48.

Непонятки с диском-появилась ошибка

Можно еще вопрос?Диск в норме?

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

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

А вот как ты ядро обновлял?

Непонятки с диском-появилась ошибка

Че? apt тут при чем? Я тебя какую команду выполнить просил?

Непонятки с диском-появилась ошибка

Ядро пытался обновить,но получил эту ошибку.Сейчас версия ядра 5.4.0-48

Что за ****** ты несешь?

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

sudo blkid -c /dev/null

Непонятки с диском-появилась ошибка

МЫ ПОТЕРЯЛИ ЕГО.

Непонятки с диском-появилась ошибка

Это я не тебе 🙂 ты просто долго не отвечал.

Непонятки с диском-появилась ошибка

Как ты пытался ядро обновить??

Непонятки с диском-появилась ошибка

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

Непонятки с диском-появилась ошибка

Окей, я убедился. Теперь имеет смысл чекнуть ФС на ошибки. В Linux Mint это просто — в меню GRUB2 при загрузке выбираем rescue режим, а там fsck.

Непонятки с диском-появилась ошибка

Ну, мужик, Всеволод тебе написал — в rescue!!

Непонятки с диском-появилась ошибка

Ребята!Не ругайте меня сильно!Я прочитал,но как туда попасть-не знаю.Где взять этот grub2,если при загрузке я его НЕ ВИЖУ.

Esc нажать после BIOS. Выбрать rescue, там далее отдельный пункт fsck, чтобы вообще все за тебя автоматика сделала.

Или recovery — я уже забыл, как там это называется.

Непонятки с диском-появилась ошибка

Re: Непонятки с диском-появилась ошибка

Я бы туда не полез. Там темно и страшно, и гуя нету. Да и всё равно ОСь лучше переустановить, предварительно вдумчиво запланировав разметку. А то этот единственный пятый, да ещё на расширенном разделе, с имеющимися ошмётками под закос использования efi (остатки виндовсы, да?) — это как бы абздец в фундаменте твоей стройки. Оно, может быть, и так бы работало, но не всякое «ядро» при обновлении научено понимать такие замесы конструкций. Вот и не поняло чиво тут и где.

error unmounting/dev/sda5:target is busy

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

Можно также попробовать посмотреть в каком процессе участвует диск и попробовать придушить его.

Источник

Thread: [ubuntu] error unmounting /dev/sdb1: target is busy (udisks-error-quark, 14)

Thread Tools

Display

[ubuntu] error unmounting /dev/sdb1: target is busy (udisks-error-quark, 14)

So right now I’m trying to make a bootable Ubuntu flash drive to impress my friends, and so far it seemed to work, until when I was trying to unmount my flash drive from /cdrom but i come across the error

What I’ve seen is that I need to unmount the drive or else I wont be able to install it directly on the flash drive.

If you all need me to type in something in terminal I’m happy to.

Any support would help. Thanks!

Re: [ubuntu] error unmounting /dev/sdb1: target is busy (udisks-error-quark, 14)

If any process is using any files or sitting with a PWD inside a directory on the flash drive, then it will be «busy» and cannot be umounted.

If you want help making a live-boot flash device, there is a how-to page just for that.
If you want help umounting storage (umount is the command, not unmount), it cannot be in use. Certain file systems will always be in use — like the boot and OS partitions. The only way to access them when the partition(s) aren’t mounted is to boot from alternate media — an SSD, HDD, flash disk, USB disk, CDROM, DVD, something else.

Re: [ubuntu] error unmounting /dev/sdb1: target is busy (udisks-error-quark, 14)

Then how can I install it on the flash drive if I can’t unmount the drive?

Источник

Thread: unmount error, udisks-error-quark, 14

Thread Tools

Display

unmount error, udisks-error-quark, 14

First I have to tell I’m not English and try to do best to make it readeble for you.

Now the problem with my SSD-card. I have the problem for a very long time but had more places on other hdd for the Trusty system. The problems were also before February 2012 the year I started with Ubuntu and say definite goodbey to Windows (after 31-year). After every installation of a new system version, I made a clean install. But everytime the totally system (p.e. Trusty Tahr) changed from place (first hdd) to another hdd without an error message. Everytime Ubuntu was replaced from /dev/sda1 to /dev/sdc5. (before with Windows it happend with a normal hdd too). My SSD is maybe 4-years old
Now I got an extra problem because my SD-card was not found again (with 64GB digital photos), so I had to call my mount/unmount problem to a forum .
The first message below is from when I tried to unmount the SSD:

Error unmounting /dev/sda1: Command-line `umount «/dev/sda1″‘ exited with non-zero exit status 1: umount: /: device is busy.
(In some cases useful info about processes that use the device is found by lsof(8) or fuser(1))
(udisks-error-quark, 14)
I had read over the years a lot about other users with the same problems on several Ubuntu/Linux websites but didn’t find the totall solution. Today I tried «ntfsck /dev/sda1» where I got the next message.

# ntfsck /dev/sda1
Boot sector: Bad jump.
Boot sector: Bad NTFS magic.
Boot sector: Bytes per sector is 0.
Volume size is set to zero.
file record corrupted at offset 7032972744 (0x1a332a5c8).
Loading $MFT runlist failed. Trying $MFTMirr.
Failed to read file record at offset 8959136302956019712 (0x7c553f0000000000).
Loading $MFTMirr runlist failed too. Aborting.
NTFS signature is missing.

The told replacements happened now 3 times, so I have not only a ‘Ubuntu Trusty Tahr’ at /dev/sda1, but also on another internal hard disks drives (hdd). It is a nice idea to learn the working of Ubuntu, but for real I like more silents and save that energy for other places.

So who can help me, before I tell my other Ubuntu-problems; it are not more problems when I worked with Windows

Источник

Thread: error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

Thread Tools

Display

error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

Hi, i was trying to resize the disk cuz i wanted to have one partition.
Whenever i try to resize this error pops out.

error unmounting /dev/sdb1: target is busy (udisks-error-quark, 14)

Can i forcibly unmount the disk without any damage happening to the pc?

Re: error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

You cannot unmount a partition when it’s in use. So stop whatever is using it, or at least make sure those applications no longer use that partition. Note that the partition where the currently running operating system is installed is always in use, so you cannot unmount that. If you want to resize that, use a live disk.

Re: error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

It’s impossible to know with the little information you have given us.

Let’s see the output of command

as I suspect you are trying to resize partitions that are mounted and/or in use.

You can not change partitions of the OS you are currently using and it is most commonly done using a live USB system.
All the *buntu family of OSs have gparted in the live USB so you can probably use the USB you used to install the system, assuming you installed it in the first place.

Re: error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

I wanted to make 2 partitions, one for linux, one for windows.
I have one partition rn the one for linux.
Whenever im in the windows installation i can’t make a partition out of the linux drive cuz it says that its an unknown type.
Is there a way to make a partition?
Thanks.

Re: error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

You don’t need to «make a partition» for Linux and certainly not from Windows. You can, from Windows, shrink Windows partitions to make room for another OS. The installer will then use that unallocated space to create the partitions it needs.

Re: error unmounting /dev/sdb5: target is busy (udisks-error-quark, 14)

Even if you do create a partition in Windows it will probably be unusable for Linux as Windows generally creates dynamic partitions which are completely useless for Linux.

As CW says, just leave the space unallocated and the Ubuntu installer will find it and can be pointed to it very easily by using the «Something Else» option, ie, manual partitioning, when you get to that stage of installing.

Источник

Sometimes when you unmount a filesystem or drive, the system shows «unmount target is busy» message. Unless you release the busy system, you won’t be able to unmount.

In this guide, we learn how to fix umount target is busy in Linux.

What is unmount target busy

A mounted filesystem can be accessed by any process running on the Linux operating system. When such a filesystem or a directory which is being accessed by some process is unmounted, the system may issue the target as busy (“device is busy”). One of the reasons the system doesn’t allow unmount is to prevent data loss.

This problem generally occurs in the following scenarios:

1. The current working directory accessed by the terminal is on the path of the mount point
2. A process is accessing the files on the filesystem hierarchy being unmounted
3. A process is accessing a file which relies (reads/writes) on the file inside the filesystem which is being unmounted.
4. Remote mount point unreachable

Force unmount

Force unmount is one solution to detach the busy device.

Usually, you see a busy device message when you try to unmount an NFS filesystem. This happens often when the NFS server has some issues (mainly unreachable) and you have a soft NFS mount.

Force unmount will detach the server mount point by disrupting some running processes.

CAUTION: This may cause data loss or corrupt files or programs accessing file throw errors.

unmount -f /path/to/busy-nfs-mount

You can verify if it is successfully unmounted using the df command.

Using lsof — Find and Kill the processes using the file

The lsof (list open files) command displays a list of all open files and the processes associated with them on a specific file system, directory, or device. By default, it lists all files, shared libraries, and directories that are currently open and provides as much information as possible about each of them.

We can use lsof command to find PID (process id) corresponding to our mount point and then kill that process.

Use the following lsof command to list processes using the mount point.

lsof /media/dsk
or
lsof  | grep '/media/dsk'

The output shows that the user linuxopsys has two bash processes with PIDs 4255 and 4335 using /media/dsk. 

Once these two programs are stopped the device is no longer busy.

Once you make sure its safe to kill the process, run the following kill command:

kill -9 4255
kill -9 4335

If no more processes tide to the mount point, you initiate umount command.

Using fuser —  Kill processes accessing the file

fuser command in Linux helps to identify the processes which are accessing sockets or files on filesystems.

Use fuser command with -m option which lists all the processes accessing the files or mount point on the file system. You can add -v option for verbose.

The following example displays all the processes accessing the file system /media/dsk along with their process ids arranged in a tabular format.

fuser -mv /media/dsk

Now you found the processes which are using the file on the mounted filesystem. You can use kill command to terminate those processes.

You can add -k option to kill processes in a single command, so you can avoid one step.

fuser -kmv /media/dsk

Lazy unmount

Lazy unmounting is used to unmount the mount point from the Linux filesystem hierarchy. The command removes all references to the detached file system as soon as it is no longer busy. Once no processes are accessing the unmounted file system, the umount command executes and actually detaches the file system. 

Lazy unmounting a mount point is beneficial when we don’t want to unexpectedly kill the process which are accessing the file systems as this may lead to loss of data or may corrupt the file systems. 

For example, when you are copying a file from the mounted flash drive to linux machine and need to unmount the mounted device at the same time so that you don’t need to actively check the status of the file transfer, you can execute a lazy unmount on the flash drive so that once the operation to copy the file is complete, the system automatically detaches the mount point of the flash drive.

To lazy unmount use -l option followed by the mount path:

umount -l <path_to_mount_point>

Conclusion

In this guide, we learned how to fix when you encounter umount target is busy in Linux. We have explained solutions using force unmount, detaching busy device by finding and kill the processes, and finally lazy mount.

Thanks for reading, please leave your feedback and suggestions in the comment section.

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

Утилита Linux fsck (File System Consistency Check — проверка согласованности файловой системы) проверяет файловые системы на наличие ошибок или нерешенных проблем. Инструмент используется для исправления потенциальных ошибок и создания отчетов.

Эта утилита по умолчанию входит в состав дистрибутивов Linux. Для использования fsck не требуется никаких специальных шагов или процедуры установки. После загрузки терминала вы готовы использовать функции инструмента.

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

Когда использовать fsck в Linux

Инструмент fsck можно использовать в различных ситуациях:

• Используйте fsck для запуска проверки файловой системы в качестве профилактического обслуживания или при возникновении проблемы с вашей системой.
• Одна из распространенных проблем, которые может диагностировать fsck, — это когда система не загружается.
• Другой — когда вы получаете ошибку ввода/вывода, когда файлы в вашей системе становятся поврежденными.
• Вы также можете использовать утилиту fsck для проверки состояния внешних накопителей, таких как SD-карты или USB-накопители.

Базовый синтаксис fsck

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

fsck <options> <filesystem>

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

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

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

Просмотр подключенных дисков и разделов

Чтобы просмотреть все подключенные устройства в вашей системе и проверить расположение диска, используйте один из доступных инструментов в Linux.

Один из способов найти диск, который вы хотите просканировать, — это перечислить диски файловой системы с помощью команды df:

df -h

Инструмент показывает использование данных в вашей системе и файловых системах. Обратите внимание на диск, который вы хотите проверить, с помощью команды fsck.

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

sudo parted /dev/sda ‘print’

sda — это то, как Linux относится к вашему первому SCSI-диску. Если у вас два, вторым будет sdb и так далее.

В нашем примере мы получили один результат, поскольку на этой виртуальной машине был только один раздел. Вы получите больше результатов, если у вас будет больше разделов.

Имя диска здесь /dev/sda, а затем количество разделов отображается в столбце Number. В нашем случае это один: sda1.

Размонтировать диск

Прежде чем вы сможете запустить проверку диска с помощью fsck, вам необходимо отключить диск или раздел. Если вы попытаетесь запустить fsck на смонтированном диске или разделе, вы получите предупреждение:

Обязательно выполните команду размонтирования:

sudo umount /dev/sdb

Замените /dev/sdb устройством, которое вы хотите размонтировать.

Обратите внимание, что вы не можете размонтировать корневые файловые системы. Следовательно, теперь fsck нельзя использовать на работающей машине. Подробнее об этом в конце руководства.

Запустить fsck для проверки ошибок

Теперь, когда вы отключили диск, вы можете запустить fsck. Чтобы проверить второй диск, введите:

sudo fsck /dev/sdb

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

Код выхода, который возвращает утилита fsck, представляет собой сумму этих состояний:

Смонтировать диск

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

В нашем случае мы перемонтируем SDB-диск:

mount /dev/sdb

Сделать пробный запуск с fsck

Перед выполнением проверки в реальном времени вы можете выполнить тестовый запуск с помощью fsck. Передайте параметр -N команде fsck, чтобы выполнить тест:

sudo fsck -N /dev/sdb

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

Автоматическое исправление обнаруженных ошибок с помощью fsck

Чтобы попытаться устранить потенциальные проблемы без каких-либо запросов, передайте параметр -y команде fsck.

sudo fsck -y / dev / sdb

Таким образом, вы говорите «да, попытайтесь исправить все обнаруженные ошибки» без необходимости каждый раз получать запрос.

Если ошибок не обнаружено, результат будет таким же, как и без опции -y.

Пропускать восстановление, но выводить ошибки fsck на выходе

Используйте параметр -n, если вы хотите проверить потенциальные ошибки в файловой системе, не исправляя их.

У нас есть второй диск sdb с некоторыми ошибками журнала. Флаг -n печатает ошибку, не исправляя ее:

sudo fsck -n /dev/sdb

Заставить fsck выполнить проверку файловой системы

Когда вы выполняете fsck на чистом устройстве, инструмент пропускает проверку файловой системы. Если вы хотите принудительно проверить файловую систему, используйте параметр -f.Например:

sudo fsck -f /dev/sdb

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

Запустить fsck сразу для всех файловых систем

Если вы хотите выполнить проверку всех файловых систем с помощью fsck за один раз, передайте флаг -A. Эта опция будет проходить через файл etc/fstab за один проход.

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

fsck -AR

Чтобы избежать запросов, добавьте параметр -y, о котором мы говорили.

Пропустить проверку fsck в определенной файловой системе

Если вы хотите, чтобы fsck пропустил проверку файловой системы, вам нужно добавить -t и no перед файловой системой.

Например, чтобы пропустить файловую систему ext3, выполните эту команду:

sudo fsck -AR -t noext3 -y

Мы добавили -y, чтобы пропускать запросы.

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

Чтобы убедиться, что вы не пытаетесь запустить fsck на смонтированной файловой системе, добавьте параметр -M. Этот флаг указывает инструменту fsck пропускать любые смонтированные файловые системы.

Чтобы показать вам разницу, мы запустим fsck на sdb, пока он смонтирован, а затем, когда мы его размонтируем.

sudo fsck -M /dev/sdb

Пока sdb смонтирован, инструмент выходит без проверки. Затем мы размонтируем sdb и снова запускаем ту же команду. На этот раз fsck проверяет диск и сообщает, что он чистый или с ошибками.

Примечание. Чтобы удалить первую строку заголовка инструмента fsck «fsck from util-linux 2.31.1», используйте параметр -T.

Запустить fsck в корневом разделе Linux

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

1. Для этого включите или перезагрузите компьютер через графический интерфейс или с помощью терминала:

sudo reboot

2. Нажмите и удерживайте клавишу Shift во время загрузки. Появится меню GNU GRUB.

3. Выберите Advanced options for Ubuntu (Дополнительные параметры для Ubuntu).

4. Затем выберите запись с (recovery mode — режим восстановления) в конце. Подождите, пока система загрузится в меню восстановления.

5. Выберите fsck в меню.

6. Подтвердите, выбрав Yes в ответ на запрос.

7. По завершении выберите resume в меню восстановления, чтобы загрузить машину.

Что делать, если fsck прерывается?

Вам не следует прерывать работу инструмента fsck, пока он работает. Однако, если процесс будет прерван, fsck завершит текущую проверку, а затем остановится.

Если утилита обнаружила ошибку во время проверки, она не будет пытаться что-либо исправить, если ее прервать. Вы можете повторно запустить проверку в следующий раз и дождаться ее завершения.

Обзор параметров команды Linux fsck

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

• -а — Попробует автоматически исправить ошибки файловой системы. Подсказок не будет, поэтому используйте его с осторожностью.
• -А — Проверяет все файловые системы, перечисленные в /etc/fstab.
• -C — Показать прогресс для файловых систем ext2 и ext3.
• -f — Заставляет fsck проверить файловую систему. Инструмент проверяет, даже если файловая система кажется чистой.
• -l — Заблокирует устройство, чтобы другие программы не могли использовать раздел во время сканирования и восстановления.
• -M — Не проверяет смонтированные файловые системы. Инструмент возвращает код выхода 0, когда файловая система смонтирована.
• -N — Делает пробный запуск. В выводе печатается, что fsck будет делать без выполнения каких-либо действий. Также печатаются предупреждения или сообщения об ошибках.
• -П — Используется для параллельного сканирования нескольких файловых систем. Это может вызвать проблемы, в зависимости от ваших настроек. Используйте с осторожностью.
• -Р — Сообщает инструменту fsck, чтобы он не проверял корневые файловые системы при использовании параметра -A.
• -р — Распечатать статистику устройства.
• -t — Укажите типы файловых систем для проверки с помощью fsck.
  Обратитесь к странице руководства для получения подробной информации.
• -T — Скрыть заголовок при запуске инструмента.
• -у — Попытается автоматически исправить ошибки файловой системы во время проверки.
• -V — Подробный вывод.

Заключение

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

fsck является инструментом командной строки для проверки и при необходимости восстановления файловых систем Linux. Чтобы узнать больше о команде fsck, посетите страницу руководства fsck или введите man fsck в свой терминал.

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

При запуске система доходит до загрузки initramfs и открывается консоль, на этом загрузка заканчивается. Initramfs — это файловая система в оперативной памяти компьютера использующаяся для начальной инициализации загрузки.

Загрузка системы в режиме восстановления

Перезагружаем компьютер и ожидаем появления окна загрузчика GRUB

Обычно, GRUB появляется до начала загрузки системы и висит несколько секунд. Если меню GRUB не появилось: перезагрузите компьютер, и сразу после загрузки BIOS/UEFI удерживайте клавишу Shift (BIOS), либо нажмите клавишу Esc (UEFI).

Выбираем пункт Дополнительные параметры для Ubuntu. Попав в меню выбора ядра для загрузки системы пытаемся загрузится с самой свежей версии с припиской (Recovery Mode). Если загрузить свежее ядро не получилось, можно выбрать предыдущее.

Загрузиться операционная система не смогла и тут же описали причину: /dev/sda2 contains a file system with error

Загрузка прервана по причине ошибок в файловой системе по пути /dev/sda2. Тут же запустится initramfs.

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

В консоли initramfs запускаем программу проверки файловой системы на ошибки

где fsck — программа проверки, /dev/sda2 — путь к сбойному разделу

Программа проверки нашла ошибки и предлагает их исправить, соглашаемся.

Если ошибок будет много, можно согласится сразу с исправлением всех

Нажимаем a чтобы исправить все найденные ошибки в файловой системе.

По завершению процесса проверки и исправления ошибок мы увидим сообщение о результатах работы программы.

Все ошибки исправлены. Можно перезагрузить компьютер и выбрать загрузку в обычном режиме.

Видео по статье

Хотите отблагодарить автора статьи? Это даст ему дополнительный стимул к написанию новых статей.