Ошибка запуска Bootstrap с кодом выхода 128

Должен ли я выполнить Шаг 5 изолированно, или мне нужно повторить предыдущие шаги?

Кажется, вы пропустили «стадию 5», но я бы всё же прошёл всё от начала до конца и перепроверил.

В этой теме, я думаю, реальная проблема заключалась в устаревшем плагине. Я, вероятно, не буду проходить процедуру DigitalOcean, но кто-то другой может. :slightly_smiling_face:

Пересборка без swap-раздела — процесс неприятный и рискованный.

даже с 8 ГБ ОЗУ

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

вы, скорее всего, сможете обойтись этим, но хорошей практикой является наличие некоторого «запаса».

Я выполнил cp /etc/fstab /etc/fstab.bak, но всё равно

root@ubuntu:~# free -h
               total        used        free      shared  buff/cache   available
Mem:           7.7Gi       1.8Gi       5.0Gi        83Mi       964Mi       5.6Gi
Swap:             0B          0B          0B

после reboot

Это строки, которые обеспечивают сохранение swap-раздела между перезагрузками.

Первая добавляет его в /etc/fstab, последняя устанавливает значение swappiness при каждой загрузке.

Вывод за один сеанс при выполнении ваших команд:

Last login: Wed Jul 23 13:16:35 2025
root@ubuntu:~# echo "/swapfile       swap    swap    auto      0       0" | tee                                                                                                                                                                              -a /etc/fstab
/swapfile       swap    swap    auto      0       0
root@ubuntu:~# sysctl -w vm.swappiness=10
vm.swappiness = 10
root@ubuntu:~# echo 'vm.swappiness = 10' > /etc/sysctl.d/30-discourse-swap.conf
root@ubuntu:~# free -h
               total        used        free      shared  buff/cache   available
Mem:           7.7Gi       3.0Gi       389Mi       671Mi       4.3Gi       3.7Gi
Swap:             0B          0B          0B
root@ubuntu:~#

Затем я выполнил reboot через VNC, и команда free -h вернула желаемые 2 ГБ пространства подкачки :slightly_smiling_face:

Столкнулся с этой проблемой. Не ожидал, что резервное копирование не удастся. Спасибо за эту тему и за тему про плагин.

Было бы неплохо внести изменения в коммуникацию через АДМИН или хотя бы добавить проверку выполнения ./launcher rebuild app, с выводом stop и запросом y/n для продолжения в терминале.

В конце концов пришлось удалить плагин discotoc, чтобы всё заработало здесь, но не уверен, что он был указан в списке плагинов, которые теперь являются основными.

Очень ценю это, спасибо! Я тоже учусь по ходу дела — рад, что мои посты кому-то помогли на этом пути.