файловая система доступна только для чтения linux флешка как исправить
Исправление ошибок файловой системы Ubuntu «Файловая система доступна только для чтения»
Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.
Причин возникновения проблем с доступом к файлам в Ubuntu может быть несколько.
Неисправность носителя
В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.
В случае, когда проблемным является жёсткий диск, выполнить проверку будет гораздо труднее. Если на вашем компьютере стоит две системы, проверьте, исправно ли работает ваш HDD на Windows. Эти способы позволят определить очаг неисправности.
Форматирование
Во многих случаях вернуть работоспособность помогает простое форматирование файловой системы. Особенно легко это сделать на флешке. Правда, не всегда мы готовы расстаться с той информацией, которая на ней уже есть. Перекиньте все данные на компьютер под управлением Виндовс и отформатируйте проблемный накопитель.
С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.
Проверка на наличие ошибок
Проверить диск на наличие ошибок можно не только на Windows. Убунту также обладает достаточным арсеналом для этого. Сделать это можно и с помощью команд, и пользуясь специальным приложением. Сначала разберём способ, использующий стандартные средства.
Просматриваем список накопителей:
Проверяем конкретный накопитель:
В примере взят sdf, но у вас название диска может отличаться.
Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:
Теперь проверяем том на бэдблоки — проблемные области:
Прогресс выполнения будет отображаться в процентах.
Теперь отмечаем бэдблоки, чтобы система перестала их использовать:
Такой способ в теории должен помочь исправить неполадки с любыми видами носителей. Если же сканирование дисков на ошибки не помогло, то пора воспользоваться удобной утилитой — GParted.
GParted
Права доступа
Наконец, последняя причина, по которой мы теряем доступ к управлению данными на носителях, заключается в нарушенных правах. С ней могут сталкиваться и опытные юзеры, использующие root-режим. Когда мы используем различные команды, не до конца понимая их суть, или запускаем программы с расширенными полномочиями, система может по ошибке перекрыть доступ.
После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.
В качестве универсального метода здесь подойдёт команда:
Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.
Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.
Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.
Файловая система доступна только для чтения в 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 смог перемонтировать файловую систему и для чтения и для записи (хоть и временно) вот у меня и загорелась надежна что не все потеряно.
НАДЕЮСЬ ЧТО МНЕ ТУТ ПОМОГУТ.
Всем привет! Кто нибудь сталкивался с такой проблемой «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 слегка замороченая и не очень стабильная.
[РЕШЕНО] USB флешка не форматируеться
Диск /dev/sda: 160.0 Гб, 160041885696 байт
255 головок, 63 секторов/треков, 19457 цилиндров, всего 312581808 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x78055ca9
Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 63 93080609 46540273+ 7 HPFS/NTFS/exFAT
/dev/sda2 93081598 312580095 109749249 5 Расширенный
/dev/sda5 93081600 156332031 31625216 83 Linux
/dev/sda6 156334080 312580095 78123008 b W95 FAT32
Диск /dev/sdb: 16.0 Гб, 16008609792 байт
255 головок, 63 секторов/треков, 1946 цилиндров, всего 31266816 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0xcad4ebea
Устр-во Загр Начало Конец Блоки Id Система
/dev/sdb4 * 63 31266815 15633376+ 7 HPFS/NTFS/exFAT
vega-Lenovo
# sudo umount /dev/sdb4
vega-Lenovo
Диск /dev/sda: 160.0 Гб, 160041885696 байт
255 головок, 63 секторов/треков, 19457 цилиндров, всего 312581808 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x78055ca9
Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 63 93080609 46540273+ 7 HPFS/NTFS/exFAT
/dev/sda2 93081598 312580095 109749249 5 Расширенный
/dev/sda5 93081600 156332031 31625216 83 Linux
/dev/sda6 156334080 312580095 78123008 b W95 FAT32
Диск /dev/sdb: 16.0 Гб, 16008609792 байт
255 головок, 63 секторов/треков, 1946 цилиндров, всего 31266816 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0xcad4ebea
Устр-во Загр Начало Конец Блоки Id Система
/dev/sdb4 * 63 31266815 15633376+ 7 HPFS/NTFS/exFAT
vega-Lenovo
# dd if=/dev/zero of=/dev/sdb4
dd: открытие «/dev/sdb4»: Файловая система доступна только для чтения
vega-Lenovo
# dmesg | tail
[ 1749.538629] usb 1-3: SerialNumber: 4C532000020831106203
[ 1749.539572] scsi7 : usb-storage 1-3:1.0
[ 1750.538635] scsi 7:0:0:0: Direct-Access SanDisk Cruzer Blade 1.26 PQ: 0 ANSI: 5
[ 1750.542201] sd 7:0:0:0: Attached scsi generic sg1 type 0
[ 1750.543397] sd 7:0:0:0: [sdb] 31266816 512-byte logical blocks: (16.0 GB/14.9 GiB)
[ 1750.545281] sd 7:0:0:0: [sdb] Write Protect is on
[ 1750.545298] sd 7:0:0:0: [sdb] Mode Sense: 43 00 80 00
[ 1750.546796] sd 7:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn’t support DPO or FUA
[ 1750.565865] sdb: sdb4
[ 1750.570619] sd 7:0:0:0: [sdb] Attached SCSI removable disk
vega-Lenovo
# dd if=/dev/zero of=/dev/sdb4
dd: запись в «/dev/sdb4»: Операция не позволена
1+0 записей получено
0+0 записей отправлено
скопировано 0 байт (0 B), 0,00246833 c, 0,0 kB/c
Файловая система доступна только для чтения
Внезапно в ответ на любую команду получаем:
Содержание
Важно [ править ]
Диагностика [ править ]
Проверяем состояние жёсткого диска.
В командной строке (в окне терминала) запускаем с правами суперпользователя:
Примечание [ править ]
Исправление [ править ]
Поиск сбойного блока [ править ]
Посмотрите сообщение о прогнозируемом времени выполнения:
Please wait … minutes for test to complete.
Test will complete after …
Подождите это время и выполните команду
Команда выдаст таблицу. В верхней строчке в столбце «Status» написано «Completed: read failure», в столбце «LBA_of_first_error» написано число — это адрес сбойного блока (сектора), запомните его.
После некоторой задержки (стандартно 70 секунд) команда выдаст ошибку и сообщение.
Отбраковка сбойного блока [ править ]
Внимание! Следующая команда перезаписывает нулями весь сектор, но он и так не читается, главное не ошибиться с сектором и с диском
Должен выдать пачку нулей и не должно быть задержки и ошибки
После этого снова проверяем состояние диска
Если результат «GOOD» — все хорошо
Если же будет «BAD» — нужно смотреть:
Поиск повреждённого файла [ править ]
Используйте программу DMDE — в режиме просмотра физического диска найдите восстановленный сектор и программа покажет, к какому файлу он относится. Затем замените файл из резервной копии. (В случае, если нет резервной копии и это программа или библиотека, найдите пакет, которому принадлежит файл и установите пакет заново.)
После всех манипуляций имеет смысл проверить файловую систему командой fsck на отмонтированной ФС.
Примечания [ править ]
Ненулевые Reallocated_Sector_Ct и Reallocated_Event_Count свидетельствуют о физических сбоях, такой диск лучше заменить.
Offline_Uncorrectable — блоки, ошибки на которых контроллер диска не смог исправить.
Таймауты SCT ERC контроллера диска задают время задержек, при которых блок будет помечен сбойным:
Приложение [ править ]
Скрипт для проверки состояния всех дисков. Требует smartctl и awk