переполнение /tmp

Как рекомендовано wiki при инсталляции не создавал раздела под /tmp. Сказано, что Arch использует tmpfs… Так вот, пытаюсь открыть большой (> 100Mb) архив, всё нафиг виснет, терпеливо жду, наконец ругается на переполнение /tmp! Ага, у меня 256 оперативки + 512 свопа и на 100 с хвостиком этого не хватает…
[alex@ipee11a ~]$ cat /etc/fstab
#
# /etc/fstab: static file system information
#
# <file system>        <dir>         <type>    <options>          <dump> <pass>
none                   /dev/pts      devpts    defaults            0      0
none                   /dev/shm      tmpfs     defaults            0      0
/dev/cdrom    /mnt/cdrw    iso9660   ro,user,noauto,unhide   0      0
/dev/cdrom1   /mnt/cdrom   iso9660   ro,user,noauto,unhide   0      0
/dev/sdb1     /mnt/flash   vfat      user,noauto,codepage=866,iocharset=utf8             0      0
/dev/fd0      /mnt/fd0     vfat      user,noauto,codepage=866,iocharset=utf8             0      0
/dev/sda1     /            ext3      defaults                0      1
/dev/sda3     swap         swap      defaults                0      0
/dev/sda4     /home        jfs       defaults                0      1
/dev/sda5     /usr         reiserfs  noatime,notail          0      1
/dev/sda6     /opt         reiserfs  noatime,notail          0      1
/dev/sda7     /var         reiserfs  noatime,notail          0      1
/dev/sda8     /var/abs     reiserfs  noatime,notail          0      1
/dev/sda9     /var/cache   reiserfs  noatime,notail          0      1
Судя по выводу, tmpfs у меня живёт на /dev/shm…
[alex@ipee11a ~]$ du /dev/shm/
0       /dev/shm/
Т. е., она пуста?
[alex@ipee11a ~]$ df -h /tmp/
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sda1             236M  236M  0    100%        /
И как это понимать? Может, сделать в fstab вместо:
none                   /dev/shm      tmpfs     defaults            0      0
такое:
none                   /tmp      tmpfs     defaults            0      0
Возможно, я чушь порю, поэтому в теме для новичков, но гуглевание мне не помогло найти внятный ответ о совместном бытии /tmp и tmpfs :'(
Насколько я понимаю /dev/shm - это общая память (shared memory), а tmpfs - это рам.диск (подробнее можно узнать из man mount). В приведенном /etc/fstab я не обнаружил у Вас отдельно монтируемого /tmp. Вероятно, что /tmp использует раздел монтируемый в /. Менять /dev/shm на /tmp я бы Вам не рекомендовал ;) При 256МБ создавать /tmp в памяти решение из неудачных.
Мое разбиение диска было таковым: / - 20ГБ, swap - 1ГБ, остальное - /home, при этом разницу в использовании других типов fs я не заметил и остановил свой выбор на журналируемой ext3.
Разберемся, голубчик!
если ещё и DE  крутится, то банально памяти не хватает. увеличьте своп до 2 гигов и всё.
такие дела.
Монтируй tmpfs в /tmp тогда будет у тебя использоваться tmp на tmpfs
none                   /tmp     tmpfs     defaults            0      0

строчку:
none                   /dev/shm      tmpfs     defaults            0      0

закоментировать или удалить.

А вообще у меня такое разбиение, tmpfs монтируется в /tmp, но скорее всего в скором времени откажусь от этого
/dev/sda1: 100M (/boot)
/dev/mapper/main-root: 30G (/)
/dev/mapper/main-home: 640G (/home)
/dev/mapper/main-var: 15G  (/var)
/dev/mapper/main-swap: 2G  (swap)

все ext3. Для домашнего использования имхо, самое оптимальное :) юзаю LVM2 да бы потом с присоединением/отключением дисков проблем не было.
systemd должен умереть.
Немного больше информации можно подчерпнуть из http://www.citforum.ru/operating_system … fs03.shtml . Статья не совсем свежая, но, думаю, что ее актуальность от этого не пострадала. В последнем пункте речь идет как раз о /tmp, но читать ее все же лучше с первого ;)
закоментировать или удалить.
а вот это сомнительное предложение. ибо /dev/shm - “official mountpoint”
Разберемся, голубчик!
cucullus
если ещё и DE  крутится, то банально памяти не хватает. увеличьте своп до 2 гигов и всё.
DE, конечно, крутится, но на 20-гиговом диске с 3 юзерами 2 под своп… тем более переразбивать диск на работающей системе… это больно. К тому же (проверил free -t -s 3) суммарной памяти остаётся около 450Мб. Заполняется именно /tmp на корне.
Amigo
Немного больше информации можно подчерпнуть из http://www.citforum.ru/operating_system … fs03.shtml . Статья не совсем свежая, но, думаю, что ее актуальность от этого не пострадала. В последнем пункте речь идет как раз о /tmp, но читать ее все же лучше с первого ;)
Вот забавно, Гугл мне её первую выкинул, и я её даже прочитал, но не до конца  :) , потому решил было, что это не про меня. Последний пункт интересен, насколько понял, если так сделать, то при переполнении /tmp (которая на корне) начнёт заполняться /dev/shm/tmp. Вот вопрос, это лучше как-то в fstab прописать или, скажем, в /etc/profile?
По любому, большое спасибо, товарищи!
походу вы чего-то не поняли? (или я)
при размещении /tmp в виртуальной памяти т.е. при биндинге его в /dev/shm/tmp сначала заполняется вся память выделенная VM под shared, потом swap (речь уже не идет о /tmp смонтированному в / ). если вчитаться/погуглить, то этот метод, кроме своих плюсов, несет так же и минусы. и что Вы собрались писать в /etc/profile относительно /tmp?
Разберемся, голубчик!
Да, похоже я не так понял  :( Тогда смысла не имеет, проще вручную очистить /tmp, не так часто это бывает надо. А в /etc/profile я просто намеревался прописать команды из статьи, a-la общесистемный bashrc, похоже, опять глупость сморозил.
Amigo
закоментировать или удалить.
а вот это сомнительное предложение. ибо /dev/shm - “official mountpoint”

В рамках домашней системы можно наверное отойти чуть от стандарта, если это ничему не повредит, в любом случае, можно сделать ln -s или mount –bind
systemd должен умереть.
 
Зарегистрироваться или войдите чтобы оставить сообщение.