Возникла задумка перемонтировать часть фс в оперативную память, а именно temp и log каталоги. Система ubuntu 10.4.

Вырезка из /etc/fstab
# / was on /dev/sda3 during installation
#UUID=bdd416a5-05a8-4c0c-9c68-f615d37787ea /   ext2    errors=remount-ro 0  1
########## Сабж...
tmpfs  /var/log        tmpfs        defaults           0    0
tmpfs  /var/lock        tmpfs        defaults          0    0
tmpfs  /tmp            tmpfs        defaults           0    0
tmpfs  /var/tmp        tmpfs        defaults          0    0

Все после рубута поднялось, кроме сквида, но это отдельный вопрос, быстро решился.
При установке пакетов через sudo apt-get install blablabla, пишет, через раз, вот такое сообщение:
.......................
ldconfig deferred processing now taking place
Segmentation fault

Пакеты устанавливаются, система работает, ничего не упало.
Вопрос, смертельны ли такие нехорошие сообщения, стоит копать в сторону устранения?
Интересует, вероятность падения системы или что еще страшного и ужасного может случиться при монтирования /var/log в tempfs.

• /var/log в tmpfs - segmentation fault,Aquarius, 20:06 , 03-Июл-10
  • /var/log в tmpfs - segmentation fault,Molibden, 21:00 , 03-Июл-10
    • /var/log в tmpfs - segmentation fault,sHaggY_caT, 21:36 , 03-Июл-10
      • /var/log в tmpfs - segmentation fault,Molibden, 22:23 , 03-Июл-10
        • /var/log в tmpfs - segmentation fault,anonymous, 22:41 , 03-Июл-10
        • /var/log в tmpfs - segmentation fault,JL2001, 13:42 , 05-Июл-10
• /var/log в tmpfs - segmentation fault,anonymous, 22:42 , 03-Июл-10
  • /var/log в tmpfs - segmentation fault,Molibden, 00:02 , 04-Июл-10

по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу должно сохраняться между перезагрузками, в отличии от содержимого /tmp

>по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу
>должно сохраняться между перезагрузками, в отличии от содержимого /tmp

Спасибо, хоть /var/tmp пустой, прикрутил скрипт сохранения при выкл и перезагрузке, плюс крон каждый час, если там, что-то есть.

Еще буду благодарен за линк на толковый гайд по структуре фс и назначению диреторий дебиан и им подобным систем. Желательно не 10 летней давности.)

>>по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу
>>должно сохраняться между перезагрузками, в отличии от содержимого /tmp
>
>Спасибо, хоть /var/tmp пустой, прикрутил скрипт сохранения при выкл и перезагрузке, плюс
>крон каждый час, если там, что-то есть.
>
>Еще буду благодарен за линк на толковый гайд по структуре фс и
>назначению диреторий дебиан и им подобным систем. Желательно не 10 летней
>давности.)

Под Linux нет особого смысла в tmpfs, как и под другими "правильными" ОС, как сказал по поводу люителей tmpfs Игорь Сысоев, "У Вас какой верии DOS"?

Если с какими-то файлами в памяти идет интенсивная работа, ОС их сама закэширует, Вы ей только мешаете.

Если с файлами на tmpfs будет идти интенсивная работа, они все равно попадут в кэш (то есть, Вы не получите прироста производительноти, но получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ под кэши для тех файлов, которые _действительно_ стоит кэшировать)

>Если с файлами на tmpfs будет идти интенсивная работа, они все равно
>попадут в кэш (то есть, Вы не получите прироста производительноти, но
>получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ
>под кэши для тех файлов, которые _действительно_ стоит кэшировать)

Собственно, сабж гордился не ради прироста производительности, я понимаю, что правильная ось закэширует файлы при интенсивной работе с ними, даже офтоп версии 98 кэшировал до 5 mp3 треков в памяти при маленьком плейлисте. Может следующие 3 строки помогут понять для чего я это делаю (вывод smartcrl для винта, где живет /var):

195 Hardware_ECC_Recovered  0x000a   100   100   000    Old_age   Always -  151903684
196 Reallocated_Event_Count 0x0012   088   088   000    Old_age   Always -  26
199 UDMA_CRC_Error_Count    0x000b   100   100   051    Pre-fail  Always  -  12988

А логи, некоторые необходимые мне службы, пишут часто, но сохранять эти логи мне не нужно.

Вопрос стоял в плане наличия резко отрицательных эффектов работы системы при перемещении /var/log в tmpfs.

Upd: Хм, смысл предыдущего поста до меня дошел, вроде.
Я так понимаю, что rsyslog не пишет сразу в файл на устройство винчестер. Упрощенно, в моем понимании это выглядит так. rsyslog --> event to file in ram --> другая служба каждые N минут --> file in ram to file on /dev/sdb.
Если несу бред, по поправьте, мну свойственно запутываться), если я правильно понял, то укажите направление поиска, как изменить частоту сбрасывания (file in ram to file on /dev/sdb).

ЗЫ Я понимаю, что проще купить новый винт, но раз уж начал, то хочу разобраться до конца.

>>Если с файлами на tmpfs будет идти интенсивная работа, они все равно
>>попадут в кэш (то есть, Вы не получите прироста производительноти, но
>>получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ
>>под кэши для тех файлов, которые _действительно_ стоит кэшировать)

двойного копирования не будет, потому что "tmpfs puts everything into the kernel internal caches"

http://lxr.linux.no/source/Documentation/filesystems/tmpfs.txt

>Может
>следующие 3 строки помогут понять для чего я это делаю (вывод
>smartcrl для винта, где живет /var):

надо поменять диск-то.

>Я так понимаю, что rsyslog не пишет сразу в файл на устройство винчестер. Упрощенно, в моем понимании это выглядит так. rsyslog --> event to file in ram --> другая служба каждые N минут --> file in ram to file on /dev/sdb.

присоединяюсь к вопросу - есть ли возможность настраивать логи (или сброс логов на диск)  для более редкой/менее подробной записи ? 10.04

>Возникла задумка перемонтировать часть фс в оперативную память, а именно temp и
>log каталоги. Система ubuntu 10.4.
>При установке пакетов через sudo apt-get install blablabla, пишет, через раз, вот
>такое сообщение:
>.......................
>ldconfig deferred processing now taking place
>Segmentation fault
>
>Пакеты устанавливаются, система работает, ничего не упало.
>Вопрос, смертельны ли такие нехорошие сообщения, стоит копать в сторону устранения?

заведите баг на launchpad.

На ланчпаде баг заведу, но ошибку сегментирования устранил.

Собственно вся ошибка:
При установке или удалении пакетов при помощи apt-get в Ubuntu 10.4 (может и в других ранних версиях, нашел подобную ошибку от 20 апреля) при отсутствии каталога /var/log/apt выдавалось примерно такое сообщение:
apt-get[1461]: segfault at 0 ip 003e4d40 sp bfa9ed7c error 4 in libc-2.11.1.so[304000+153000]

И apt-get, соответственно писал Ошибка сегментирования или Segmentation fault в зависимости от локали консоли. Операции с пакетами при этом проходили успешно.

Баг стабильно и четко воспроизводим на нескольких машинах, достаточно создать каталог, как ошибка пропадает.

Всем спасибо за внимание, понимание и терпение.
В логах наша сила...