> Не "отжирают". т.е. tmpfs имеет "динамический" размер, или как бы получше выразиться? и если смонтирована она, допустим, с size=10%, а реально на ней полтора мегабайта, то жрет таки полтора мегабайта, а по мере наполнения откусывает сколько надо? тогда другой разговор
> > забавно, что в rcS отсылают в tmpfs, а в tmpfs отсылают в rcS, > Это не так. man rcS: > The EDITMOTD, RAMRUN and UTC variables are no longer used. The RAM‐ > LOCK, RAMSHM and RAMTMP variables have been moved to > /etc/default/tmpfs; RAMSHM and RAMTMP settings in rcS are used (if set) > for backward compatibility, but will be overridden by settings enabled > in /etc/default/tmpfs. See tmpfs(5) for further details /etc/default/tmpfs: > # NOTE: This file is deprecated. Please see rcS(5) for details on how > # to configure tmpfs size limits. лол))) > > при этом оба они значатся как deprecated, > Не совсем. см. выше > > так что рекомендуется параметры вообще настраивать через фстаб. > Это не так. а, ну да, не то чтоб рекомендуется... но если так подумать - из rcS перенесно в tmpfs, tmpfs какбе deprecated (т.е. в один прекрасный день на него могут болт забить)... и кому верить после этого? получается, лучше в фстаб прописать. > > а вообще всю эту гадость монтирует /etc/init.d/кто-то-там, если что > > всегда можно ему мозги вправить. > Есть конфиги, зачем в скрипт-то лезть. а может, я не хочу лишние маунты плодить, и нафиг не уперся мне этот /run в tmpfs? если что, есть хорошая возможность поотключать все это дело. ну и чистить при загрузке (тем же, тко /tmp чистит). мало ли... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121108170748.5cdf0...@ulf.tvoe.tv