Должен ли я помещать / var в отдельный раздел для сервера базы данных?

Question 1

Проблема заключается в том, что PepperFlash не проверяет и не заботится о том, какая частота выборки Pulseaudio установлена по умолчанию. Можно изменить частоту дискретизации Pulseaudio до 48000, а затем перезапустить Pulseaudio / Chrome.

Отменить комментарий по умолчанию и сменить его до 48000:

$ sudo nano /etc/pulse/daemon.conf

;default-sample-rate = 44100

default-sample-rate = 48000

Подробнее о Хром-ошибка

Question 2

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Question 3

Question 4

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Question 5

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Question 6

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Question 7

Question 8

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Question 9

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Question 10

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

Question 11

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

Question 12

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

Question 13

Question 14

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

Question 15

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

Question 16

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

Question 17

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

Question 18

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

Question 19

Question 20

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

Question 21

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

Question 22

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

Question 23

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

ph0t0nix · Accepted Answer · 25 May 2018 в 19:22

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

Как будет / tmp и / var существовать в одном разделе? Они будут символическими ссылками на другую точку монтирования для этого раздела ... или вы можете добавить две записи в fstab, указав конкретный каталог в разделе для монтирования. — user606723, 15 August 2011 в 02:59
/tmp и /var всегда находятся в одном разделе (а именно, один / включен), если вы не указали, что любой из них находится на отдельном разделе. Например, если вы решили иметь только два раздела, например. / и /home, тогда /tmp и /var находятся в одном разделе. — ph0t0nix, 19 August 2011 в 16:30
О, я вижу. Это звучало так, будто у вас был раздел, в котором были только - /tmp и /var. — user606723, 19 August 2011 в 22:10

ph0t0nix · Accepted Answer · 25 July 2018 в 21:28

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

ph0t0nix · Accepted Answer · 2 August 2018 в 03:06

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

ph0t0nix · Accepted Answer · 4 August 2018 в 18:57

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

ph0t0nix · Accepted Answer · 6 August 2018 в 03:19

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

ph0t0nix · Accepted Answer · 7 August 2018 в 21:00

У меня всегда есть /var на отдельном разделе и никогда не было проблем с ним. Выполнение этого способа предотвращает неправильное использование приложения (например, сервера базы данных, а также файлов журналов в /var/log), чтобы съесть все пространство на диске. Конечно, это также работает наоборот. Если кто-то (или какая-то программа) решает записать огромные файлы в /tmp, это повлияет и на вашу базу данных, если /tmp и /var находятся в одном разделе.

Если вы планируете размещать части своей иерархии каталогов на разных разделах, я бы предложил взглянуть на LVM (Logical Volume Manager). LVM позволяет динамически расширять ваши «разделы» (так называемые логические тома или LVs на языке LVM). Это означает, что если ваш LV, содержащий /var/, почти заполнен, вы можете его расширить, увеличить файловую систему «на лету» и продолжить без каких-либо перерывов в вашей базе данных.

m0NKey bR4in · Answer 7 · 25 May 2018 в 19:22

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

RobinJ · Answer 8 · 25 May 2018 в 19:22

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

-1

ответ дан RobinJ 25 May 2018 в 19:22

1

Хотя это может быть обоснованным соображением, оно просто добавляет путаницу и не имеет отношения к контексту вопроса. – cr8ivecodesmith 18 September 2013 в 09:16

m0NKey bR4in · Answer 9 · 25 July 2018 в 21:28

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

RobinJ · Answer 10 · 25 July 2018 в 21:28

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

-1

ответ дан RobinJ 25 July 2018 в 21:28

1

Хотя это может быть обоснованным соображением, оно просто добавляет путаницу и не имеет отношения к контексту вопроса. – cr8ivecodesmith 18 September 2013 в 09:16

m0NKey bR4in · Answer 11 · 2 August 2018 в 03:06

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

RobinJ · Answer 12 · 2 August 2018 в 03:06

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

-1

ответ дан RobinJ 2 August 2018 в 03:06

1

Хотя это может быть обоснованным соображением, оно просто добавляет путаницу и не имеет отношения к контексту вопроса. – cr8ivecodesmith 18 September 2013 в 09:16

m0NKey bR4in · Answer 13 · 4 August 2018 в 18:57

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

RobinJ · Answer 14 · 4 August 2018 в 18:57

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

-1

ответ дан RobinJ 4 August 2018 в 18:57

1

Хотя это может быть обоснованным соображением, оно просто добавляет путаницу и не имеет отношения к контексту вопроса. – cr8ivecodesmith 18 September 2013 в 09:16

m0NKey bR4in · Answer 15 · 6 August 2018 в 03:19

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

RobinJ · Answer 16 · 6 August 2018 в 03:19

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

-1

ответ дан RobinJ 6 August 2018 в 03:19

1

Хотя это может быть обоснованным соображением, оно просто добавляет путаницу и не имеет отношения к контексту вопроса. – cr8ivecodesmith 18 September 2013 в 09:16

m0NKey bR4in · Answer 17 · 7 August 2018 в 21:00

Я пытался запустить один из моих natty серверов с отдельной / var пару недель назад - он просто не запускается. Кажется, довольно длинная история Ubuntu с различными проблемами с / var в отдельной файловой системе

Итак, лучше всего иметь отдельный раздел данных, просто не помещайте туда весь ваш / var

RobinJ · Answer 18 · 7 August 2018 в 21:00

Вы можете либо сделать символическую ссылку, либо просто монтировать раздел как / var. Если вы хотите установить его как / var, вам нужно указать это в /etc/fstab.

-1

ответ дан RobinJ 7 August 2018 в 21:00

1

Хотя это может быть обоснованным соображением, оно просто добавляет путаницу и не имеет отношения к контексту вопроса. – cr8ivecodesmith 18 September 2013 в 09:16

Должен ли я помещать / var в отдельный раздел для сервера базы данных?

18 ответов

Другие вопросы по тегам:

Похожие вопросы: