Сокращение / домашний / и расширение / пока сервер работает

Question 1

Это сработало для меня. Он устанавливает соединение hotspot с помощью редактора подключений сетевого администратора Kde. Я на Ubuntu 14.04 (.2) 64 бит. Следуйте по ссылке или следуйте за мной:

Сначала установите ее по ссылке выше. (Я думаю, что пакет plasma-nm, если я прав, запустите это, чтобы установить: sudo apt-get install plasma-nm).

Нажмите Alt + F2 и введите kde-nm-connection-editor, чтобы запустить его.

В появившемся окне нажмите кнопку «Добавить» и выберите «Беспроводной (общий)» в раскрывающемся списке.

Введите имя, ssid и выберите режим точки доступа. Если хотите, настройте пароль на вкладке Безопасность беспроводной сети. Наконец, нажмите «ОК».

Нажмите «Диспетчер сетевого управления» на панели «Единство», а затем выберите «Подключиться к скрытой сети Wi-Fi», выберите созданное соединение. (Возможно, вам не нужно делать этот шаг)

Question 2

Что касается обсуждения в комментариях, похоже, что вы используете сервер, который полагается на большую (или, по крайней мере, большую) базу данных в /var. На таком компьютере важно либо отделить /var (или его подкаталог) до достаточно большого раздела для хранения базы данных, либо убедиться, что root (/) достаточно велик. На самом деле, многие серверы лучше работают с отдельным разделом /var, чем с отдельным разделом /home - хотя ваш вывод df показывает, что у вас есть 94GB на /home, так что, похоже, случай для вас. Тем не менее, если вы используете сервер MySQL, 20 ГБ для root (/) и отдельный раздел /var звучат неадекватно, поэтому ваша проблема понятна. Вы можете обратиться к эксперту MySQL за советом о том, сколько места на диске может ожидать ваша база данных.

В любом случае можно выполнить «живое» изменение размера некоторых файловых систем; но увеличение размера намного лучше, чем уменьшение размера файловой системы, и, похоже, вам нужно будет выполнить одну из этих операций. Если вы можете войти в систему как root, вы сможете отключить /home и сжать его от обычной загрузки. Имейте в виду, что это нестандартная конфигурация для Ubuntu, поэтому вам нужно включить прямые root логины - и вы можете отключить их впоследствии. (См. Этот вопрос и его ответы, чтобы узнать больше об этом.) В зависимости от компоновки разделов могут возникнуть и другие осложнения. См. Этот вопрос и его ответы для получения некоторой информации об изменении размера, когда вы вошли в систему. Если ваш раздел /home появляется после вашего раздела root (/), вы можете захотеть сократить /home, создав новый раздел, следующий он, перемещая содержимое /var (или любой другой подкаталог /var пережевывает столько места на диске) в новый раздел, а затем устанавливая его в /var (или его подкаталог, если это необходимо). Поскольку в /var работает очень много программ, перемещение всех /var таким образом, вероятно, потребует работы с аварийного диска, но вы можете сделать это из основной установки для подкаталога /var.

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

Еще один проверенный временем, но несколько уродливый подход заключается в том, чтобы переместить один или несколько каталогов на [d2 ] увеличивает раздел и полагается на символическую ссылку, а не на установку нового раздела. Вы сделали бы что-то вроде этого:

Найдите каталог в корневом (/) разделе, который пережевывает много места. Для MySQL я ожидаю, что это будет /var/lib/mysql. Создайте целевой каталог на секции /home - скажем, /home/var/lib/mysql. Сопоставьте свою собственность и разрешения с исходным каталогом /var/lib/mysql. Выключите любое программное обеспечение, использующее /var/lib/mysql. Я думаю, что было бы sudo service mysql stop сделать это, но я не уверен на 100%. Введите sudo mv /var/lib/mysql/* /home/var/lib/mysql/. Это переместит файлы с /var/lib/mysql в раздел /home. Введите sudo rmdir /var/lib/mysql, чтобы удалить этот каталог. (Если он не будет удален, то вероятность того, что некоторые файлы не будут перемещены. Возможно, это точечные файлы. Вы должны исправить эту проблему.) Введите sudo ln -s /home/var/lib/mysql /var/lib/mysql. Это создает символическую ссылку, так что программы, которые используют /var/lib/mysql, будут по-прежнему иметь доступ к файлам в новом местоположении. Перезапустите MySQL. sudo service mysql start должен это сделать.

Предостережение: я недостаточно хорошо знаком с MySQL, чтобы быть на 100% уверенным, что эта процедура будет работать должным образом. Использование символических ссылок может придать ему смысл. Кроме того, я не тестировал эту процедуру, поскольку я ее набрал, поэтому я допустил ошибку в одной (или более) командах.

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

Question 3

Question 4

Что касается обсуждения в комментариях, похоже, что вы используете сервер, который полагается на большую (или, по крайней мере, большую) базу данных в /var. На таком компьютере важно либо отделить /var (или его подкаталог) до достаточно большого раздела для хранения базы данных, либо убедиться, что root (/) достаточно велик. На самом деле, многие серверы лучше работают с отдельным разделом /var, чем с отдельным разделом /home - хотя ваш вывод df показывает, что у вас есть 94GB на /home, так что, похоже, случай для вас. Тем не менее, если вы используете сервер MySQL, 20 ГБ для root (/) и отдельный раздел /var звучат неадекватно, поэтому ваша проблема понятна. Вы можете обратиться к эксперту MySQL за советом о том, сколько места на диске может ожидать ваша база данных.

В любом случае можно выполнить «живое» изменение размера некоторых файловых систем; но увеличение размера намного лучше, чем уменьшение размера файловой системы, и, похоже, вам нужно будет выполнить одну из этих операций. Если вы можете войти в систему как root, вы сможете отключить /home и сжать его от обычной загрузки. Имейте в виду, что это нестандартная конфигурация для Ubuntu, поэтому вам нужно включить прямые root логины - и вы можете отключить их впоследствии. (См. Этот вопрос и его ответы, чтобы узнать больше об этом.) В зависимости от компоновки разделов могут возникнуть и другие осложнения. См. Этот вопрос и его ответы для получения некоторой информации об изменении размера, когда вы вошли в систему. Если ваш раздел /home появляется после вашего раздела root (/), вы можете захотеть сократить /home, создав новый раздел, следующий он, перемещая содержимое /var (или любой другой подкаталог /var пережевывает столько места на диске) в новый раздел, а затем устанавливая его в /var (или его подкаталог, если это необходимо). Поскольку в /var работает очень много программ, перемещение всех /var таким образом, вероятно, потребует работы с аварийного диска, но вы можете сделать это из основной установки для подкаталога /var.

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

Еще один проверенный временем, но несколько уродливый подход заключается в том, чтобы переместить один или несколько каталогов на увеличивает раздел и полагается на символическую ссылку, а не на установку нового раздела. Вы сделали бы что-то вроде этого:

Найдите каталог в корневом (/) разделе, который пережевывает много места. Для MySQL я ожидаю, что это будет /var/lib/mysql. Создайте целевой каталог на секции /home - скажем, /home/var/lib/mysql. Сопоставьте свою собственность и разрешения с исходным каталогом /var/lib/mysql. Выключите любое программное обеспечение, использующее /var/lib/mysql. Я думаю, что было бы sudo service mysql stop сделать это, но я не уверен на 100%. Введите sudo mv /var/lib/mysql/* /home/var/lib/mysql/. Это переместит файлы с /var/lib/mysql в раздел /home. Введите sudo rmdir /var/lib/mysql, чтобы удалить этот каталог. (Если он не будет удален, то вероятность того, что некоторые файлы не будут перемещены. Возможно, это точечные файлы. Вы должны исправить эту проблему.) Введите sudo ln -s /home/var/lib/mysql /var/lib/mysql. Это создает символическую ссылку, так что программы, которые используют /var/lib/mysql, будут по-прежнему иметь доступ к файлам в новом местоположении. Перезапустите MySQL. sudo service mysql start должен это сделать.

Предостережение: я недостаточно хорошо знаком с MySQL, чтобы быть на 100% уверенным, что эта процедура будет работать должным образом. Использование символических ссылок может придать ему смысл. Кроме того, я не тестировал эту процедуру, поскольку я ее набрал, поэтому я допустил ошибку в одной (или более) командах.

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

Question 5

Что касается обсуждения в комментариях, похоже, что вы используете сервер, который полагается на большую (или, по крайней мере, большую) базу данных в /var. На таком компьютере важно либо отделить /var (или его подкаталог) до достаточно большого раздела для хранения базы данных, либо убедиться, что root (/) достаточно велик. На самом деле, многие серверы лучше работают с отдельным разделом /var, чем с отдельным разделом /home - хотя ваш вывод df показывает, что у вас есть 94GB на /home, так что, похоже, случай для вас. Тем не менее, если вы используете сервер MySQL, 20 ГБ для root (/) и отдельный раздел /var звучат неадекватно, поэтому ваша проблема понятна. Вы можете обратиться к эксперту MySQL за советом о том, сколько места на диске может ожидать ваша база данных.

В любом случае можно выполнить «живое» изменение размера некоторых файловых систем; но увеличение размера намного лучше, чем уменьшение размера файловой системы, и, похоже, вам нужно будет выполнить одну из этих операций. Если вы можете войти в систему как root, вы сможете отключить /home и сжать его от обычной загрузки. Имейте в виду, что это нестандартная конфигурация для Ubuntu, поэтому вам нужно включить прямые root логины - и вы можете отключить их впоследствии. (См. Этот вопрос и его ответы, чтобы узнать больше об этом.) В зависимости от компоновки разделов могут возникнуть и другие осложнения. См. Этот вопрос и его ответы для получения некоторой информации об изменении размера, когда вы вошли в систему. Если ваш раздел /home появляется после вашего раздела root (/), вы можете захотеть сократить /home, создав новый раздел, следующий он, перемещая содержимое /var (или любой другой подкаталог /var пережевывает столько места на диске) в новый раздел, а затем устанавливая его в /var (или его подкаталог, если это необходимо). Поскольку в /var работает очень много программ, перемещение всех /var таким образом, вероятно, потребует работы с аварийного диска, но вы можете сделать это из основной установки для подкаталога /var.

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

Еще один проверенный временем, но несколько уродливый подход заключается в том, чтобы переместить один или несколько каталогов на увеличивает раздел и полагается на символическую ссылку, а не на установку нового раздела. Вы сделали бы что-то вроде этого:

Найдите каталог в корневом (/) разделе, который пережевывает много места. Для MySQL я ожидаю, что это будет /var/lib/mysql. Создайте целевой каталог на секции /home - скажем, /home/var/lib/mysql. Сопоставьте свою собственность и разрешения с исходным каталогом /var/lib/mysql. Выключите любое программное обеспечение, использующее /var/lib/mysql. Я думаю, что было бы sudo service mysql stop сделать это, но я не уверен на 100%. Введите sudo mv /var/lib/mysql/* /home/var/lib/mysql/. Это переместит файлы с /var/lib/mysql в раздел /home. Введите sudo rmdir /var/lib/mysql, чтобы удалить этот каталог. (Если он не будет удален, то вероятность того, что некоторые файлы не будут перемещены. Возможно, это точечные файлы. Вы должны исправить эту проблему.) Введите sudo ln -s /home/var/lib/mysql /var/lib/mysql. Это создает символическую ссылку, так что программы, которые используют /var/lib/mysql, будут по-прежнему иметь доступ к файлам в новом местоположении. Перезапустите MySQL. sudo service mysql start должен это сделать.

Предостережение: я недостаточно хорошо знаком с MySQL, чтобы быть на 100% уверенным, что эта процедура будет работать должным образом. Использование символических ссылок может придать ему смысл. Кроме того, я не тестировал эту процедуру, поскольку я ее набрал, поэтому я допустил ошибку в одной (или более) командах.

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

Rod Smith · Accepted Answer · 22 May 2018 в 20:25

Что касается обсуждения в комментариях, похоже, что вы используете сервер, который полагается на большую (или, по крайней мере, большую) базу данных в /var. На таком компьютере важно либо отделить /var (или его подкаталог) до достаточно большого раздела для хранения базы данных, либо убедиться, что root (/) достаточно велик. На самом деле, многие серверы лучше работают с отдельным разделом /var, чем с отдельным разделом /home - хотя ваш вывод df показывает, что у вас есть 94GB на /home, так что, похоже, случай для вас. Тем не менее, если вы используете сервер MySQL, 20 ГБ для root (/) и отдельный раздел /var звучат неадекватно, поэтому ваша проблема понятна. Вы можете обратиться к эксперту MySQL за советом о том, сколько места на диске может ожидать ваша база данных.

В любом случае можно выполнить «живое» изменение размера некоторых файловых систем; но увеличение размера намного лучше, чем уменьшение размера файловой системы, и, похоже, вам нужно будет выполнить одну из этих операций. Если вы можете войти в систему как root, вы сможете отключить /home и сжать его от обычной загрузки. Имейте в виду, что это нестандартная конфигурация для Ubuntu, поэтому вам нужно включить прямые root логины - и вы можете отключить их впоследствии. (См. Этот вопрос и его ответы, чтобы узнать больше об этом.) В зависимости от компоновки разделов могут возникнуть и другие осложнения. См. Этот вопрос и его ответы для получения некоторой информации об изменении размера, когда вы вошли в систему. Если ваш раздел /home появляется после вашего раздела root (/), вы можете захотеть сократить /home, создав новый раздел, следующий он, перемещая содержимое /var (или любой другой подкаталог /var пережевывает столько места на диске) в новый раздел, а затем устанавливая его в /var (или его подкаталог, если это необходимо). Поскольку в /var работает очень много программ, перемещение всех /var таким образом, вероятно, потребует работы с аварийного диска, но вы можете сделать это из основной установки для подкаталога /var.

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

Еще один проверенный временем, но несколько уродливый подход заключается в том, чтобы переместить один или несколько каталогов на [d2 ] увеличивает раздел и полагается на символическую ссылку, а не на установку нового раздела. Вы сделали бы что-то вроде этого:

Найдите каталог в корневом (/) разделе, который пережевывает много места. Для MySQL я ожидаю, что это будет /var/lib/mysql. Создайте целевой каталог на секции /home - скажем, /home/var/lib/mysql. Сопоставьте свою собственность и разрешения с исходным каталогом /var/lib/mysql. Выключите любое программное обеспечение, использующее /var/lib/mysql. Я думаю, что было бы sudo service mysql stop сделать это, но я не уверен на 100%. Введите sudo mv /var/lib/mysql/* /home/var/lib/mysql/. Это переместит файлы с /var/lib/mysql в раздел /home. Введите sudo rmdir /var/lib/mysql, чтобы удалить этот каталог. (Если он не будет удален, то вероятность того, что некоторые файлы не будут перемещены. Возможно, это точечные файлы. Вы должны исправить эту проблему.) Введите sudo ln -s /home/var/lib/mysql /var/lib/mysql. Это создает символическую ссылку, так что программы, которые используют /var/lib/mysql, будут по-прежнему иметь доступ к файлам в новом местоположении. Перезапустите MySQL. sudo service mysql start должен это сделать.

Предостережение: я недостаточно хорошо знаком с MySQL, чтобы быть на 100% уверенным, что эта процедура будет работать должным образом. Использование символических ссылок может придать ему смысл. Кроме того, я не тестировал эту процедуру, поскольку я ее набрал, поэтому я допустил ошибку в одной (или более) командах.

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

Немного поздно, но после тестирования (и после ваших точных инструкций, ни одного изменения команды) все сработало отлично - просто дошло до этого, после того, как в базах данных снова появилось дисковое пространство. Возможно, вы захотите удалить предостережение, потому что я подтвердил, что он работает :) — shavit, 31 August 2017 в 15:11

Rod Smith · Accepted Answer · 18 July 2018 в 10:05

Что касается обсуждения в комментариях, похоже, что вы используете сервер, который полагается на большую (или, по крайней мере, большую) базу данных в /var. На таком компьютере важно либо отделить /var (или его подкаталог) до достаточно большого раздела для хранения базы данных, либо убедиться, что root (/) достаточно велик. На самом деле, многие серверы лучше работают с отдельным разделом /var, чем с отдельным разделом /home - хотя ваш вывод df показывает, что у вас есть 94GB на /home, так что, похоже, случай для вас. Тем не менее, если вы используете сервер MySQL, 20 ГБ для root (/) и отдельный раздел /var звучат неадекватно, поэтому ваша проблема понятна. Вы можете обратиться к эксперту MySQL за советом о том, сколько места на диске может ожидать ваша база данных.

В любом случае можно выполнить «живое» изменение размера некоторых файловых систем; но увеличение размера намного лучше, чем уменьшение размера файловой системы, и, похоже, вам нужно будет выполнить одну из этих операций. Если вы можете войти в систему как root, вы сможете отключить /home и сжать его от обычной загрузки. Имейте в виду, что это нестандартная конфигурация для Ubuntu, поэтому вам нужно включить прямые root логины - и вы можете отключить их впоследствии. (См. Этот вопрос и его ответы, чтобы узнать больше об этом.) В зависимости от компоновки разделов могут возникнуть и другие осложнения. См. Этот вопрос и его ответы для получения некоторой информации об изменении размера, когда вы вошли в систему. Если ваш раздел /home появляется после вашего раздела root (/), вы можете захотеть сократить /home, создав новый раздел, следующий он, перемещая содержимое /var (или любой другой подкаталог /var пережевывает столько места на диске) в новый раздел, а затем устанавливая его в /var (или его подкаталог, если это необходимо). Поскольку в /var работает очень много программ, перемещение всех /var таким образом, вероятно, потребует работы с аварийного диска, но вы можете сделать это из основной установки для подкаталога /var.

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

Еще один проверенный временем, но несколько уродливый подход заключается в том, чтобы переместить один или несколько каталогов на увеличивает раздел и полагается на символическую ссылку, а не на установку нового раздела. Вы сделали бы что-то вроде этого:

Найдите каталог в корневом (/) разделе, который пережевывает много места. Для MySQL я ожидаю, что это будет /var/lib/mysql. Создайте целевой каталог на секции /home - скажем, /home/var/lib/mysql. Сопоставьте свою собственность и разрешения с исходным каталогом /var/lib/mysql. Выключите любое программное обеспечение, использующее /var/lib/mysql. Я думаю, что было бы sudo service mysql stop сделать это, но я не уверен на 100%. Введите sudo mv /var/lib/mysql/* /home/var/lib/mysql/. Это переместит файлы с /var/lib/mysql в раздел /home. Введите sudo rmdir /var/lib/mysql, чтобы удалить этот каталог. (Если он не будет удален, то вероятность того, что некоторые файлы не будут перемещены. Возможно, это точечные файлы. Вы должны исправить эту проблему.) Введите sudo ln -s /home/var/lib/mysql /var/lib/mysql. Это создает символическую ссылку, так что программы, которые используют /var/lib/mysql, будут по-прежнему иметь доступ к файлам в новом местоположении. Перезапустите MySQL. sudo service mysql start должен это сделать.

Предостережение: я недостаточно хорошо знаком с MySQL, чтобы быть на 100% уверенным, что эта процедура будет работать должным образом. Использование символических ссылок может придать ему смысл. Кроме того, я не тестировал эту процедуру, поскольку я ее набрал, поэтому я допустил ошибку в одной (или более) командах.

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

Rod Smith · Accepted Answer · 24 July 2018 в 19:30

Что касается обсуждения в комментариях, похоже, что вы используете сервер, который полагается на большую (или, по крайней мере, большую) базу данных в /var. На таком компьютере важно либо отделить /var (или его подкаталог) до достаточно большого раздела для хранения базы данных, либо убедиться, что root (/) достаточно велик. На самом деле, многие серверы лучше работают с отдельным разделом /var, чем с отдельным разделом /home - хотя ваш вывод df показывает, что у вас есть 94GB на /home, так что, похоже, случай для вас. Тем не менее, если вы используете сервер MySQL, 20 ГБ для root (/) и отдельный раздел /var звучат неадекватно, поэтому ваша проблема понятна. Вы можете обратиться к эксперту MySQL за советом о том, сколько места на диске может ожидать ваша база данных.

В любом случае можно выполнить «живое» изменение размера некоторых файловых систем; но увеличение размера намного лучше, чем уменьшение размера файловой системы, и, похоже, вам нужно будет выполнить одну из этих операций. Если вы можете войти в систему как root, вы сможете отключить /home и сжать его от обычной загрузки. Имейте в виду, что это нестандартная конфигурация для Ubuntu, поэтому вам нужно включить прямые root логины - и вы можете отключить их впоследствии. (См. Этот вопрос и его ответы, чтобы узнать больше об этом.) В зависимости от компоновки разделов могут возникнуть и другие осложнения. См. Этот вопрос и его ответы для получения некоторой информации об изменении размера, когда вы вошли в систему. Если ваш раздел /home появляется после вашего раздела root (/), вы можете захотеть сократить /home, создав новый раздел, следующий он, перемещая содержимое /var (или любой другой подкаталог /var пережевывает столько места на диске) в новый раздел, а затем устанавливая его в /var (или его подкаталог, если это необходимо). Поскольку в /var работает очень много программ, перемещение всех /var таким образом, вероятно, потребует работы с аварийного диска, но вы можете сделать это из основной установки для подкаталога /var.

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

Еще один проверенный временем, но несколько уродливый подход заключается в том, чтобы переместить один или несколько каталогов на увеличивает раздел и полагается на символическую ссылку, а не на установку нового раздела. Вы сделали бы что-то вроде этого:

Найдите каталог в корневом (/) разделе, который пережевывает много места. Для MySQL я ожидаю, что это будет /var/lib/mysql. Создайте целевой каталог на секции /home - скажем, /home/var/lib/mysql. Сопоставьте свою собственность и разрешения с исходным каталогом /var/lib/mysql. Выключите любое программное обеспечение, использующее /var/lib/mysql. Я думаю, что было бы sudo service mysql stop сделать это, но я не уверен на 100%. Введите sudo mv /var/lib/mysql/* /home/var/lib/mysql/. Это переместит файлы с /var/lib/mysql в раздел /home. Введите sudo rmdir /var/lib/mysql, чтобы удалить этот каталог. (Если он не будет удален, то вероятность того, что некоторые файлы не будут перемещены. Возможно, это точечные файлы. Вы должны исправить эту проблему.) Введите sudo ln -s /home/var/lib/mysql /var/lib/mysql. Это создает символическую ссылку, так что программы, которые используют /var/lib/mysql, будут по-прежнему иметь доступ к файлам в новом местоположении. Перезапустите MySQL. sudo service mysql start должен это сделать.

Предостережение: я недостаточно хорошо знаком с MySQL, чтобы быть на 100% уверенным, что эта процедура будет работать должным образом. Использование символических ссылок может придать ему смысл. Кроме того, я не тестировал эту процедуру, поскольку я ее набрал, поэтому я допустил ошибку в одной (или более) командах.

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

Сокращение / домашний / и расширение / пока сервер работает

3 ответа

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

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