Не освобождается место на tmpfs

[thing]

Монтируется при загрузке со стандартными опциями
tmpfs /tmp tmpfs defaults 0 0
Изначально равен 2 ГБ (половина ОЗУ). Копирую туда файл на 500 МБ. Удаляю. Очищаю корзину. Жду. Свободного места по-прежнему 1,5 ГБ. Если забить все два гига - будет свободно 0 байт, что ни делай... Что за ерунда? Может ли это быть из-за того, что в системе не используется своп?

[Sly_tom_cat]

Когда надо будет - освободится.

http://www.linuxatemyram.com/

[thing]

Когда надо будет - освободится.

Кому надо? Когда мне надо туда что-то записать - там 0 байт.
Додумался посмотреть /tmp/.Trash-1000/files... Там все удаленные и очищаться с "общесистемной корзиной" они не хотят... Ищу, как отключить корзину для конкретной фс...
Пока выставил 000 на .Trash-1000... При удалении теперь лишний запрос "не могу удалить в корзину, удалить навсегда". Ну пусть будет...

[Sly_tom_cat]

Под рутом что-ли работаете?

у меня нету треша в темпе... ЧЯДНТ?

[thing]

Под рутом что-ли работаете?

у меня нету треша в темпе... ЧЯДНТ?

Нет, конечно. Обычный юзер с правами администратора и в sudoers... Ubuntu 10.04... ничего такого, что бы относилось к fs, не вытворял... Да и вообще ничего не вытворял Именно поэтому я тоже удивляюсь - что это за фигня. Хотя не обращал внимания, должен быть или нет. Если это "обычная FS", как ее представляют, то почему там не должно быть треша... Но вот почему он не очищается - это уже другой вопрос.

[vas_3]

Не понимать, зачем юзеру понадобился /tmp?
ЕМНИП у /tmp совсем другое назначение

[di-erz]

Место на /tmp при таком монтировании освобождается только после перезагрузки!
Не стоит использовать /tmp для операций вручную, при малом размере ОЗУ будет использован swap.

[thing]

Не стоит использовать /tmp для операций вручную

В смысле?
1. Свопа нет
2. ОЗУ 4 гига, 3 из них отвел под /tmp.
3. При использовании SSD всегда первым делом рекомендуется перенести /tmp и т.д. в оперативную память. Для документов/операций, которые требуют временного размещения файлов, которые после использования станут не нужны, тоже использую /tmp с tmpfs как быструю, самоочищающуюся после перезагрузки папку...

[ArcFi]

thing,

Код: [Выделить]

df -h | grep /tmp
dd if=/dev/zero of=/tmp/zero bs=500M count=1
df -h | grep /tmp
rm -f /tmp/zero
df -h | grep /tmp?

[thing]

?

Удаляется. Как я сверху написал про треш, становится ясно, что проблема не с ФС, а с собственно трешем на tmpfs и вероятно гномом. Треш не очищается из системы.

[Sly_tom_cat]

Проблема не с трешем или гномом, а с файловым менеджером.

[thing]

Проблема не с трешем или гномом, а с файловым менеджером.

nautilus вроде как неотъемлемая часть гнома. по крайней мере, стандартная. ну в целом понятно, с чем, непонятно, как бороться, кроме костыля на запрет удаления в треш. В принципе, мне сойдет и так.
Пользователь решил продолжить мысль 29 Октября 2012, 22:29:18:Забавно, но проблема все же актуальна. .Trash-1000 с правами 000 система при ребуте удалила и снова записала свою с доступом Даже не знаю, что теперь - при загрузке менять права...