[Ubuntu] hoe te voorkomen dat een map in /tmp wordt geleegd?

[evaarties]

In mijn /tmp heb ik een folder gemaakt welke moet blijven bestaan (inclusief bestanden) na het booten van Ubuntu (7.04).

Het is me gelukt om de folder te laten staan door het wijzigen van /etc/init.d/bootclean maar de bestanden zijn na elke reboot nog steeds verdwenen.

Wat moet er nog meer gewijzigd worden? Of is er een truuk, bv het plaatsen van een bepaald bestand in de folder, zodat de folder inclusief bestanden automatisch wordt overgeslagen bij het leegmaken van /tmp tijdens het opstarten?

In detail:

Ik heb de volgende folder gemaakt;

code:

/tmp/amule-ernst

daarna heb ik /etc/init.d/bootclean gewijzigd

code:

gksudo gedit /etc/init.d/bootclean

in deze sectie:

code:

    #
    # Wipe /tmp, excluding system files, but including lost+found
    #
    # If TMPTIME is set to 0, we do not use any ctime expression
    # at all, so we can also delete files with timestamps
    # in the future!
    #
    if [ "$TMPTIME" = 0 ] 
    then
        TEXPR=""
        DEXPR=""
    else
        TEXPR="-mtime +$TMPTIME -ctime +$TMPTIME -atime +$TMPTIME"
        DEXPR="-mtime +$TMPTIME -ctime +$TMPTIME"
    fi

    EXCEPT='! -name .
        ! ( -path ./lost+found -uid 0 )
        ! ( -path ./quota.user -uid 0 )
        ! ( -path ./aquota.user -uid 0 )
        ! ( -path ./quota.group -uid 0 )
        ! ( -path ./aquota.group -uid 0 )
        ! ( -path ./.journal -uid 0 )
        ! ( -path ./.clean -uid 0 )
        ! ( -path './...security*' -uid 0 )'

    mkflagfile /tmp/.clean || return 1

is deze regel toegevoegd:

code:

        ! ( -path ./amule-ernst )

boven:

code:

        ! ( -path ./lost+found -uid 0 )

het resultaat is dan:

code:

    #
    # Wipe /tmp, excluding system files, but including lost+found
    #
    # If TMPTIME is set to 0, we do not use any ctime expression
    # at all, so we can also delete files with timestamps
    # in the future!
    #
    if [ "$TMPTIME" = 0 ] 
    then
        TEXPR=""
        DEXPR=""
    else
        TEXPR="-mtime +$TMPTIME -ctime +$TMPTIME -atime +$TMPTIME"
        DEXPR="-mtime +$TMPTIME -ctime +$TMPTIME"
    fi

    EXCEPT='! -name .
        ! ( -path ./amule-ernst )
        ! ( -path ./lost+found -uid 0 )
        ! ( -path ./quota.user -uid 0 )
        ! ( -path ./aquota.user -uid 0 )
        ! ( -path ./quota.group -uid 0 )
        ! ( -path ./aquota.group -uid 0 )
        ! ( -path ./.journal -uid 0 )
        ! ( -path ./.clean -uid 0 )
        ! ( -path './...security*' -uid 0 )'

    mkflagfile /tmp/.clean || return 1

Maar dit voorkomt alleen dat de folder niet wordt verwijderd.

[Borromini]

Eigenlijk is /tmp niet bedoeld om gigantische bestanden te bevatten (als je /tmp een eigen partitie geeft wordt normaal gezien 500 MB aangeraden).

Waarom plaats je je tijdelijke bestanden gewoon niet ergens in een hidden dir in /home?

Veel makkelijker (ook voor het backuppen). En je hoeft je hele systeem niet te hacken (bij de volgende upgrade van je bootscripts ga je dit opnieuw mogen doen).

[evaarties]

Het is een schijf die ik nog over had, daarom heeft /tmp een complete schijf (20GB) tot z'n beschikking. Daarom wil ik aMule ook van /tmp gebruik laten maken.

aMule temp files hoef ik ook niet te backuppen en het bootscript hacken vind ik geen probleem.

[deadinspace]

Waarom dan niet gewoon die schijf mounten op ~/.amule/downloaddir of welk path dat standaard ook is? Dan hoef je niet zo met je /tmp te klooien.

[Erkens]

deadinspace schreef op zondag 20 mei 2007 @ 23:05:
Waarom dan niet gewoon die schijf mounten op ~/.amule/downloaddir of welk path dat standaard ook is? Dan hoef je niet zo met je /tmp te klooien.

idd, en mocht je perse /tmp op die disk hebben is een symlink zo gemaakt

[Borromini]

Ik denk dat we een consensus hebben .

Tip: als je schijfruimte teveel hebt: in /home stouwen, kan nooit kwaad

[ Voor 5% gewijzigd door Borromini op 21-05-2007 00:23 ]

[evaarties]

Erkens schreef op zondag 20 mei 2007 @ 23:17:
[...]

idd, en mocht je perse /tmp op die disk hebben is een symlink zo gemaakt

In dat geval zal ik m'n /tmp disk moeten resizen en de rest van de ruimte aan aMule geven... een symlink wordt nl ook leeggemaakt.

[Erkens]

evaarties schreef op maandag 21 mei 2007 @ 13:51:
In dat geval zal ik m'n /tmp disk moeten resizen en de rest van de ruimte aan aMule geven... een symlink wordt nl ook leeggemaakt.

ehm, volgens mij begreep je het niet, maargoed. Resizen is natuurlijk een betere oplossing dan /tmp als symlink hebben

[evaarties]

uhm ik begrijp je volgens mij wel als het dit is wat je bedoelt:

huidig tempdir amule: ~/.aMule/temp

nieuwe situatie:
~/.aMule/temp is een symlink naar /tmp
en aMule plaatst zijn bestanden nu fysiek in /tmp.

Echter, bij reboot wordt /tmp geleegd, dus ook de bestanden die aMule heeft aangemaakt worden weggegooid.

[MrBarBarian]

/tmp is gewoon totaal anders dan ~/.amule/temp. Dus mis- gebruik beide niet op elkaar..

Fiets je 20gb disk door een partitioner (fdisk, cfdisk, whatever) heen en mount een deel op /tmp (als je dat zo graag wil) en een deel op ~/.amule/tmp..

Je wil niet dat /tmp niet opgeruimt wordt (security en omdat ie niet vol mag lopen). Daarnaast wil je ook niet dat amule naar /tmp schrijft. Vroeg of laat gaat het een keer gebeuren dat amule /tmp volschrijft en dat gaat je problemen opleveren..

m.a.w. geen appels schillen met een bbq