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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В этом случае используется встроенная утилита 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. А после перезагрузить Убунту.

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

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

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

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

Здесь используется встроенная утилита 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 – ошибка разделяемых объектов.

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

Заключение

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

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

Привет ЛОР! Случилась какая-то неведомая ***
включил я сегодня комп, появилось обновление хрома, я запустил обновление, включил музыку в Ябраузере на ютюбе и пошел заниматься своими делами, минут через 10-15 музыка затихла я пошел посмотреть, и увидел, что браузер закрылся, при попытке запустить ничего не произошло, залез в консоль и увидел что на любую команду ответ файловая система доступна только для чтения , pic
Когда-то уже сталкивался с такой проблемой, оказалось, что связано это с браузером Brave, и после его удаления все работало нормально, где-то полгода
теперь же то же самое проявилось с Ябраузером. после перезагрузки(пуск > питание > перезагрузить работало несмотря на нерабочую консоль) включил музыку в хроме, где-то минут 30 все работало нормально, но потом повторилось, а вот после перезагрузки уже появилось вот это
куда копать и как с этим быть?
ОС manjaro, если что, система на ssd
PS после первого раза проводил кучу проверок ssd, ошибок не было

Любые экземпляры этой ФС долго не живут

Анонимные архитекторы снова на ЛОР пожаловали?

Так пойдёт. Я бы на твоём месте забэкапил всё сразу командой вида tar -cf /path/to/backup.tar -C /mnt . , а разбирался бы уже потом. Бэкапить подтома по отдельности (как ты пишешь тут) смысла никакого.

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

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

предполагаю, что я его смонтирую, а потом с помощью rsync всё это дело раскидаю по вновь созданным разделам, интересует вероятность поймать что-то невразумительное

Поймать в какой момент? Ну да, никакое посекторное копирование не исправит уже существующие повреждения данных. Ты сможешь вытащить ровно те данные, которые смог бы вытащить сейчас.

ну и еще у меня есть все в tar, какой способ корректней?

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

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

щас еще делаю сжатый образ жд

или так паковать диск плохая идея?

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

Файловая система доступна только для чтения [РЕШЕНО]

Помогите, проблема в следующем.
Вхожу в систему, вкидывает кучи сообщений типа .kde/config/ недоступна для записи. А вообще в директорию HOME записать нечего нельзя(даже в тех директориях где разрешена запись). В консоле выдает что файловая система работает только на чтение. Побывал проверку в fcsk не помогло.
Проблема возникла на пустом месте, после перезагрузки(не чего не ставил и не обновлял как минимум 2дня).
Машина рабочая.
Файловая система reiser.
под root’ом работать не кошерно.
Забыл сказать директория HOME находится на отдельном логическом диске.

Вылечилось эта проблема простым: sudo chown -R [user]:[user] /home/[user]

Комментарии (20)

Для начала советую посмотреть в сторону /etc/fstab

а что там должно?
http://dpaste.com/559327/

Лучше постите сразу сюда.
А что выдает ls -la в домашней директории?

выдает список директорий.

Спасибо, Кэп!
А сюда запостить результат?

sudo chown -R webs:webs /home/webs

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

Запустили что-то от рута, права и побились.

Непонятная причина в правах. основы posix

проблема такая-же, только сначала после загрузки все ок, а через несколько минут только чтение хоть застрелись и под root тоже.

Работает, спасибо огромное

Не могу удалить видео на NTFS-разделе /media/Win3/
Файловая система доступна только для чтения (30)
[email protected]:

$ sudo fsck.vfat -a /dev/sda2
[sudo] пароль для alexsandr:
fsck.fat 4.1 (2017-01-24)
Currently, only 1 or 2 FATs are supported, not 0.
[email protected]:/media$ ls -la
итого 36
drwxr-xr-x 8 root root 4096 ноя 12 21:37 .
drwxr-xr-x 26 root root 4096 окт 30 16:44 ..
drwxrwxrwx 15 alexsandr alexsandr 4096 ноя 11 22:45 2big-home
drwxrwxrwx 4 root root 4096 июн 17 11:26 3big-home
drwxrwxrwx 4 root root 4096 сен 16 22:18 5big-home
drwxr-x—+ 2 root root 4096 окт 30 16:44 alexsandr
drwxrwxrwx 21 alexsandr alexsandr 4096 ноя 7 10:58 big-home
lrwxrwxrwx 1 root root 45 окт 30 13:47 .directory -> /etc/kubuntu-default-settings/directory-media
lrwxrwxrwx 1 root root 42 окт 30 13:47 .hidden -> /etc/kubuntu-default-settings/hidden-media
drwxrwxrwx 1 root root 8192 май 11 2017 Win3
sudo chown -R root:root /media/Win3/
chown: изменение владельца ‘/media/Win3/’: Файловая система доступна только для чтения

Можно попробовать ntfsfix. Однако в таких случаях следует быть осторожным и сделать резервную копию данных.

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

Давно не писал про Ubuntu — не было повода, но недавно он появился. Мне не удалось скопировать на флешку файлы, о чем система радостно сообщала — «Файловая система доступна только для чтения».

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

Команду необходимо выполнить в терминале, вызвать который можно одновременным нажатием трёх клавиш — «Alt+Ctrl+T». Недоступность файловой системы была вызвана сбоем при копировании на флешку в прошлый раз. Возникли битые сектора, исправив которые, файловая система снова стала доступна для записи.

«sdb1» — идентификатор usb-накопителя в системе. Если у Вас два жестких диска, то он может отличаться от указанного. Выяснить его идентификатор можно командой:

Эта команда выведет список подключенных дисков.

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

«Операция над файлами была завершена с ошибками.
Копирование файлов report.txt
В: /media/usb0… „

Файл не копируется.
Права доступа к файлу проверил, можно читать и писать r/w

Проблема явно в том, как Ubuntu работает с флешками (флешь исправна, проверено, все флешки так себя ведут на этой машине).

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

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

Что из команд проверено:
sudo fdisk -l

множество сайтов облазил, но так ничего не понял.
та же ошибка но с самим телефоном.
было дело копировал сериальчик на внутреннюю память телефона (samsung galaxy s 2 i9100 телефончик рутированый, рутировал примерно года 1,5 назад-работал нормально без сбоев) во время копирования случайно выдернул usb шнур.
при повторном подключении ничего не заметил, с телефона все спокойно скидывается на пк а на тел с пк ни в какую. файлы на внутренней памяти и на флешке не возможно удалить через пк и менеджер файлов в телефоне, даже скриншоты не сохраняются. телефон перешел в режим только чтение.
помогите решить проблемку.

ps. root explorer только смог перемонтировать файловую систему для чтения и записи но только на момент удаления любого файла.

pss. вот я и подумал раз root explorer смог перемонтировать файловую систему и для чтения и для записи (хоть и временно) вот у меня и загорелась надежна что не все потеряно.
НАДЕЮСЬ ЧТО МНЕ ТУТ ПОМОГУТ.

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

Внезапно в ответ на любую команду получаем:

Такое сообщение означает, что файловая система /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» написано число — это адрес сбойного блока (сектора), запомните его.

После некоторой задержки (стандартно 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 секунд.

Приложение [ править ]

Скрипт для проверки состояния всех дисков. Требует smartctl и awk

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

unixforum.org

Форум для пользователей UNIX-подобных систем

  • Темы без ответов
  • Активные темы
  • Поиск
  • Статус форума

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

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

Сообщение ironcam » 14.04.2010 00:19

Re: [Решено] Файловая система доступна только для чтения

Сообщение SLEDopit » 14.04.2010 00:41

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.04.2010 08:33

Re: [Решено] Файловая система доступна только для чтения

Сообщение blackdevil » 14.04.2010 08:54

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.04.2010 09:02

Я не первый год на убунте)))

Re: [Решено] Файловая система доступна только для чтения

Сообщение blackdevil » 14.04.2010 09:14

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.04.2010 09:15

Re: [Решено] Файловая система доступна только для чтения

Сообщение blackdevil » 14.04.2010 09:25

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.04.2010 14:38

Re: [Решено] Файловая система доступна только для чтения

Сообщение blackdevil » 14.04.2010 15:12

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.04.2010 17:17

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.04.2010 23:39

Re: [Решено] Файловая система доступна только для чтения

Сообщение blackdevil » 15.04.2010 09:44

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 15.04.2010 10:03

Re: [Решено] Файловая система доступна только для чтения

Сообщение blackdevil » 15.04.2010 10:31

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 15.04.2010 10:34

Re: [Решено] Файловая система доступна только для чтения

Сообщение chemist » 15.04.2010 14:44

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 15.04.2010 20:11

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 18.04.2010 23:06

Re: [Решено] Файловая система доступна только для чтения

Сообщение t-rex » 19.04.2010 00:11

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 19.04.2010 01:21

Re: [Решено] Файловая система доступна только для чтения

Сообщение t.t » 19.04.2010 08:45

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 21.04.2010 09:33

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 14.08.2010 17:27

Re: [Решено] Файловая система доступна только для чтения

Сообщение ironcam » 17.08.2010 18:55

Только файловая система только для чтения

Я запускаю Ubuntu 12.10, Открыв любую оболочку, я получаю следующую ошибку:

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

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

Вот мой / etc / fstab

Вся файловая система доступна только для чтения. Я пробовал следующий

, который дал следующий (сокращенный) вывод

У меня такая же проблема с Xubuntu 12.10. ФС внезапно и случайно становятся доступными только для чтения. Возможно, это связано с этой ошибкой:

Кажется, проблема связана с новое ядро.

Если бы это случилось на моем и, похоже, оно было отсортировано, по крайней мере на данный момент. Загрузите из более старого ядра в grub, а затем обновите его до самой новой версии xubuntu. После этого немедленно перезапустите. Когда grub снова появляется, загрузитесь в режиме восстановления для последнего ядра. Выберите fsck. Появится сообщение о том, что необходимо изменить файловую систему на чтение / запись, чтобы продолжить (или что-то в этом направлении). Выберите «Да», дайте ему проверить и перезапустите. Загрузитесь нормально, и это должно сработать, и для меня все равно.

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

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

Я перезагрузился и попытался загрузить старое ядро, оно жаловалось на нечитаемую файловую систему. Я нажал исправление, но не смог, затем перезагрузил и загрузил более позднее ядро ​​(3.5.0-18-generic), и теперь он работает.

Хочу отметить, что эта версия Ubuntu 12.10 amd64 не работает, как я и ожидал, он страдает от многих сбоев, и мне пришлось загружаться 2 раза с помощью USB-накопителя, чтобы перенастроить все, поскольку он не смог смонтировать файловую систему.

Чтобы решить эту проблему, я загрузил диск USB и в терминале и выполнил:

Чтобы перенастроить все. После этого снова загрузился диск 12.10 (а не диск usb) и снова перенастроил его, так как gnome-shell не работал должным образом.

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

Я использую Ubuntu 12.10. При открытии любой оболочки я получаю следующую ошибку:

Я понял, что это не просто проблема с rbenv, так как любой файл, в который я пытаюсь записать, возвращает сообщение о том, что система доступна только для чтения.

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

Вот мой / etc / fstab

Вся файловая система доступна только для чтения. Я пробовал следующее

который дал следующий (сокращенный) вывод

Я подозревал, что это проблема моего жесткого диска, поэтому я:

  • приобрел и установил новый жесткий диск с такими же характеристиками и
  • переустановил Ubuntu 12.04 на нем.

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

У меня такая же проблема с Xubuntu 12.10. FS внезапно и случайно становится доступным только для чтения. Может быть, это связано с этой ошибкой:

Похоже, проблема в новом ядре.

Если бы это случилось на моем и, кажется, было отсортировано, по крайней мере, на данный момент. Загрузитесь с более старого ядра в grub, затем снова выполните обновление до новейшей версии xubuntu. После этого сразу перезагрузите. Когда grub снова появится, загрузитесь в режиме восстановления для последнего ядра. Выберите fsck. Появится сообщение о том, что для продолжения необходимо изменить файловую систему на чтение / запись (или что-то в этом роде). Выберите «Да», дайте ему выполнить проверку и перезапустите. Загрузись нормально и все должно работать, все равно сделал для меня.

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

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

Я перезагрузился и попытался загрузить старое ядро, оно жаловалось на нечитаемую файловую систему. Я нажал опцию исправления, но тоже не получилось, потом перезагрузил и загрузил ядро ​​(3.5.0-18-generic), и теперь оно работает.

Я хочу отметить, что эта версия Ubuntu 12.10 amd64 не работает, как я ожидал, она терпит множество сбоев, и мне пришлось 2 раза загружаться с USB-накопителя, чтобы переконфигурировать все, поскольку она не смогла смонтировать файловую систему.

Чтобы решить эту проблему, я загрузился с помощью USB-накопителя и терминала и выполнил:

Чтобы перенастроить все. После этого снова загрузили диск 12.10 (не usb-накопитель) и заново все настроили, так как gnome-shell не работал должным образом.

Ссылка на основную публикацию