Отдельный /var в операционной системе.

[virusoft]

а почему каталог /var указан отдельной строчкой в точке монтирования при установке системы? Если так сделано, значит кому-то именно это и нужно.

Это где это он так "указан"?

когда разбивку дисков вручную применяешь при установке.

[Pilot6]

когда разбивку дисков вручную применяешь при установке.

Ну там много чего указано как варианты. Это же не означает, что все надо на разных разделах размещать.

[virusoft]

когда разбивку дисков вручную применяешь при установке.

Ну там много чего указано как варианты. Это же не означает, что все надо на разных разделах размещать.

Но подумать про это лишним не будет. Я в свое время так морально устаревшие диски запользовал.

[tahr]

здесь эта тема уже с момента появления получилась интересной

Линукс - гибкая система, позволяет пользователю много чего делать, предоставляя самые широкие возможности. Поэтому если кто-то знает как и для чего может пригодиться та или иная возможность может оказаться полезным и другим, которые пока этого не знают.

[EvangelionDeath]

Это где это он так "указан"?

Есть отдельный пункт в выборе точки монтирования, есть...

а почему каталог /var указан отдельной строчкой в точке монтирования при установке системы?

Так сложилось исторически. /var - variable - изменяемые данные. И в свое время home было не в корне, а в /usr/ (предлагаю почитать, какой раздел и для чего вообще, не хочется объяснять элементарные вещи.

А потом разбираются что и где прописано. стремится к порядку разбрасывая по разным местам файлы не есть разумно.

приведу один пример: есть БД на 4+ ТБ. Вот куда вы ее целиком и полностью распихнете, если в большинстве таблиц более 100 млн записей, а размер некоторых даже по несколько млрд записей. В /var ?) Ну ок, каким способом? Монтировать рейд для бд (а тут тоже засада, чем выше уровень сохранности данных, тем медленнее доступ и доступный объем...), кроме того БД сама умете контроллить доступность таблиц и при потере каких-то скажет, что увы... но продолжит работать.


И да, что где прописано и т. д.... Умирает система, срочно надо перенести данные (или подключить диски с другой ОС, что бы сервер продолжил работать). А тут мелкая засада: а) в каждой системе архитектура /var может отличаться (ну /var еще надо прописать кроме того), б) свой перечень установленных програм и хранимых данных. Даже если перечни совпадают, то могут отличаться версии (привет передаем PHP 5.6 и 7, postgres, mysql и куче других сервисов, где версии могут быть просто несовместимы между собой, и если в БД еще есь миграции с низшей на высшую...)

Итог: отдельный вар нынче даже на Enterprise серверах не выносят ибо бред, а все данные хранятся на отдельных стораджах, что бы в случае чего заменить на гарячую, даже есть слайсы систем, что бы если чего развернуть полную копию

Кратко: вы вообще не понимаете для чего var и считаете его панацеей от чего-то... Нет, увы... Это если бы винде сказали храни вот данные такие на таком "Диске <буквочку додумайте>". Но NIX системы гибче, они разрешают использовать раздел\диск в любой точке и как вам будет удобнее.

P.S. Вы бэкапите только данные?!!! А мы бэкапим и данные, и конфиги, и структуры и много чего еще.

[johnyx]

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

[EvangelionDeath]

johnyx, так отдельный сторадж, а не раздел на диске...

[virusoft]

а почему каталог /var указан отдельной строчкой в точке монтирования при установке системы?

Так сложилось исторически. /var - variable - изменяемые данные.

Как говориться, нет ничего более постоянного, чем временное. Изменил и забыл, а оно в этом виде хранится годами. Так что не факт, что в /var только постоянно меняющиеся данные.

[EvangelionDeath]

virusoft, назовите хоть что-то, что в /var не меняется (только не о редких исключениях, типа конфигов постгреса (хотя они находятся рядом со своей же базой и о файлах веб сервера (что как бы муветон))


http://www.linfo.org/var.html

/var is specific for each computer;

Ни что бы не быть голословным:

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

Filesystem             Size  Used Avail Use% Mounted on
udev                    32G     0   32G   0% /dev
tmpfs                  6.3G  672M  5.7G  11% /run
/dev/mapper/sys-root   886G  490G  351G  59% /
tmpfs                   32G  4.0K   32G   1% /dev/shm
tmpfs                  5.0M     0  5.0M   0% /run/lock
tmpfs                   32G     0   32G   0% /sys/fs/cgroup
/dev/mapper/sys-pgsql  436G  104G  310G  26% /var/lib/postgresql


[virusoft]

virusoft, назовите хоть что-то, что в /var не меняется (только не о редких исключениях, типа конфигов постгреса (хотя они находятся рядом со своей же базой и о файлах веб сервера (что как бы муветон))

/var/www
Как часто вы меняете содержимое своих сайтов? А если один из них файлообменник и надо сохранять присланные файлы? Не надо говорить о том, что их надо хранить в другом месте. Файлообменник работает на том разделе, где расположен сайт. Прислали туда файл, а потребуется он через три года.
Свой муветон вы оставьте при себе. Разработчик решил, что по умолчанию файлы хранятся там. Вы умнее коллектива этой фирмы? Ну тогда вы …, покажите свою, более успешную фирму. Если таковой нет, ваши претензии выглядят не убедительно. То что вам кажется, это только кажется, а на самом деле проведена работа и сделан соответствующий вывод.

[EvangelionDeath]

virusoft, когда сказать нечего, но признаваь свою ошибку не хочется - всегда можно воспользовать аргумент "сам дурак".

а) /var/www в жизнь было внесено RH вначале 2000х
б) если бы вы внимательно читали о /var, то бы знали, что покеты используют /usr/share для статического контента и /var/lib для динамического, а /var/www - такая себе заглушка. И хранить там файлы - не самая хорошая идея (о чем я вам намекал)

Итого: каждый останется при своем мнении, но как вы заметили правильно в другой теме, с вами не согласны почти все, а все потому, что ваша точка зрения несостоятельна и не выдерживает никакой критики, да и вы не стремитесь воспринимать адекватно критику.

На сим откланиваюсь, ответ известен - нет никакой магии, просто кто-то не умеет его готовить, а свое невежество прячет за ширмой ноу-хау.

[Karl500]

Внесу свои 5 копеек. У совета выделять отдельный раздел под /var (и, кстати, под /boot, /home и /tmp) есть рациональное зерно (по крайней мере, было), но в настоящее время минусы значительно перевешивают плюсы. И, кстати, совет по /var относился всегда к серверам, но не к десктопам.

По /var (и /tmp) аргумент был следующий: при длительной работе возможна ситуация, когда файлы в разделе /var (в частности, /var/log) переполнят диск, что может привести к неработоспособности сервера. Чтобы уменьшить вероятность подобного отказа, предлагалось вынести /var в отдельный раздел.

[tahr]

файлы в разделе /var (в частности, /var/log) переполнят диск, что может привести к неработоспособности сервера. Чтобы уменьшить вероятность подобного отказа, предлагалось вынести /var в отдельный раздел.

Если /var стоит на отдельном разделе, сервер продолжит работу в случае переполнения /var ?

[Karl500]

При этом (например) просто перестанут писаться логи, а работа, к примеру, с БД продолжится (конечно, если эта работа не приводит к записи на /var). Еще раз подчеркну - это довольно старый совет, в то время, например, /var/www не существовало.

[Sly_tom_cat]

В первую очередь система упадёт в кернелпаник если одному из процессов ядра не удастся залоггировать что-нибудь. А оно как раз в /var/log...
И именно поэтому в ext4 введён резерв рута.