[FreeBSD] de /tmp dir

Pagina: 1
Acties:

  • xzenor
  • Registratie: Maart 2001
  • Laatst online: 14-10-2022

xzenor

Ja doe maar. 1 klontje suiker.

Topicstarter
Hi,

Ik heb me eigenlijk nooit zo bezig gehouden met de /tmp op me bakkie.
maar ik keek daar eens in en er staat me een partij rotzooi in..
nou heb ik vroeger toen ik net begon de /tmp wel eens gewoon leeggegooid..
wist ik veel dat kon in windows ook, dat was alleen maar rotzooi van uitgepakte zipjes enzow..

mjah onder *nix dus niet.. daar kwam ik toen achter..
maar er begint u tocht wel erg veel troep in te staan.. een hoop ssh-78erg56456 directories (ssh-alfanummeriek spul) waaronder een hoop lege maar ook een hoop waar iets in staat.
nog een paar setbg-zooi directories.. hier en daar een xf86config-zooi en nog een xwpe-zooi dir waar FIFO's (??????) staan (volgens de manpage van ls is het een FIFO tenminste). en nog een x11-unix dir met een sticky bit

Ik weet niet eens wat het is..
maar wat kan ik er mee doen?
ik bedoel, de enige ssh sessie ban ik zelf op het moment, zoveel users heb ik niet..
xwpe draait op dit moment niet
xf86config ook niet en setbg ook niet..
heel X draait niet op het moment dus dan valt er wel het een en ander af..

kan ik die rotzooi nou gewoon wegdonderen? of is het echt belangrijk spul wat ik moet laten staan?
het is best een aardig beetje.. en de harddisk is niet zo bijzonder groot dus als er iets weg 'kan' dan is dat leuk meegenomen..

  • Aetje
  • Registratie: September 2001
  • Laatst online: 18-12-2025

Aetje

Troubleshooting met HAMERRR

/tmp = temp data. Kan dus weggedonderd bij het afsluiten van de bak. rm -rf /tmp/* zal voldoende zijn in je afsluitscriptje...

Wat je ook kan doen is /tmp in je mem/swap aanmaken :) dan issie zeker leeg na een reboot...

Ik weet het, het is linux, dat reboot je niet :P

Forget your fears...
...and want to know more...


  • xzenor
  • Registratie: Maart 2001
  • Laatst online: 14-10-2022

xzenor

Ja doe maar. 1 klontje suiker.

Topicstarter
alles weg?
gewoon hoppa pleitos?
da kan?
ik heb altijd begrepen dat je dat NIET moet doen op een *nix machine.....
vaag, waar dat dan vandaan komt.....
misschien dat dat een draaiende machine was.. dat kan ook, ik wist er nog errug weinig vanaf in die tijd..
Maar alles gewoon weg dus.... hmz....

  • Aetje
  • Registratie: September 2001
  • Laatst online: 18-12-2025

Aetje

Troubleshooting met HAMERRR

Wanneer je een bak afsluit, mag -alles- in /tmp weg. /tmp = temporary. Wat bewaard moet blijven gaat immers /etc in (settings en zo)
Alleen niet dingen wegflikkeren terwijl er nog processes lopen. Dat kan fout gaan.

Forget your fears...
...and want to know more...


Verwijderd

Idd, gewoon /tmp in memory mappen, is je /tmp bij elke reboot geleegd.

  • xzenor
  • Registratie: Maart 2001
  • Laatst online: 14-10-2022

xzenor

Ja doe maar. 1 klontje suiker.

Topicstarter
zoveel ram hebbik nie...
en ik zou nie eens weten hoe eigenlijk :P
maar dat is vast wel te scripten... gewoon leeg gooien dus....

Verwijderd

Dan haal je wat uit je P4 1.7GHz systeem, zit toch genoeg in. >:)

Nee maar serieus, simpel shutdown scriptje will do fine.

  • Bergen
  • Registratie: Maart 2001
  • Laatst online: 05-05 10:41

Bergen

Spellingscontroleur

/tmp wordt bij elke boot (ALS je eventueel moet rebooten :+) toch automagisch altijd al geleegd?

  • Broer
  • Registratie: Januari 2002
  • Laatst online: 19-12-2025
als het systeem draait mag je de files die gebruikt worden niet leeggooien. Je krijgt dan logfiles die alleen door het lopende proces, dat de file gelocked heeft worden gebruikt en gezien.

Om dat te voorkomen, moet je voordat je een file weggooit, controleren of er geen proces is wat de file vast houd, met het fstat(1) commando.

Je zou ook met find en de -atime parameter de files die langer dan bijvoorbeeld een week niet ge-accessed zijn op kunnen ruimen, maar dan heb je geen zekerheid of je niet een file weggooid die toch gebruikt wordt.

Overigens als je een file weggooid die gelocked is, dan zal het draaiende proces er waarschijnlijk niets van merken, omdat die de file nog steeds kan gebruiken.

Verwijderd

Als je clear_tmp_enable="YES" in je /etc/rc.conf zet haaltie em iedere keer als je je pc boot voor je leeg

Verwijderd

Verwijderd schreef op 08 november 2002 @ 13:22:
Als je clear_tmp_enable="YES" in je /etc/rc.conf zet haaltie em iedere keer als je je pc boot voor je leeg
:( net te laat

  • zerok
  • Registratie: November 2001
  • Laatst online: 17-05 23:23

zerok

geen

possamai schreef op 08 november 2002 @ 05:01:
zoveel ram hebbik nie...
en ik zou nie eens weten hoe eigenlijk :P
maar dat is vast wel te scripten... gewoon leeg gooien dus....
http://www-106.ibm.com/developerworks/library/l-fs3.html
Is een manier om het in je ram te draaien is vrij simpel. Ik gaat nog ff testen of het wil werken met de temp map op mijn computer. met 512 mb moet je alleen niet proberen wine te compilen :) krijg je op gegeven moment "no space left on the device" ofzoiets

edit: oeps niet gezien dat het voor freebsd bedoelt was

[ Voor 0% gewijzigd door zerok op 08-11-2002 20:42 . Reden: foutje ]

"never argue with idiots they drag you down to their level and beat you with experience" dilbert


Verwijderd

Verwijderd schreef op 08 November 2002 @ 13:22:
Als je clear_tmp_enable="YES" in je /etc/rc.conf zet haaltie em iedere keer als je je pc boot voor je leeg
code:
1
2
$uptime 
12:02AM  up 214 days, 10:52, 2 users, load averages: 1.06, 1.13, 1.15


'k zal er aan denken ;)
Pagina: 1