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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GParted

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

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

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

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

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

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

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

Источник

Жёсткий же мрёт. Сохраняй нужное и пока 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)

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

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

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

В линуксе у файловых систем есть опция: перемонтировать в 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 (или что-то другое), только сохрани нужное куда-нибудь.

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Всем привет! Кто нибудь сталкивался с такой проблемой «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 ее можно использовать?

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

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

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

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

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

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»

поделитесь плиз своими параметрами для /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 слегка замороченая и не очень стабильная.

Источник

Как исправить read only file system в Linux

С такими файловыми системами вы сделать ничего не сможете. Для изменения данных в них, надо распаковать образ, изменить данные и запаковать его обратно. Но что касается обычных файловых систем, таких как EXT4, BTRFS, XFS, то их можно монтировать и для чтения и для записи.

Ошибка read only file system в Linux

В этой небольшой статье мы рассмотрим как исправить read only file system Linux перемонтировав файловую систему для записи. Первым делом надо определиться с точкой монтирования, для которой надо разрешить запись. Попытаемся создать файл в корневом каталоге:

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

В данном случае, корневая файловая система и есть точкой монтирования. Но у вас, например, возникнут проблемы с созданием файла в домашней папке, то надо будет уже перемонтировать /home. Смотрите внимательно. Когда точка монтирования выбрана, осталось её примонтировать с правами на запись:

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

Теперь вы знаете что означает эта ошибка и как с ею справится. Если у вас остались вопросы, спрашивайте в комментариях!

Источник