LINUX.ORG.RU

Точки монтирования в режиме только для чтения


0

0

Как ожидается, в Линуксе команда mount --bind будет скоро поддерживать режим read only, что может значительно увеличить безопасность, например, chroot'ed сервисов. Кроме того, вы просто можете переводить в этот режим любые части вашего сервера.

>>> Подробности

★★★★★

Проверено: svu ()
Ответ на: комментарий от gaa

Действительно, как я сразу не догадался? :)

А главное - очень удобно.
</сарказм>

anonymous
()
Ответ на: комментарий от anonymous

>Мне оно пишет:

>root@localhost:/home/user# mount -o remount,ro /
>mount: / занят

mount -l -o remount,rw /

ig0r
()
Ответ на: комментарий от Gharik

>А конфиги как править?

Вы про UnionFS слышали ?

По теме, слабые попытки реализовать per process namespaces (не на уровне ядра)

robot12 ★★★★★
()
Ответ на: комментарий от Gharik

>> mount -o remount,rw /

> А обратно? А конфиги как править?

Забыл сказать, что /etc тоже надо бы на rw сунуть. а обратно, если мне не изменяет память, mount -o remount,ro.

Для тех, кто возмущался по поводу удобства: а почему Вы под рутом не сидите? Так же гораздо удобнее ;)

gaa ★★
()
Ответ на: комментарий от execve

>А что за файлы-то? Потому как у меня не занято.

COMMAND PID USER FD TYPE DEVICE SIZE NLINK NODE NAME
init 1 root 0u CHR 5,1 0 2132 /dev/console (deleted)
init 1 root 1u CHR 5,1 0 2132 /dev/console (deleted)
init 1 root 2u CHR 5,1 0 2132 /dev/console (deleted)
mysqld 5338 mysql 5u REG 8,1 0 0 765542 /tmp/ibxIx1w2 (deleted)
mysqld 5338 mysql 6u REG 8,1 0 0 765543 /tmp/ib5bArXQ (deleted)
mysqld 5338 mysql 7u REG 8,1 0 0 765544 /tmp/ibP6NRnF (deleted)
mysqld 5338 mysql 8u REG 8,1 0 0 765545 /tmp/ib5FJVOt (deleted)
mysqld 5338 mysql 12u REG 8,1 0 0 765546 /tmp/ibla65pi (deleted)

anonymous
()
Ответ на: комментарий от gaa

> /tmp должен лежать в tmpfs, /dev - в udev.

кстати, а как правильно выглядит строчка в fstab для tmpfs?

gaa (*) (25.09.2007 17:08:35)

А ты Линукс как ставил? Из LFS собирал?

anonymous
()
Ответ на: комментарий от anonymous

>>> /tmp должен лежать в tmpfs, /dev - в udev.

>> кстати, а как правильно выглядит строчка в fstab для tmpfs?

> А ты Линукс как ставил? Из LFS собирал?

когда-то давно скопировал knoppix на hd, а потом конфиги за собой таскал

gaa ★★
()
Ответ на: комментарий от gaa

> кстати, а как правильно выглядит строчка в fstab для tmpfs?

tmp /tmp tmpfs defaults 0 0

execve
()
Ответ на: комментарий от execve

> Сюрприз: mount -o remount,ro /

Да ну? :)

> виайем.

А потом? Alt-SysRQ? :)

Gharik
()
Ответ на: комментарий от gaa

> Забыл сказать, что /etc тоже надо бы на rw сунуть. а обратно, если мне не изменяет память, mount -o remount,ro.

Это правильно конечно, но откуда едро узнает, что /etc лежит на другой FS, если fstab лежит не в "/", держать копию и пересинхронизироваться при выключении? ;)

Gharik
()
Ответ на: комментарий от execve

> Неа. Тем более что tmpfs всё равно в своп выдавливается.

http://www.uwsg.iu.edu/hypermail/linux/kernel/0612.0/1765.html чел пишет что скорость tmpfs при превышении памяти и сбросе в swap медленнее ext3

вот его raid: I can write (dd bs=1M if=/dev/zero of=file (20gb file)) about 180-200 mb/s. If I read the same file I get about 280mb/s throughput.

а вот его tmpfs в свапе: If the file size is > the physical memory (20gb, same test) I get a radically worsened total performance, on the write test it gets a throughput of 124mb/s. One would hope that it was faster than the ext3 test. One could guess that after the first 8gb it no longer fits into memory and the throughput gets many times slower. And all hell breaks loose when I try to dd that tmpfs file to /dev/null (bs=1M), it can only read at about ~20mb/s.

видимо это связано с фрагментированием swap и непредназначенностью tmpfs для больших файлов ?

Eshkin_kot ★★
()
Ответ на: комментарий от Gharik

> откуда едро узнает, что /etc лежит на другой FS, если fstab лежит не в "/", держать копию и пересинхронизироваться при выключении?

Ну подумай чуть-чуть - поймёшь, как это можно сделать. Но овчинка выделки не стоит. Можно и /bin да /sbin по отдельным разделам распихать, только зачем...

const86 ★★★★★
()
Ответ на: комментарий от skwish

> Насчет /tmp в tmpfs - это вы по созвучности слов? Или у вас памяти много?

А вы поглядите, что в /tmp валяется. Пару метров tmpfs выделить для этой помойки из сокетов да lock-файлов и пусть оно хоть в своп проваливается, хоть не проваливается... У юзеров $HOME есть для своего барахла, у всяких демонов тоже.

const86 ★★★★★
()
Ответ на: комментарий от Gharik

> Это правильно конечно, но откуда едро узнает, что /etc лежит на другой FS, если fstab лежит не в "/", держать копию и пересинхронизироваться при выключении? ;)

не понял, а какая связь между ядром и fstab? про fstab знают только rc-скрипты

dilmah ★★★★★
()
Ответ на: комментарий от const86

>> Насчет /tmp в tmpfs - это вы по созвучности слов? Или у вас памяти много? > А вы поглядите, что в /tmp валяется. Пару метров tmpfs выделить для этой помойки из сокетов да lock-файлов и пусть оно хоть в своп проваливается, хоть не проваливается... У юзеров $HOME есть для своего барахла, у всяких демонов тоже.

Там временные файлы валяются, объем которых может в определенные моменты времени запросто превышать Gb.

skwish ★★
()
Ответ на: комментарий от dilmah

> не понял, а какая связь между ядром и fstab? про fstab знают только rc-скрипты

Дык /etc на отдельной партишне тоже нужно подмонтировать в древо, э? Чем и занимаются rc-скрипты.

Gharik
()
Ответ на: комментарий от skwish

Много лет использую tmpfs в качестве FS для /tmp.
Если не делать ln -s /var/tmp /tmp и не использовать mc для распаковки архивов ничего там не превышает.

alex@Outcast $ df -h /tmp
Файловая система Разм Исп Дост Исп% смонтирована на
tmpfs 443M 2,5M 440M 1% /tmp

vasily_pupkin ★★★★★
()
Ответ на: комментарий от skwish

> Насчет /tmp в tmpfs - это вы по созвучности слов? Или у вас памяти много?

tmpfs - она в виртуальной памяти, а не физической. Её размер может вообще превышать размер физической памяти, если свопа достаточно. Лично я делаю своп на пару гигов и /tmp на гиг. Работает нормально, даже при почти полном /tmp.

anonymous
()
Ответ на: комментарий от anonymous

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

Ложь.

size:      The limit of allocated bytes for this tmpfs instance. The 
           default is half of your physical RAM without swap. If you
           oversize your tmpfs instances the machine will *deadlock*
           since the OOM handler will not be able to free that memory.

birdie ★★★★★
() автор топика
Ответ на: комментарий от skwish

>Там временные файлы валяются, объем которых может в определенные моменты времени запросто превышать Gb.

А у всех всегда на / есть свободный гиг другой? У меня обычно нет.

Harliff ★★★★★
()
Ответ на: комментарий от vasily_pupkin

>Если не делать ln -s /var/tmp /tmp и не использовать mc для распаковки архивов ничего там не превышает.

+1

Harliff ★★★★★
()
Ответ на: комментарий от skwish

>Там временные файлы валяются, объем которых может в определенные моменты времени запросто превышать Gb.

Например?

Led ★★★☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.