Linux перемонтировать root в режиме rw

Перемонтируем ro в rw

Добрый день. Есть ТВ приставка, хочу редактировать содержимое файловой системы. Сейчас на ней залита прошивка провайдера, файловая система ubifs, ro. Модель приставки — imaqliq g-box.

mount rootfs on / type rootfs (rw) ubi0:rootfs on / type ubifs (ro,relatime) devtmpfs on /dev type devtmpfs (rw,size=177556k,nr_inodes=44389,mode=755) proc on /proc type proc (rw,relatime) sysfs on /sys type sysfs (rw,relatime) devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw,relatime,mode=777) tmpfs on /tmp type tmpfs (rw,relatime,size=98304k,mode=777) tmpfs on /media type tmpfs (rw,relatime) ubi1:config on /etc/config type ubifs (rw,relatime) 

cat proc/cpuinfo machine : stb9 processor : 0 cpu family : sh4 cpu variant : st40-300 cpu type : STxH205 cut : 2.x cpu flags : fpu icbi synco fpchg cache type : split (harvard) icache size : 32KiB (2-way) dcache size : 32KiB (2-way) address sizes : 32 bits physical bogomips : 544.76 

df -h Filesystem Size Used Available Use% Mounted on ubi0:rootfs 55.3M 55.3M 0 100% / devtmpfs 173.4M 0 173.4M 0% /dev tmpfs 173.5M 4.0K 173.4M 0% /dev/shm tmpfs 96.0M 120.0K 95.9M 0% /tmp tmpfs 173.5M 0 173.5M 0% /media ubi1:config 3.0M 120.0K 2.7M 4% /etc/config 

uname -a Linux 2.6.32.59-b2067 #1 Fri May 22 02:51:55 MSK 2015 sh4 GNU/Linux 

mount -t ubifs -o remount,rw ubi0:rootfs /

 UBIFS: cannot re-mount due to prior errors

Источник

Linux перемонтировать root в режиме rw

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

# mount -no remount,rw /dev/sda1

Автор

UNLIX

Возможно Вам будет это инетересно

UFW – Uncomplicated Firewall / Незамысловатый межсетевой экран

Grub rescue на Linux что делать не загружается ОС

Как удалить каталог Linux

2 thoughts on “Перемонтировать корневой раздел из режима RO в RW”

А куда вписать команду # mount -no remount,ru /dev/sda1 ? В Root Explorer в разделе Phone/system/etc нет файла vold.fstab

Не пойму о каком файле речь, потому что о нем в записи не упоминается) Команда пишется в командной строке от рута.

Добавить комментарий Отменить ответ

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

• lazar2038 к записи Ошибка 500 OOPS: vsftpd: refusing to run with writable root inside chroot() в VSFTPD на Линукс
• firefox к записи Как включить автозавершение команд нажатием Tab в терминале на Debian
• Анна к записи Разворачиваем кластер Kubernetes на Debian
• Сергей к записи Как вывести список Python в виде одной строки
• UNLIX к записи Как скопировать таблицу разделов диска в Linux

Источник

How do I change file system in recovery mode to read-write mode?

I have messed up my sudoers file and I want to change the permission on it. When I login in recovery mode, I cannot run the command chmod as it is read-only option. I tried mount -o remount,rw / in recovery mode. Didn’t work for me:

Err : Ext4-fs remount. Opts errors=remount-ro 

3 Answers 3

I did some web searching on «Recover Mode Read Only» and came across this post on LinuxQuestions.org website.

1. Shutdown the computer
2. Boot into Recovery Mode —After BIOS load, hold down Shift key to access the grub menu —Once in grub menu, select the entry ending in «(recovery mode)»
3. From the next menu selected option to enter Root Session
4. At the root session, execute command mount -o rw,remount / to remount the filesystem as read-write

@RishabhAgrahari You’ll get that message if you added a space after «rw» in the command (ask me how I know 🙂 ). It’s as-written: mount(space)-o(space)rw,remount(space)/

Since the answer is a bit old and did not work for me, I share with you my solution. I mistyped an option in fstab for the / directory (very bad, I know).

In order to mount in recovery mode with read write option the mentioned solutions did not work for me.

I simply chose the kernel with recovery mode option and pressed e to modify the boot parameter from ro to rw .

I always use following way to change into read/write mode

• Login in Safe Mode
• From the Menu just go to Grub option, it will give a message like Updating grub will mount your system in read/write mode. Just chose yes to mount your system in read/write mode. It will update your grub and will exit from Grub menu.
• Finally login as root, your system will be in read/write mode.
• You can also chose dpkg option from the menu to change file system to read/write mode.

It always worked for me. It helps when you don’t remember the command to change into read/write mode.

@gman: Safe Mode is kind of login without the GUI part! You can do so by holding Shift while your system restarts. You’ll get a GRUB menu from where you can choose to login in SAFE MODE

You must log in to answer this question.

Highly active question. Earn 10 reputation (not counting the association bonus) in order to answer this question. The reputation requirement helps protect this question from spam and non-answer activity.

Источник

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

21.10.2022

itpro

CentOS, Linux, Ubuntu

Один комментарий

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

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

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

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

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

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

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

В случае обнаружения ошибок на диске вы можете использовать одну из трех опций errors=[continue|remount-ro|panic]

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

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

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

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

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

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

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

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. Иначе выполняем проверку диска:

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

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

Предыдущая статья Следующая статья

Источник

Как смонтировать в другой каталог уже смонтированный root?

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

# mount /dev/sda2 root-rw mount: /dev/sda2 уже примонтирован или root-rw занят mount: согласно mtab, /dev/sda2 примонтирован на / 

Это как-то лечится без рестарта и загрузки с livecd? 🙂

После этого (если сработает) в r/o обратно не получится перемонтировать без перезагрузки. Хотя, если иного метода правки не получится найти, то придётся так попробовать 🙂

Re: Как смонтировать в другой каталог уже смонтированный root?

KRoN73 wrote:

После этого (если сработает) в r/o обратно не получится перемонтировать без перезагрузки.

Можно попытаться перемонтировать в ro с помощью SysRq+u.

Re: Как смонтировать в другой каталог уже смонтированный root?

Так всё перемонтируется, мне же всякие /tmp, /home, /var нужны в rw 🙂

Re: Как смонтировать в другой каталог уже смонтированный root?

Если в fstab вписано ro (а что происходит а обсуждаемом случае — не знаю), то достаточно просто mount -o remount /path, возвращается к исходному состоянию. Хотя если busy помешает то может не пройти.

Ради смеха написал скрипт, определяющий, какие процессы пишут в корень:

bash$ cat who_writes_fs.sh
#!/bin/sh

find /proc/*/fd/ -type l 2>/dev/null | while read i; do
stat -c «%A» «$i» | grep -q «w» || continue;

r=`readlink -f «$i» 2>/dev/null`
[ -z «$r» ] && continue;
[ «`stat -c »%D» «$r» 2>/dev/null`» == «$dev» ] && echo «$i -> $r»
done

У меня это оказался smbd (2 шт).

После его остановки отлично перемонтировался в ro.

# ./who_writes_fs.sh stat: невозможно выполнить stat для `/proc/25238/fd/0': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/25238/fd/1': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/25238/fd/2': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/25238/fd/3': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/25238/fd/4': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/25238/fd/7': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/25239/fd/4': Нет такого файла или каталога /proc/6550/fd/16 -> /session_mm_apache2handler0.sem /proc/6554/fd/16 -> /session_mm_apache2handler0.sem /proc/6555/fd/16 -> /session_mm_apache2handler0.sem /proc/6556/fd/16 -> /session_mm_apache2handler0.sem /proc/6557/fd/16 -> /session_mm_apache2handler0.sem /proc/6558/fd/16 -> /session_mm_apache2handler0.sem /proc/6559/fd/16 -> /session_mm_apache2handler0.sem /proc/6560/fd/16 -> /session_mm_apache2handler0.sem /proc/6561/fd/16 -> /session_mm_apache2handler0.sem /proc/6562/fd/16 -> /session_mm_apache2handler0.sem /proc/6563/fd/16 -> /session_mm_apache2handler0.sem stat: невозможно выполнить stat для `/proc/6789/fd/21': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/6791/fd/18': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/6793/fd/17': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/6795/fd/18': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/6795/fd/19': Нет такого файла или каталога /proc/6797/fd/16 -> /session_mm_apache2handler0.sem /proc/6804/fd/16 -> /session_mm_apache2handler0.sem /proc/6805/fd/16 -> /session_mm_apache2handler0.sem /proc/6813/fd/16 -> /session_mm_apache2handler0.sem /proc/6814/fd/16 -> /session_mm_apache2handler0.sem /proc/6815/fd/16 -> /session_mm_apache2handler0.sem /proc/6816/fd/16 -> /session_mm_apache2handler0.sem /proc/6844/fd/16 -> /session_mm_apache2handler0.sem /proc/6845/fd/16 -> /session_mm_apache2handler0.sem /proc/6847/fd/16 -> /session_mm_apache2handler0.sem /proc/6848/fd/16 -> /session_mm_apache2handler0.sem /proc/6849/fd/16 -> /session_mm_apache2handler0.sem /proc/6850/fd/16 -> /session_mm_apache2handler0.sem /proc/6851/fd/16 -> /session_mm_apache2handler0.sem /proc/6852/fd/16 -> /session_mm_apache2handler0.sem stat: невозможно выполнить stat для `/proc/self/fd/3': Нет такого файла или каталога stat: невозможно выполнить stat для `/proc/self/fd/4': Нет такого файла или каталога 

Подготовить запасной корень и сделать pivot_root? 🙂

Эх, если бы я не поскупился в своё время на производительность и LVM2 поставил бы на сервере. 🙂

Всё правильно отработало. Только написано на коленке, вот и мусорит сообщениями об ошибках.

Процесс за нумером 6850 держит файл /session_mm_apache2handler0.sem

Спасибо, попробую попозже поиграть с монтированием при отрубленном Апаче.

Не, не помогло. В списке больше никого нет, но:

# mount / -o remount,ro
mount: / занят

Источник