Error writing etc fstab read only file system

Исправление Read-Only File System в Linux

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

Ошибки файловой системы и опция remount-ro

Проверьте параметры монтирования дисков при загрузке Linux. Настройки монтирования файловых систем при загрузке задаются в файле /etc/fstab.

Обратите что в fstab есть строка монтирования корневой директории вида:

Параметр errors=remount-ro означает, что данная директория будет смонтирована в режиме чтения, если на файловой системе устройства обнаружены проблемы. В этом случае нужно выполнить проверку диска с помощью FSCK.

Обычные файловые системы такие как EXT4/BTRFS/XFS можно монтировать как в режиме записи, так и только для чтения (в отличии от файловых систем ISO или SquashFS, которые доступны только для чтения).

• continue – игнорировать ошибки,
• remount-ro – перемонтировать диск в режиме только для чтения
• panic – остановить загрузку системы

Вы можете вывести соответствие между UUID диска и именем устройства:

В данном примере вы получили, что вашему UUID соответствует устройство /dev/sda3.

Также можно имена устройства и точки монтирования с помощью команды:

Т.к. в данном примере ошибки обнаружены в корневой директории которая является точкой монтирования, вы сможете выполнить ее проверку только загрузившись с LiveCD. Для исправления ошибок файловой системы используется команда:

$ sudo fsck –y /dev/sda3

$ sudo fsck –y UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa

Если вы не можете прямо сейчас выполнить проверку диска, и вы хотите немедленно вывести файловую систему из режима read-only, нужно выполниться команду:

$ sudo mount -o remount,rw /

Read-only файловая система в виртуальных машинах

Файловая система раздела Linux на виртуальной машине можете перейти в read-only в случае недоступность системы хранения данных (СХД). Самый простой способ восстановить работу ОС – выполнить сброс виртуальной машины (фактически перезапуск с параметрами по умолчанию).

Может оказаться, что ВМ с Linux вообще не загружается и вам доступна только командная строка initramfs с предупреждениями:

Initramfs это начальная файловая система в оперативной памяти, которая основана на tmpfs, которая содержит утилиты и скрипты, необходимые для работы с дисками, файловыми системами и тд. После запуска initramfs отобразится проблемная ситуация.

Если же ошибок нет – просто вводим exit. Иначе выполняем проверку диска:

Здесь указан том (в данной случае /dev/sda1), для которого требуется выполнить ручную проверку. С помощью следующей команды можно проверить все подключенные файловые системы:

Источник

Arch Linux

You are not logged in.

#1 2012-06-15 12:23:50

Failed to write /etc/fstab: File system is read-only [SOLVED]

I just finished installing arch with Archboot on my SSD. Used GPT Table and EXT4 selected base package and let the installer do his thing.
After everything was finished I logged into root with my new installation and wanted to remove the «ssd» option from /etc/fstab because
it can’t handle it on boot but I’ve seen other people use this option. When I try to save changes it fails because everythinig is read-only.
What happend?

EDIT: First I used the net install which installed linux 3.4.2. After having this problem I formatted everything and used
the CD snapshot which installed linux 3.2 something but ended up with the same problem. Though it had something
to do with the latest news about manual intervention but it should not have been a problem with the older snapshot.

Last edited by blackout23 (2012-06-15 13:43:18)

#2 2012-06-15 12:57:29

Re: Failed to write /etc/fstab: File system is read-only [SOLVED]

What «ssd» option in fstab? I searched the fstab wiki entry (Ctrl+F) for «ssd» and nothing came up.

Just follow the Beginner’s Guide and when you get to «/etc/fstab», read and adjust it according to your setup.

I have made a personal commitment not to reply in topics that start with a lowercase letter. Proper grammar and punctuation is a sign of respect, and if you do not show any, you will NOT receive any help (at least not from me).

#3 2012-06-15 13:08:49

Re: Failed to write /etc/fstab: File system is read-only [SOLVED]

Tried to make an btrfs install first and stumbled upon the ssd mount option here.

I reinstalled everything for the third time without noatime and discard even though I have used
arch on this ssd with these options before. No I can modify files like /etc/rc.conf which helps ALOT!

Now the problem is that I can’t get pacman-key —init to finish. It is stuck at «Generating pacman keychain masterkey. » since
15 minutes. Without it I can’t install anything.

#4 2012-06-15 13:23:10

Re: Failed to write /etc/fstab: File system is read-only [SOLVED]

Now the problem is that I can’t get pacman-key —init to finish. It is stuck at «Generating pacman keychain masterkey. » since
15 minutes. Without it I can’t install anything.

There have been several threads on this. It’s waiting for entropy. Try running a disk-intensive activity like updatedb or ls -R / in another TTY.

Last edited by 2ManyDogs (2012-06-15 13:25:56)

How to post. A sincere effort to use modest and proper language and grammar is a sign of respect toward the community.

#5 2012-06-15 13:30:06

Re: Failed to write /etc/fstab: File system is read-only [SOLVED]

WHAT «ssd» option in fstab?? Even the SSD article doesn’t have anything like that! Ubuntu (which is a vastly more popular Linux distro than Arch) doesn’t know about it either: Fstab. But seriously, run ‘man fstab’, press «/» (to search), type «ssd» and press enter! You won’t find anything in there! I think somebody was fucking around with the wiki.

And did you not see the «The factual accuracy of this article or section is disputed» sign?

Don’t believe everything you read.

I have made a personal commitment not to reply in topics that start with a lowercase letter. Proper grammar and punctuation is a sign of respect, and if you do not show any, you will NOT receive any help (at least not from me).

Источник

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

Способ 1: Настройка прав доступа

Первый способ исправления ошибки «Файловая система доступна только для чтения» в Linux заключается в проверке прав доступа. Иногда пользователь случайно или намерено устанавливает ограничения, которые распространяются и на других юзеров. Для начала предлагаем проверить атрибуты, а затем внести изменения, если это требуется.

1. Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.
2. Здесь введите команду ls -l , чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам.

После активации команды вы будете уведомлены, что все изменения успешно вступили в силу. Следом рекомендуется перезагрузить ПК и можно приступать к тестированию. Если же при использовании команды ls было обнаружено, что для раздела или носителя установлены все требуемые атрибуты, следует перейти другим решениям возникшей проблемы.

Способ 2: Исправление ошибок через GParted

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

1. Если GParted по умолчанию отсутствует в вашем дистрибутиве, установите ее с помощью команды sudo apt-get install gparted . Подтвердите это действие, введя пароль суперпользователя и одобрив скачивание архивов.
2. После этого утилиту проще всего запустить, нажав на соответствующий значок в меню приложений.

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

Способ 3: Исправление поврежденных блоков

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

1. Для начала просмотрим список дисков, чтобы понять, какой из них следует проверять. Осуществляется это через команду fdisk -l .
2. В списке отыщите проблемный накопитель, определив его точное название. Далее оно потребуется при активации соответствующей команды для лечения блоков.
3. Теперь используйте команду hdparm -i /dev/sda2 | grep Model , чтобы проверить выбранный носитель или логический диск. Здесь замените /dev/sda2 на определенное ранее название.
4. После этого следует отмонтировать диск, чтобы в дальнейшем запустить проверку блоков. Осуществляется это через строку umount /dev/sda2 .
5. Запустите проверку, вставив команду badblocks -s /dev/sda2 > /root/badblock .
6. Обнаруженные блоки, которые не подлежат исправлению, требуется отметить, чтобы система перестала их задействовать. Для этого используйте e2fsck -l /root/badblock /dev/sda2 .

Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».

Способ 4: Форматирование накопителя

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

Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.

Источник

Error writing etc fstab read only file system

Hi all. I am new here and new to raspberry pi and linux but doing by best to learn.

I am have a pi 3 for retro pie. I tried to mount an external self powered hard drive so that I could bring large size roms to my sd card. I made an error in the fstab (almost certain) and when I saved and rebooted I go into emergency mode.

I have no other machines running linux and have come up with only one way i can think to fix the fstab: buy another sd card and set it up and boot as a new retro pie machine. Then use WinSCP to copy the new virgin fstab over the corrupted one.

Any thoughts on this are appreciated. Another method? Tips? Thank you!

Re: Emergency Mode due to fstab

Welcome to the forums.

Having an extra SD is never a bad idea.

You could also add «init=/bin/sh» at the end of cmdline.txt, in the boot partition of the SD.
That would start you in a minimum shell environment, as root, where you should be able to «mount -o remount,rw /» (to mount the root partition in read-write mode), then «nano /etc/fstab» and comment out the offending line.
Then run «sync» once or twice, then «exit» (and there the OS will panic, this is OK)

After that, power off the Pi, remove «init=/bin/sh» from cmdline.txt, and reboot.
Hopefully the machine will start this time.

(systemd loves to put the system in emergency mode when a drive is missing —or simply just a bit too slow. Look for threads that mention options like nofail, x-systemd-automount, etc.)

EDIT: Add the mandatory remount action I forgot in the initial post, sorry.

Источник

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

Ошибки файловой системы и опция remount-ro

Проверьте параметры монтирования дисков при загрузке Linux. Настройки монтирования файловых систем при загрузке задаются в файле /etc/fstab.

$ cat /etc/fstab

Обратите что в fstab есть строка монтирования корневой директории вида:

UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa / ext4 errors=remount-ro 0 1

Параметр
errors=remount-ro
означает, что данная директория будет смонтирована в режиме чтения, если на файловой системе устройства обнаружены проблемы. В этом случае нужно выполнить проверку диска с помощью FSCK.

Обычные файловые системы такие как EXT4/BTRFS/XFS можно монтировать как в режиме записи, так и только для чтения (в отличии от файловых систем ISO или SquashFS, которые доступны только для чтения).

Вы можете вывести соответствие между UUID диска и именем устройства:

$ sudo blkid

В данном примере вы получили, что вашему UUID соответствует устройство /dev/sda3.

Также можно имена устройства и точки монтирования с помощью команды:

$ df –h

Т.к. в данном примере ошибки обнаружены в корневой директории которая является точкой монтирования, вы сможете выполнить ее проверку только загрузившись с LiveCD. Для исправления ошибок файловой системы используется команда:

$ sudo fsck –y /dev/sda3

Или

$ sudo fsck –y UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa

Если вы не можете прямо сейчас выполнить проверку диска, и вы хотите немедленно вывести файловую систему из режима read-only, нужно выполниться команду:

$ sudo mount -o remount,rw /

Обязательно запланируйте проверку файловой системы на ближайшее время.

Read-only файловая система в виртуальных машинах

Файловая система раздела Linux на виртуальной машине можете перейти в read-only в случае недоступность системы хранения данных (СХД). Самый простой способ восстановить работу ОС – выполнить сброс виртуальной машины (фактически перезапуск с параметрами по умолчанию).

Может оказаться, что ВМ с Linux вообще не загружается и вам доступна только командная строка initramfs с предупреждениями:

UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.
Fsck exitrd with code 4.
The root file system of /dev/sdx requires a manual fsck.

Initramfs это начальная файловая система в оперативной памяти, которая основана на tmpfs, которая содержит утилиты и скрипты, необходимые для работы с дисками, файловыми системами и тд. После запуска initramfs отобразится проблемная ситуация.

Если же ошибок нет – просто вводим exit. Иначе выполняем проверку диска:

$ fsck /dev/sda3 –y

Здесь указан том (в данной случае /dev/sda1), для которого требуется выполнить ручную проверку. С помощью следующей команды можно проверить все подключенные файловые системы:

$ fsck –A –y /dev/sda1

После этого перезагрузите ВМ.

Помогла ли Вам статья?

Are you stuck with fstab can’t open file for writing error? We can help you fix it.

Read only permission for fstab is set for normal users.

At Bobcares, we often get requests regarding fstab as a part of our Server Management Services.

Today let’s discuss how our Support Engineers resolve fstab can’t open file for writing error for our customers.

Causes for fstab can’t open file for writing

The configuration file /etc/fstab contains the necessary information to automate the process of mounting partitions.

If we add a new hard disk or to partition the existing one. We need to modify the fstab file. By default, to read-only is provided for ordinary users as a security measure.

Thus, if fstab does not have the required permission or if an immutable attribute is set this error occurs.

Let’s discuss how our Support Engineers fix the error when trying to make changes in fstab file.

How we fix fstab can’t open file for writing

Recently one of our customers contacted us with the same error. Let’s discuss how our Support Engineers resolved the error for our customers.

No write permission for fstab

One of the common reason for the error is that the fstab is a read-only file. In this case we need to we check the permission of the file using the command.

ls -al /etc/fstab

Thus, we give write permission for the file using the command.

chmod 644 /etc/fstab

On executing the command we will be able to edit the file without any error.

Immutable permission set for fstab

Recently one of the customer contacted us saying we are unable to edit the fstab file. On analyzing the file, write permission was available for the file.

We found that the immutable attribute was set for the file. We check the immutable permission of the file using the command.

lsattr /etc/fstab

The immutable attribute displays as

Thus, we remove the immutable attribute of the file using the command,

chattr -i /etc/fstab

After removing the attribute we edit the file. Once we have edited the file we save the file.

Then we add the immutable attribute back using the command,

chattr +i /etc/fstab

fstab can’t open file for writing.

Thus, we edit the file without any errors..

Root access required to edit

One of the simplest reason for this error to occur is because the root permission is required to edit the fstab. When editing the file we log in as root user and edit the file.

Thus, it resolved the error and we can edit the fstab file.

[Need any assistance in fixing fstab errors? – We’ll help you]

Conclusion

In short, we have discussed fstab. Also, we have discussed how our Support Engineers fix fstab can’t open file for writing error for our customers.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;