Segmentation fault и tmpfs?

[Molibden]

Доброго времени суток.

Возникла задумка перемонтировать часть фс в оперативную память, а именно temp и log каталоги.
Вырезка из /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

Сделал на десктопе и ноутбуке, на обоих Ubuntu 10.4.
При загрузке иногда возникает сообщение: Could not write bytes: Broken pipe. (редко очень, что пишет в лог не глянул((
При установке пакетов через sudo apt-get install blablabla, пишет, через раз, вот такое сообщение:

(Нажмите, чтобы показать/скрыть)

..................................
Настраивается пакет linux-libc-dev (2.6.32-23.37) ...
Настраивается пакет sudo (1.7.2p1-1ubuntu5.1) ...

Обрабатываются триггеры для libc-bin ...
ldconfig deferred processing now taking place
Segmentation fault

Пакеты устанавливаются, система работает, ничего не упало.
Google не показывает связь между seg fault и tmpfs.
Вопрос, смертельны ли такие нехорошие сообщения, стоит копать в сторону устранения?
(например: монтировать tmpfs после загрузки или в rc.local)

[ende_neu]

Почитатайте гуголь насчет предназначения каталогов./var/log монтировать в tmpfs нельзя.Вобще инфа в var - подразумевает сохранение./var/tmp разве что можно безопасно, но в убунте в нём всё равно ничего и не делается почти.

[Molibden]

Я знаю для чего используется каталог /var/log.

За основу взял http://www.citforum.ru/operating_systems/linux/robbins/fs03.shtml

(Нажмите, чтобы показать/скрыть)

Монтирование поверх занятой точки монтирования

На последних 2.4 ядрах можно перемонтировать /tmp filesystem без получения ошибки "device is busy":

# mount tmpfs /tmp -t tmpfs -o size=64m

Единственной командой ваша новая файловая система tmpfs монтируется к /tmp поверх ранее смонтированного раздела. При этом все новые файлы будут открываться на tmpfs, а процессы, которые имели открытые файлы на "оригинальной" файловой системе, так и будут продолжать работать с ними! Если размонтировать tmpfs-based /tmp, "оригинальная" /tmp появится, как и прежде. Фактически, можно монтировать любое число файловых систем на одну точку монтирования, и точка монтирования будет действовать подобно стеку.

В boot.log демон rsyslog ругается, но не сильно. Службы которые ругались сами пересоздали свои каталоги и файлы логов. Отвалился только squid, который намертво отказался запускаться без /var/log/squid/cache.log.

(Нажмите, чтобы показать/скрыть)

Решилось вытаскиванием cache.log при запуске системы без монтирования /var/log в tmpfs. Дальше при монтировании  /var/log в tmpfs, прописал прямо в /etc.init.d/squid первыми строками создание каталога /var/log/squid, смена владельца этого каталога на proxy, группа  proxy, как и должно быть для сквида, копирую с сохранением прав (cp -p ) cache.log в /var/log/squid/, только потом отрабатывается скрипт запуска сквида. В соответствующих выключению и перезагрузке rcХ.d прописал запуск скрипта, с S10 (раньше всех), который копирует /var/log/squid/cache.log (с сохранением прав) туда откуда его можно будет взять при загрузке. Кроном, каждые 10 минут сохраняю cache.log, чтоб не потерять последние изменения.

Мне достаточно важно не писать часто на винт, но при этом иметь возможность заглянуть в текущие логи.

Код: [Выделить]

195 Hardware_ECC_Recovered  0x000a   100   100   000    Old_age   Always       -       151329595
Прошу дать ссылку, почему:

/var/log монтировать в tmpfs нельзя

Вернее, может ли это привести, при достаточном уровне знаний к краху всей системы, степному пожару и т.д. и т.п.
Для повышения самообразования, и поддержания оси в рабочем виде 



Пользователь решил продолжить мысль 04 Июля 2010, 00:09:50:Не удержался и написал решение.
Собственно вся ошибка:
При установке или удалении пакетов при помощи 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 в зависимости от локали консоли. Операции с пакетами при этом проходили успешно.

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

Всем спасибо за внимание