Как увеличить /tmp

kerogaz, загрузитесь с загрузочного диска gParted

Работать с разделами желательно не из под самой ОС...

Если много оперативной памяти то можно использовать tmpfs
Написать в /etc/fstab

tmpfs /tmp tmpfs noatime,nosuid 0 0

yars написал:

[quote=Peter]Быстрее загрузиться в Recovery mode.

Пётр.

Быстрее завершить сессию и войти как рут в консоли.[/quote]
Recovery mode именно загружается без X-ов, в консоли и спрашивает пароль root.

Пётр.

В OpenSUSE например есть опция CLEAR_TMP_DIRS_AT_BOOTUP. Как на Debian не в теме..

Bif написал:

kerogaz, загрузитесь с загрузочного диска gParted

Работать с разделами желательно не из под самой ОС...

Я стартовал Gparted с Live CD. Уменьшил /home добавил высвободившееся пространство под /tmp. Но когда появилось время операции : 2 часа (на Intel D945 Atom 2Гб мозгов) то я решил переустановить Debian ( с быстрым зеркалом он устанавливается за полчаса) . Так что не рекомендую при установке Дебиана пользоваться разбиением на отдельный ./home /tmp /var потому что по умолчанию его значения такие малые что фильмы онлайн тормозятся из-за переполнения. Приходится посреди фильма /tmp чистить

kerogaz, какой смысл отделять от корня /usr, /var, /tmp? Нет смысла их выделять (но есть и исключения).

kirillov3798 написал:

kerogaz, какой смысл отделять от корня /usr, /var, /tmp? Нет смысла их выделять (но есть и исключения).

А Дебиан при установке в меню сам предлагает такое странное разбиение. Я сдуру его и выбрал

kerogaz, мне кажется, разбивать разделы нужно самому.

kirillov3798 написал:

kerogaz, мне кажется, разбивать разделы нужно самому.

Так ведь заранее не знаешь каким приложением будешь пользоваться. Я вот запустил одну задачу, а ей не хватило 24Гб ОП и она полезла в своп, так что пришлось своп в файл перенаправлять и размер его установить 48 Гб

Это что за такие задачи. o_O

kerogaz,

"kisil" написал:

Это что за такие задачи. o_O

ИМХО, на рабочке сейчас можно спокойно обойтись тремя разделами

корневым
SWAP
var - (и то для того, чтобы система немного жила в случае переполнения /var/log)

А почему переполняется /var. Неужели логи становятся настолько большими?

kirillov3798 написал:

А почему переполняется /var. Неужели логи становятся настолько большими?

Обычно, если обнаруживаются проблемы с железом...

Bif, какое нафиг железо? Тот же mysql может так /var/log забить, что мало не покажется. Забивается по той простой причине, что админ криворукий и о ротации логов не позаботился.

kirillov3798 написал:

kerogaz, [quote="kisil"]Это что за такие задачи. o_O

kirillov3798 написал:

какой смысл отделять от корня /usr, /var, /tmp? Нет смысла их выделять (но есть и исключения).

Это в вашем systemdix'e нет смысла, потому что дядя Поттеринг не велит, а в нормальных дистрибутивах можно и нужно и является нормальной практикой.

kerogaz написал:

[quote=Bif]kerogaz, загрузитесь с загрузочного диска gParted

Работать с разделами желательно не из под самой ОС...

Я стартовал Gparted с Live CD. Уменьшил /home добавил высвободившееся пространство под /tmp. Но когда появилось время операции : 2 часа (на Intel D945 Atom 2Гб мозгов) то я решил переустановить Debian ( с быстрым зеркалом он устанавливается за полчаса) . Так что не рекомендую при установке Дебиана пользоваться разбиением на отдельный ./home /tmp /var потому что по умолчанию его значения такие малые что фильмы онлайн тормозятся из-за переполнения. Приходится посреди фильма /tmp чистить[/quote]
Никогда ничего во время просмотра и прослушивания мультимедиа не переполнялось. Я что-то не так делаю ;)

yars написал:

Bif, какое нафиг железо? Тот же mysql может так /var/log забить, что мало не покажется. Забивается по той простой причине, что админ криворукий и о ротации логов не позаботился.

Я так понял, речь идет о рабочке, а не о серваке...

Bif, а какая разница, сервер или десктоп? Корни у проблемы одни и те же. Поправлюсь, железо тоже может быть причиной разрастания логов, но если ротация настроена и работает, забивания корня или отделенного /var все равно не будет.