Возможен, а в чём проблема?

просто задумался о распределении данных на диске.

Так сделай /var по-больше и не мучайся.

У меня только три раздела(/, /home, /media/data) переделывать уже нехочу. Вот и решил, что если симлинками?

Debian/Ubuntu?

Сделай apt-cache clean, а логи обычно слишком много места не занимают (спасибо logrotate).

А так, то, что ты описал — будет работать без проблем. Если конечно сам потом удивляться не будешь, от куда у тебя взялись юзвери log и cache. ;)

:D

Имел в виду apt-get clean.

Да я в курсе apt-get. Смысл в том, что когда устанавливаешь пакет, по физическому распределению у меня оказывается архив в кеше ближе. И после apt-get clean получается, такая как-бы «дырка» в диске.

А если полностью?:

mv /var /home
ln -s /home/var /var

А не проще ли тогда все перезбить на /? А то ты так всё в /home утащишь и будет тоже самое.

Зачем все, только /var.
Так он и так в корне лежит.
Глянул сейчас перевод fhs2.2, там оказывается допускается использование симлинка на /usr/var, а на /home/var - значит получается уже не fhs.
Да наверное пусть так и остается.

Глянул сейчас перевод fhs2.2, там оказывается допускается использование симлинка на /usr/var, а на /home/var - значит получается уже не fhs.

fhs специфицирует, по каким путям должны быть доступны данные, а не где они физически должны лежать. Если у тебя по стандартным путям всё доступно, то соответствует fhs. Так что переноси как тебе удобно.

Вообще для переноса /var советую использовать не симлинк, а mount --bind. Объясню:

Например, /var/lock обычно указывает на ../run/lock, т.е. на /run. Если помещаешь /var физически в /home/var, то этот симлинк начинает некорректно указывать на /home/run/lock:

При прохождении по пути /var/lock ядро сначала резолвит /var и заменяет его на /home/var/lock. Затем резолвит второй симлинк. Получается /home/var/../run/lock. Результат: /home/run/lock.

Если используешь mount --bind, то таких проблем нет.

Спасибо journald, логи вообще не занимают места!

Cпасибо, почти понял.
mound --bind - как его в fstab?
Не уверен, что симлинки изменятся таким образом.

В fstab так:

/home/var /var none defaults,bind 0 0

user@debian:~$ ls /media/DATA
A  B  I  L  T  V  Z
user@debian:~$ mkdir /media/DATA/TMPDIR
user@debian:~$ ln -s /media/DATA/I /media/DATA/TMPDIR/I-simlink
user@debian:~$~$ mv /media/DATA/TMPDIR /home/user/
user@debian:~$ ls -l ./TMPDIR/
итого 0
lrwxrwxrwx 1 user user 13 июн  4 14:29 I-simlink -> /media/DATA/I

симлинк корректен.

Абсолютные симлинки будут корректными. Относительные не будут.

Все понял, я что-то такое и подозревал. Еще раз спасибо.

С bind хорошая идея, загляните ко мне в крайний топик: fstab bind /tmp /var /home там пример.

Может я сейчас что-то неприличное скажу, но неоднократно замечал, как с течением времени абсолютные симлинки превращались в относительные ( сбои файловой системы? ), я всегда делаю только абсолютные, поэтому мне легко это отследить.

Хорошая ссылка

http://forums.linuxmint.com/viewtopic.php?p=825789

Первая по запросу: ssd hdd /tmp /var

Спасибо, был. Понравился принцип монтирования на tmpvar, один фиг и там бардак и там бардак. Единственное /tmp можно еще в озу.

Пожалуйста! Успехов!

Единственное /tmp можно еще в озу.

можно, если памяти немерено.