<br><br>понедельник, 23 января 2012 г. пользователь Dmitry V. Levin писал:<br>> On Mon, Jan 23, 2012 at 09:18:27PM +0300, Alexey Shabalin wrote:<br>>> 23 января 2012 г. 21:52 пользователь Dmitry V. Levin написал:<br>
>> > On Mon, Jan 23, 2012 at 06:57:34PM +0200, Michael Shigorin wrote:<br>>> >> On Mon, Jan 23, 2012 at 08:38:57PM +0400, Dmitry V. Levin wrote:<br>>> >> > > - Следующее - /run в filesystem<br>
>> >> > > Я бы предложил реализовать поддержку tmpfiles.d и в sysv,<br>>> >> > > это позволит перейти на tmpfs в /var/run и /run.<br>>> >> > Что значит "перейти"? Не оставлять вариантов тем, кто не<br>
>> >> > хочет, чтобы в их системе /var/run переехал на tmpfs?<br>>> >><br>>> >> А в чём с ним проблемы? Давно уж думал предложить,<br>>> >> чтоб не болтались старые локи после перезагрузки.<br>
>> ><br>>> > Не весь софт держит в /var/run только временные файлы, которые не обязаны<br>>> > сохраняться после рестарта системы.<br>>><br>>> O! а я об этом ничего не знаю. Как же живет моя рабочая система<br>
>> последние полгода?<br>><br>> Чудом. :)<br>><br>>> Можно пример такого софта, которому необходимо что-то там сохранить, и<br>>> он не может создать сам при загрузке системы.<br>>> Кроме учтённого в tmpfiles.d для systemd.<br>
><br>> А вы можете гарантировать, что такого софта нет?<br><br>Нет конечно.<br><br>> Если раньше такое поведение софта было законным, то логично предположить,<br>> что такой софт может быть. Многие такие случаи были выявлены и обработаны<br>
> с помощью механизма tmpfiles.d, но есть ли у вас уверенность, что<br>> дhугих случаев больше не осталось? Это я все к тому, что, наверное,<br>> еще не время переводить /var/run на tmpfs в принудительном порядке.<br>
<br>Большинство проблем уже выявлены. Остальные выявятся при переводе на tmpfs.<br>Гарантий сейчас никто не даст. Но и ждать смысла нет.<br>Быстрее переведем - быстрее выявим проблемы и починим их.<br><br><br>-- <br>Alexey Shabalin<br>
<br><br><br><br>