Помощь с установкой на раздел

Привет, ребята,

Возможно, это первый раз, когда кто-то просит о такой помощи, но мне она очень нужна :frowning:

У меня есть сервер с двумя разделами (кроме swap-раздела, разумеется)!

Первый раздел — 200 ГБ, второй — 100 ГБ.

Я хочу установить Discourse на раздел в 100 ГБ, а 200-гигабайтный раздел планирую использовать для хранения данных :hear_no_evil:

Подскажите, пожалуйста, как через SSH запустить установку скрипта именно на второй раздел, чтобы не запутаться и не сделать чего-то лишнего!

Я почти везде искал, но не нашёл прямых тем или обсуждений этой проблемы.

Буду очень благодарен за помощь :slight_smile:

EDIT: Забыл упомянуть, что на сервер уже установлена Ubuntu 20.04 LTS, для дополнительной информации.

Вы смонтировали второй раздел? Если да, то какой у него путь?

Это смонтировано на /dev/sda4

/dev/sda4 3333580800 3497420799 163840000 78.1G файловая система Linux

Надеюсь, это поможет, и большое спасибо за ваш ответ.

Люди постоянно задают такие вопросы на таких ресурсах, как Stack Exchange, Unix.com (кажется, такой сайт существует) и других сайтах, посвященных системному администрированию. Это действительно не проблема самого Discourse.

Discourse обычно хранит данные в каталоге /var/discourse и там, где Docker сохраняет свои файлы.

Нет, это устройство. Вы его смонтировали?
Вы можете смонтировать его в /var/discourse, и тогда вы получите то, что хотите.

Например, посмотрите здесь: https://devconnected.com/how-to-mount-and-unmount-drives-on-linux/ (первая ссылка в Google, которая мне понравилась)

У меня два раздела, и мне нужно знать, как смонтировать их на раздел HDD объёмом 100 ГБ, но я не знаю, как назвать этот раздел для установки Discourse!

Если я смонтирую его в /var/discourse? Будет ли он автоматически установлен на этот HDD?? :wink:

Вот где мне нужна помощь. Как назвать раздел, чтобы смонтировать этот диск объёмом 100 ГБ для установки Discourse.

Предполагая, что вы уже создали файловую систему на разделе

mkdir /var/discourse
mount /dev/sda4 /var/discourse

Однако, чтобы изменения сохранились после перезагрузки, вам необходимо добавить запись в /etc/fstab. Ссылка, которую я опубликовал в предыдущем сообщении, объяснит, как это сделать.

Вот теперь ты говоришь по-человечески :wink:

Попробую это сделать в ближайшие дни, проверю, что всё работает, и отмечу твой ответ как решение / правильный ответ или, если понадобится, попрошу дополнительной помощи :smiley:

Спасибо, бро

Готово, ма-ман!

Я смонтировал раздел и создал всё необходимое для сохранения настроек после перезагрузки, но при попытке установить одну программу система говорит, что нельзя установить другую на тот же жёсткий диск!.

Ваши советы сработали и помогли разбить диск на разделы, но установка двух программ не получается :frowning:

Что я делаю не так теперь? :confused:

Не могли бы вы подробнее объяснить, что именно вы делаете и что именно пишет система?

У меня есть выделенный сервер с 2 ТБ дискового пространства и 16 ГБ оперативной памяти, на котором установлена Debian 10. Вот что я планирую сделать:

Прежде чем продолжить, отмечу, что я уже запускал Discourse на небольшом VPS с 20 ГБ SSD и 2 ГБ оперативной памяти. Сайт стал привлекать внимание и расти, поэтому я подумал о его переносе на этот 2-ТБ сервер.

Вот план:

  1. Установить seedbox на почти 1,6 ТБ.
  2. Установить панель управления для тестирования и запуска программного обеспечения и скриптов на примерно 300 ГБ.
  3. Выделить 100 ГБ для запуска Discourse.

Проблема, с которой я столкнулся, заключается в следующем: при установке seedbox всё проходит гладко, но когда я устанавливаю VestaCP на следующий раздел, который смонтирован и подготовлен в командной строке;

root@myserver.com :~# cd /vesta
появляется:
root@myserver.com :~# vesta partition

Проблема в том, что установка VestaCP проходит гладко и работает отлично на выбранном разделе, но когда я после этого устанавливаю seedbox, процесс не идёт гладко и зависает на:

На выполнение скрипта потребуется примерно 10 минут

Обновление списков пакетов
Обновление пакетов
Установка необходимых пакетов

На этом этапе процесс занимает 2 часа и не продвигается дальше. С другой стороны, когда я проверяю VestaCP, вижу, что NGINX отключён, потому что seedbox пытается перехватить управление!

Нажмите здесь, чтобы просмотреть статус офлайн NGINX

Обратная ситуация: если я устанавливаю seedbox первым, VestaCP сообщает, что её нужно устанавливать на чистый сервер!

Если я начну с этого, боюсь, что застряну, пока Discourse не заработает так плавно, как я хочу..!

Я знаю, что мне осталось всего несколько кликов, чтобы всё наладить, но мозг застрял в одной и той же точке :frowning:

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

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

Вы абсолютно правы..!

Я начал с Vesta, хотя мне следовало начать с Discourse и проверить, есть ли проблемы с установкой :slight_smile:

Мы можем закончить это обсуждение, но через день-два начнём новое о миграции Discourse с одного сервера на другой.

Спасибо, бро, за всё время, которое вы потратили на нерелевантный вопрос!

Мне нравятся сотрудники здесь, и сайт достаточно крутой, чтобы стать нашим вторым домом :stuck_out_tongue:

С уважением,

И если это всего один диск, зачем делить его на кучу крошечных кусков, которые могут лишь доставить вам проблемы? Раньше это было необходимо, потому что файловые системы были слишком маленькими (если только не увеличивать размер блоков, если я не ошибаюсь), но за исключением небольшого загрузочного раздела действительно нет причин делить диски на меньшие части. Сейчас люди чаще объединяют диски в более крупные разделы с помощью RAID, но, как все уже сказали, это не проблема Discourse.

Есть тема о том, как перейти на новый сервер, но я не могу её найти.

Чуть не по теме, но, чёрт возьми, вот несколько веских причин:

  • разделение данных пользователя и системных данных, чтобы при увеличении объёма данных пользователя система не отключалась полностью;
  • возможность использовать разные файловые системы, подходящие для разных задач (например, скорость против надёжности);
  • минимизация рисков в случае повреждения файловой системы.

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

Я обязательно учту все написанные вами советы!

Больше нечего добавить, кроме как пожелать вам долгих лет успеха и постоянного роста от хорошего к лучшему :love_you_gesture: