/TMP vergrößern bzw löschen

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
eRa
Beiträge: 6
Registriert: 10.11.2006 12:51:46

/TMP vergrößern bzw löschen

Beitrag von eRa » 10.11.2006 15:03:45

Hallo zusammen,

mein /tmp ist zu klein, also hab ich es per symlink nach /var/tmp gelinkt, rechte gestzt etc...passt.

Nun mass ich aber das "alte tmp" also /tmp löschen - geht natürlich nicht weil busy.

Hab gehört, dass es mit Init S (single mode) einfach zu löschen wäre.
Kann mal jemand erklären wie das funktioniert?
Oder gehts anderst einfacher?

Ps: Ist ein vServer

Danke, Gruß e-Ra

Hamatoma
Beiträge: 120
Registriert: 10.08.2003 19:30:53
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von Hamatoma » 11.11.2006 00:02:32

Habe ich nicht ganz verstanden:
symlink? Hast Du das gemacht?

Code: Alles auswählen

    mount /dev/hdX /var/tmp
   mkdir /var/tmp/tmp
   ln -s /var/tmp/tmp /tmp
Dann ist /tmp ja ein symbolischer Link, d.h. es gab kein Verzeichnis mehr namens /tmp, das Du löschen könntest.
Du musst also vorher /tmp umbenannt oder gelöscht haben.

Wie gesagt, ich verstehs nicht.

PS:
Es ist unter Linux als Berechtigter (z.B. root) möglich, Dateien zu löschen, die noch offen sind. Sie verschwinden dann nach deren Freigabe.
Kleine Demonstration:

Code: Alles auswählen

wk@rex:/var/tmp/tmp/xxx$ sudo -s
root@rex:/var/tmp/tmp/xxx# cd ..
root@rex:/var/tmp/tmp# rmdir xxx
root@rex:/var/tmp/tmp# ll -d xxx
ls: xxx: Datei oder Verzeichnis nicht gefunden
root@rex:/var/tmp/tmp# exit
exit
wk@rex:/tmp/xxx$ cd ..
wk@rex:/var/tmp/tmp$ cd xxx
bash: cd: xxx: Datei oder Verzeichnis nicht gefunden
root kann also das Verzeichnis xxx löschen, obwohl wk noch xxx als "current directory" hat.
Darum ist root ja auch so gefährlich: ein

Code: Alles auswählen

rm -Rf /* 
löscht radikal alles.

eRa
Beiträge: 6
Registriert: 10.11.2006 12:51:46

Beitrag von eRa » 11.11.2006 00:51:41

Hi, Danke für die Antwort.

Was ich gemacht habe:

cd /var
mkdir tmp
chmod 1777 tmp
cd /
rm -rf /tmp
ln -s var/tmp tmp

ln -s.... hab ich trotzdem ausgeführt obwohl rm -rf /tmp nicht funktioniert hat.

Wie gesagt, wenn du mir ne andere Lösung vorschlagen kannst, kein Problem.

Gruß eRa

Hamatoma
Beiträge: 120
Registriert: 10.08.2003 19:30:53
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von Hamatoma » 11.11.2006 11:20:25

Hi,
eRa hat geschrieben: ln -s.... hab ich trotzdem ausgeführt obwohl rm -rf /tmp nicht funktioniert hat.
dann ist /tmp weiterhin das alte Verzeichnis. Wenn du

Code: Alles auswählen

ls -ld /tmp
ausführst, siehst Du, ob es ein Verzeichnis (dann das alte) oder ein Link (dann ok ist).

Bei mir:
lrwxrwxrwx 1 root root 12 2006-08-15 22:09 /tmp -> var/tmp/tmp/

Tipp: das /var/tmp Verzeichnis ist Standard, und zwar "persistent", überlebt also Reboots. Dagegen wird normalerweise /tmp nach jedem Reboot komplett gelöscht. Meine Empfehlung: leg in /var/tmp/tmp an und verlinke das mit /tmp

Code: Alles auswählen

mkdir /var/tmp/tmp ; chmod uog+rwx /var/tmp/tmp ; ln -sf /var/tmp/tmp /tmp
Wenn das Löschen von /tmp nicht geht: Versuch das Vezeichnis umzubenennen (geht eigentlich immer). Dann kannst Du ein neues /tmp anlegen (mit ln -s) und nach dem Booten das umbenannte Verzeichnis löschen.

Ich nehme an, dass /var bei Dir gemountet ist, sonst wäre das mit dem mehr Platz nämlich ein Trugschluss. Aber das hast Du ja sicher mit überprüft.

[edit]
Ich lese gerade, dass es ein VServer ist. Wenn Du das umbenannte Verzeichnis nicht mit rm -rf löschen kannst und keinen Reboot willst, dann benutze doch einfach das find Kommano, um wenigstens die meisten Dateien los zu werden:

Code: Alles auswählen

 find /tmp2 -exec rm -rf \{\} \;
[/edit]
Gruß
Hamatoma

eRa
Beiträge: 6
Registriert: 10.11.2006 12:51:46

Beitrag von eRa » 11.11.2006 14:31:22

Hi,

irgendwie grade bissle verwirrend, was ich jetzt gemacht habe:

mkdir /var/tmp/tmp ; chmod uog+rwx /var/tmp/tmp ; ln -sf /var/tmp/tmp /tmp

ls -ld /tmp ergibt:

drwxrwxrwt 2 root root 60 Nov 11 14:21 /tmp

Dann hats wohl nicht funktioniert?

Gruß eRa

Ps: Wenn ich /tmp nicht löschen muss dann ists auch ok, wills eben nur auf ne andere Partition legen.

Hamatoma
Beiträge: 120
Registriert: 10.08.2003 19:30:53
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von Hamatoma » 11.11.2006 18:57:17

eRa hat geschrieben: irgendwie grade bissle verwirrend, was ich jetzt gemacht habe:

mkdir /var/tmp/tmp ; chmod uog+rwx /var/tmp/tmp ; ln -sf /var/tmp/tmp /tmp
Verzeichnis angelegt ; Alle Rechte vergeben ; Link auf das neue Verzeichnis
Dann hats wohl nicht funktioniert?
Da hast Du leider recht.

Probiere den Umbenennungstrick:

Code: Alles auswählen

mv  /tmp /tmp2
ln -s /var/tmp/tmp
find /tmp2 -exec rm \{\} \;
Gruß
Hamatoma
Zuletzt geändert von Hamatoma am 11.11.2006 21:31:42, insgesamt 1-mal geändert.

eRa
Beiträge: 6
Registriert: 10.11.2006 12:51:46

Beitrag von eRa » 11.11.2006 19:20:58

HI,

klappt leider auch nicht:

mv: cannot move `/tmp' to `/tmp2': Device or resource busy


... ?


Gruß eRa

Hamatoma
Beiträge: 120
Registriert: 10.08.2003 19:30:53
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von Hamatoma » 11.11.2006 21:44:26

Hi,
eRa hat geschrieben: mv: cannot move `/tmp' to `/tmp2': Device or resource busy
Die Meldung kenne ich nur, wenn das Verzeichnis ein aktiver Mountpoint ist.
Dann hilft nur ein umount, was aber bei einem VServer vermutlich nicht so einfach ist. Evt. hilft eine EMail an den Provider.

Gruß
Hamatoma

eRa
Beiträge: 6
Registriert: 10.11.2006 12:51:46

Beitrag von eRa » 11.11.2006 22:00:10

Hi,

das ist es wohl nach df -h

Najo, danke trotzdem!

Gruß eRa

Antworten