Bugsp.ru

Ваша компьютерная помощь
45 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

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

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

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

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

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

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

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

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

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

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

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

Форматирование диска

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

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

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

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

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

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

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

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

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

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

GParted

Загрузка приложения GParted

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

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

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

Читайте так же:
Что делать, если не работает видеокарта

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

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

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

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

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

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

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

Такое сообщение означает, что файловая система /var или корневая автоматически перемонтирована в RO после сбоя, проверьте это в выводе команды mount .
(Драйвер ext4 при появлении сбойного блока переводит файловую систему в read-only.)

Содержание

Важно [ править ]

  1. Все команды выполняйте с правами суперпользователя.
  2. В инструкции указано дисковое устройство /dev/sda , если ваше отличается — пишите своё.
  3. Требуемое ПО: программа smartctl из пакета smartmontools и программа hdparm из одноимённого пакета.
  4. Рекомендуемое ПО: программа awk из одноимённого пакета.
  5. Если пакеты smartmontools и hdparm отсутствуют в системе, загрузите с флешки LiveCD.

Диагностика [ править ]

Проверяем состояние жёсткого диска.
В командной строке (в окне терминала) запускаем с правами суперпользователя:

Сообщение «Current_Pending_Sector = 1» означает, что на диске появился сбойный блок (может юыть любое положительное число — это количество секторов или блоков с фатальной ошибкой чтения). Увеличение счётчика «Current_Pending_Sector» может быть результатом сбоя в электропитании, а может свидетельствовать о повреждении поверхности диска у HDD или деградации микросхемы в SSD.

Если результат команды — GOOD , значит причина в другом — например, на втором HDD ( /dev/sdb ), в сбое массива RAID или где-то ещё.

Примечание [ править ]

Если awk не установлен, можно обойтись одним smartmontools: выполните smartctl -A /dev/sda и смотрите его вывод — важны параметры c ID №№ 5, 196, 197, 198, колонка «RAW_VALUE».

Исправление [ править ]

Поиск сбойного блока [ править ]

Посмотрите сообщение о прогнозируемом времени выполнения:
Please wait … minutes for test to complete.
Test will complete after …
Подождите это время и выполните команду

Команда выдаст таблицу. В верхней строчке в столбце «Status» написано «Completed: read failure», в столбце «LBA_of_first_error» написано число — это адрес сбойного блока (сектора), запомните его.

Читайте так же:
Скачать DinoCapture на русском языке

После некоторой задержки (стандартно 70 секунд) команда выдаст ошибку и сообщение.

Если нет ошибки, скорее всего неправильно указан сектор и его нужно искать по другому или с сектора уже снята метка «Pending» и он либо уже нормальный (отметка Pending снята), либо забракован и переназначен на резервный (Reallocated). В этом случае дальнейшее НЕ выполнять, нужно тестировать (smartctl -t long) и смотреть (smartctl -l errors, smartctl -A)

Отбраковка сбойного блока [ править ]

Внимание! Следующая команда перезаписывает нулями весь сектор, но он и так не читается, главное не ошибиться с сектором и с диском

После этого опять

Должен выдать пачку нулей и не должно быть задержки и ошибки

После этого снова проверяем состояние диска

Если результат «GOOD» — все хорошо

Если же будет «BAD» — нужно смотреть:

  • если ненулевой «Current_Pending_Sector» — вычислять адреса и переписывать проблемные секторы, у современных HDD один блок содержит восемь секторов и скорее всего придётся проделывать процедуру восемь раз;
  • если ненулевой «Reallocated_Sector_Ct», то лучше менять диск.
Поиск повреждённого файла [ править ]

Используйте программу DMDE — в режиме просмотра физического диска найдите восстановленный сектор и программа покажет, к какому файлу он относится. Затем замените файл из резервной копии. (В случае, если нет резервной копии и это программа или библиотека, найдите пакет, которому принадлежит файл и установите пакет заново.)

После всех манипуляций имеет смысл проверить файловую систему командой fsck на отмонтированной ФС.

Примечания [ править ]

В таблице smartctl -A /dev/sda смотрим колонку RAW_VALUE у параметров с ID №№ 5, 196, 197 и 198:

Ненулевые Reallocated_Sector_Ct и Reallocated_Event_Count свидетельствуют о физических сбоях, такой диск лучше заменить.

Current_Pending_Sector — число секторов (блоков) с ошибкой чтения. Такой сектор будет возвращён в «хорошие» после успешной записи в него, а в случае неудачной записи за время таймаута он будет переназначен на резервный и контроллер увеличит счётчик Reallocated_Sector_Ct.

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

Таймауты SCT ERC контроллера диска задают время задержек, при которых блок будет помечен сбойным:

  • Current_Pending_Sector помечается блок, который не прочитан за время SCT ERC Read Timeout;
  • переназначается на резервный блок, который не записан за время SCT ERC Write Timeout (и увеличивается счётчик SMART Reallocated_Sector_Ct ).

Посмотреть и установить эти таймауты можно командой smartctl -l scterc — изменение таймаутов доступно не на всех HDD: на десктопных изменение таймаутов заблокировано в прошивке. По умолчанию (на заводе) установлено время 70 секунд.

ФС становится только для чтения — ни с того, ни с сего

Доброго времени суток. В общем продолжительное время уже замечаю подобное явление на буке с убунтой 10.04 — файловая система становится доступной только для чтения. Отслеживаю это по нетбинсу, т.к. пишу в нем код и вдруг начинает появляется тысяча окошек среды разработки с ошибкой вида «невозможно заблокировать какой-то файл». В этот момент если пробую удалить какой-нибудь файл на диске или изменить — безрезультатно, ошибка доступа или что-то типа того. Такое может повториться два раза в день, а может и раз в три дня, с чем связано — загадка. Из-за чего это может быть? И в каком файле лога искать корни, чтобы попытаться рабобраться?

Читайте так же:
Скачать драйвера для Samsung R425

Жёсткий же мрёт. Сохраняй нужное и пока fsck сделай (хотя не поможет скорей всего).

А что mount | grep ro говорит?
Покажи выхлоп mount

none on /proc type proc (rw,noexec,nosuid,nodev) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

Кореня то нет. Скорее всего или винт летит, или шлейф глючит.

Что это значит? БОльшую часть времени работает же без проблем вообще..

И в каком файле лога искать корни, чтобы попытаться рабобраться?

dmesg
Выложи на пастебин
dmesg | grep mount
dmesg | grep sda (если sda — твой винт)

В линуксе у файловых систем есть опция: перемонтировать в read-only при возникновении ошибок ввода-вывода. Твоя задача найти причину их возникновения. Возможно, действительно умирает жесткий. А может питания не хватает. Да много причин.

[ 27.062172] EXT4-fs (sda7): warning: mounting fs with errors, running e2fsck is recommended
[ 27.247949] EXT4-fs (sda8): warning: maximal mount count reached, running e2fsck is recommended
[ 27.249181] EXT4-fs (sda8): recovery complete
[ 27.249440] EXT4-fs (sda8): mounted filesystem with ordered data mode

Попробуй e2fsck (или что-то другое), только сохрани нужное куда-нибудь.

Блин, так у меня нужного куча всего, даже не знаю куда слить. Размонтировать надо раздел перед запуском e2fsck? Чета погуглил, нашел топиков много, что e2fsck убила фс — побаиваюсь..

Что это значит? БОльшую часть времени работает же без проблем вообще..

Насколько я знаю для нормальной работы должен быть примонтирован корень.
Выхлоп mount должен показать что-то вроде:

/dev/sda1 on / type ext4 (ro,noatime,user_xattr,acl,barrier=1,data=ordered)

По идее, после этого ты не сможешь запускать новые приложения.
На будущее (мой совет, может не совсем правильный):
создавай несколько разделов:
1- /, 10-15 гб, опция монтирования — ro
2 — /var/, rw
3 — /home/, rw
/var можно сделать и ro тоже, но несколько директорий нужно будет монтировать с помощью mount -o bind например из /home/var/

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

Фильмы можно удалять)
Проси у знакомых флешки/жеские, в крайнем случае dvd-шка стоит около 1$. Сколько инфы то нужно слить?

Фильмов то нету, проектов куча. Гига два наверное+еще файлы нужные, по всему диску раскиданы, нужно собирать. Ни одного фильма и пара квестов на вайне, а диск почти полностью забит — даже сам понятия не имею чем, все не соберусь «разложить по полочкам». Да и у меня бардак такой на винте, рядом с убунтой винда уже второй год болтается, работы куча, никак времени не найду, чтобы все с ноля поставить на чистый винт и восстановить в прежнее состояние проекты. Скажи, какой процент вероятности того, что хард начинает накрываться? И какой процент того, что это не так, а, например, из-за раздела нтфс рядом с убунтой или какой-нибудь неправильно установленной хрени и т.п.

Скажи, какой процент вероятности того, что хард начинает накрываться?

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

Читайте так же:
Браузеры с поддержкой Flash для Android

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

Вообще желательно хотя бы основное все сбекапить, а потом прогнать винт низкоуровневой системой проверки типа Victoria.
Если винту ещё не совсем кирдык (считай блоков не читаемых мало), то она может замедлить процесс смерти ФС на месяц другой.

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

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

На ноуте шлейфа то вроде нету.

а потом прогнать винт низкоуровневой системой проверки типа Victoria.

Смешно. Сервометки уж полтора десятилетия (если не все два) как на заводе ставят и изменить это нельзя. Но нет, «специалисты» всё ещё «рекоммендуют».

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

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

Что значит ошибка файловой системы

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

Однако при различных физических, технических неполадках в Убунту файловая система может не работать. Это проявляется в появлении соответствующего сообщения при загрузке, обновлении или чтении различных элементов. Как правило, пользователю практически невозможно прочитать файлы настроек. Кроме того, часто получается так, что происходит сброс прав доступа ntfs. Впоследствии устройство назначения доступно только для чтения Ubuntu. А при дальнейшем бездействии пользователя, отсутствии попыток обращения к специалистам и решения проблемы, может возникнуть rufus-ошибка – доступ к устройству запрещен.

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

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

  1. Защита от физической записи. Именно из-за этого у начинающего пользователя во время чтения архива произошла ошибка Ubuntu.
  2. Различные разрешения файлов. Многие программы, работающие с файлами, устанавливают свой размер и расширение. Если есть какое-либо несовпадение параметров отдельных программ и приложений, то возникает изучаемая проблема.
  3. Неудачная установка различных разделов элемента. Поскольку работа каждого раздела зависит от действия остальных, то и при неполадке в одном будут «страдать» другие.
  4. Вирусные программы. При установке платформы Убунту, загрузке дополнительных утилит или при обновлении, а также использовании съемных носителей возникает риск получения троянских программ. Чаще всего они снижают работоспособность и нормальный механизм действия отдельных элементов меню платформы.
  5. Физические проблемы и нарушения в гаджете с установленной платформой убунту.
Читайте так же:
Как скопировать таблицу с сайта в Word

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

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

Для решения изучаемой проблемы существует 3 распространенных способа.

1 вариант

В этом случае используется встроенная утилита fsck.

  1. Открыть терминал Убунту. Это можно сделать 2 путями: либо через главное меню, либо через клавиатуру. В первом случае следует нажать на значок Dash и выбрать «Терминал» в выпадающем списке. Во втором надо одновременно нажать клавиши Alt, Ctrl, T.
  2. Для того чтобы утилита не задавала многочисленные вопросы для утверждения, следует заранее задать команду для восстановления изучаемого объекта записью sudo fsck -y /dev/sda1.
  3. Затем нужно произвести восстановление поврежденного суперблока. Для вывода резервных элементов нужно задать команду sudo mkfs -t ext4 -n /dev/sda . После чего каждым попробовать восстановить объект с помощью выражения sudo fsck -b 98304 /dev/sda1.
  4. Найти битые сектора командой sudo fsck -c /dev/sda1 и ничего больше в них не писать.
  5. А после перезагрузить Убунту.

Файловая система будет работать

2 вариант

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

  1. Проверить неисправность Убунту через флешку на Виндоус.
  2. Произвести в случае неполадки форматирование на съемном носителе. Предварительно важные данные следует скопировать на резервную флешку.
  3. Проверить через терминал. Просмотреть список носителей fdisk –l. Затем проверить один из них, например hdparm -i /dev/sdf | grep Model . Проверить проблемные области badblocks -s /dev/sdf1 > /root/badblock . После отменить проверку e2fsck -l /root/badblock /dev/sdf.

Файловая система будет работать.

3 вариант

Здесь используется встроенная утилита G Parted. Так же, как и предыдущий способ, этот метод работает только для Убунту на флешке.

  1. Установить программу с помощью команды в терминале: sudo apt-get install gparted.
  2. Открыть утилиту. Проблемные места будут отмечены восклицательным знаком.
  3. Открыть съемный носитель. Кликнуть на вкладку «Раздел». Затем выбрать « Проверки на ошибки». Запустить.

Файловая система будет работать.

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

Этот процесс также проводится с помощью fsck.

  1. Выяснить имена файлового меню в консоли (войти с помощью Alt, F1) командой df -h.
  2. Размонтировать исправленную утилиту umount /dev/hda1.
  3. Включить утилиту fsck /dev/hda1.
  4. Сделать проверку командой fsck -y -f -c /dev/hda1 .

Если все сделано правильно, то проверка будет осуществлена.

  • 0 – нет ошибок;
  • 1 – ошибки элемента исправлены;
  • 2 – необходима перезагрузка утилиты;
  • 4 – ошибки элемента не исправлены;
  • 8 – в процессе проверки произошли ошибки;
  • 16 – неверное использование команды либо синтаксическая ошибка;
  • 32 – fsck была прервана пользователем;
  • 128 – ошибка разделяемых объектов.

Далее нужно в соответствии с ошибками ремонтировать разные элементы изучаемого объекта.

Заключение

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

голоса
Рейтинг статьи
Ссылка на основную публикацию