[arch-general] [PATCHES] About /var/run/ and /var/lock/ checks in daemons

[Juan Diego]

hello

I think that what Gerardo wanted to say is to make POSSIBLE (and
optional) the mount of /va/lock /var/run and /tmp as tmpfs, right now
you cannot do it because many startup script doesnt create their own
directories specially for /var/run

the idea is change those script so you can start your system with an
empty /var/run (and friends) in this case you may (not have) change
some lines in fstab to mount /var/run as tmpfs

the advantages of this is that you can increase the life of some
netbooks (the SD harddrive have limited writings)

thanks

On Sun, Feb 15, 2009 at 12:39 AM, Kristoffer Fossgård <kfs1 at online.no> wrote:
> tmpfs used to be used for /tmp before, the reason it got removed as
> tmpfs was that a tmpfs would get clogged and also had to be setup
> in /etc/fstab which many others didn't know how to do or did
> incorrectly, thus leading to lots of difficulties for users. I can't
> remember exactly, but it was something like this. It was thus decided
> that the most KISS thing to do was to just have it as a normal dir.
>
> Noone remembers this?
>
> The moment you expand the system is the moment you introduce another
> thing to learn...
>
> -K
>
>
>>Hi people!
>>
>>I interested to make Arch Linux suitable for use with a /var/run and
>>/var/lock that are mounted as tmpfs. But this also helps, in the case
>>that not mounted as tmpfs, to make more simple "purge function" for
>>these directories at rc.sysinit step.
>>
>>In my case this is "just for fun!", but other users can be benefited by
>>this, for example "netbook users".
>>
>>OK, i initially created rc-script patches for the packages in the extra
>>repo that use /var/run/program-name-directory and fails if not exists.
>>(these list was obtained with """ for x in $(find
>>/usr/share/pkgtools/lists -type f); do egrep -l "var/run/.+" $x;done
>>"""
>>
>>@@NOTE@@: I will send the patches to the FL individualy per package
>>now, reference to this email in FL, and then copy the links to
>>response in this email. ;)
>>
>>Please review it, thanks in advance. :)
>>
>>** Actually work OK (/var/run)
>>  core/openswan-2.4.11-1
>>  core/dbus-core-1.2.4-1
>>  core/netcfg-2.1.2-1
>>  extra/consolekit-0.3.0-3
>>
>>
>>** Patched RC files (/var/run)
>>  extra/apache-2.2.11-2
>>  extra/bind-9.5.0.P2-1
>>  extra/clamav-0.94-1
>>  extra/courier-imap-4.4.1-1
>>  extra/courier-mta-0.60.0-1
>>  extra/cyrus-sasl-2.1.22-10
>>  extra/fetchmail-6.3.8-4
>>  extra/hal-0.5.11-7 (patched for policykit)
>>  extra/laptop-mode-tools-1.47-1
>>  extra/lighttpd-1.4.20-2
>>  extra/mpd-0.14.1-3
>>  extra/policykit-0.9-7 (no rc-script here, patched in hal)
>>  extra/samba-3.2.7-1
>>  extra/wicd-1.5.8-1
>>
>>
>>** Researched (/var/run)
>>  extra/iptraf-3.0.0-2 (Trivial patch for iptraf.c or using a
>>            profile.d/iptraf for creating a "iptraf()" or another
>> solution)
>>
>>  * Apparently these don't use /var/run/program-name-directory, but
>>        maybe a simple "mkdir" to rc-script for precaution.
>>    extra/bftpd-2.3-1 (The daemon uses directly /var/run/bftpd.pid)
>>    extra/networkmanager-0.7.0-1 (The daemon uses directly
>>        /var/run/NetworkManager.pid)
>>
>>  extra/wesnoth-1.4.7-1 (this game don't have a rc-script for the
>>daemon, if run the /usr/bin/wesnothd without /var/run/wesnothd it
>>fails, solution: provide a rc-script)
>>
>>
>>** Pending for research (/var/run)
>>  community/pulseaudio-0.9.14-1
>>  community/ultimate-ircd-3.0.2-1
>>  community/xen-3.3.1-1
>>  community/wdm-1.28-2
>>  community/dspam-3.8.0-2
>>  community/inn-2.4.5-3
>>  community/gpsd-2.37-2
>>  community/apache13-1.3.41-3
>>  community/freeradius-2.1.3-1
>>  community/lastfmsubmitd-0.35-1
>>  community/selinux-pam-1.0.1-1
>>  community/fail2ban-0.8.3-1
>>  community/ircservices-5.0.62-3
>>  community/p3scan-2.3.2-2
>>  community/bind-geodns-9.4.1-1
>>  community/jabberd14-1.6.1.1-3
>>
>>
>>** Pending for research (/var/lock)
>>  core/dmraid-1.0.0.rc14-2
>>  extra/sane-1.0.19-2
>>
>