Linux режим только чтение

Исправление ошибки «Файловая система доступна только для чтения» в 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: Отказано в доступе

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

Источник

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

Источник