Классика жизни.
На выходных я решил углубиться в использование Claude Code и попробовать накодить с ним простенький сайт, но чтобы сразу с бэкендом и всем от дизайна и до привязки домена. Для этого нужно было сразу поставить Claude Code на моём виртуальном сервере и запускать команды там.
Но оказалось, что 2 ГБ оперативки мне не хватает: она уже была чем-то занята, из-за чего не устанавливался Node.js, который нужен был для установки Claude Code. Кроме того, все гайды (и сам Claude) опасались запуска CC на компе с таким небольшим количеством оперативки.
Советами Gemini было решено увеличить оперативку за счёт файла подкачки. Но на жёстком диске сервера тоже было маловато места — нужно было дополнительно аллоцировать 1-2 ГБ, да ещё потом поставить Node.js и Claude Code, да ещё потом наверное… Короче, нужно было немного почистить ненужные данные.
Средствами ncdu я обнаружил порядка 2 ГБ всякого хлама типа дублированных установок Python 3.12 не в ту папку, и в общем-то место было расчищено. Но чтобы поставить ncdu, нужно было немного почистить занятую оперативку, а для этого отключить работавшие процессы — в том числе PostgreSQL.
А через пару сообщений, перечисляя идеи для очистки дискового пространства, Gemini выдал:
Часто в системе висят пакеты со статусом disabled. Чтобы их вычистить, введите эту команду (она одной строкой найдет и удалит всё лишнее):
snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision; do snap remove "$snapname" --revision="$revision"; done
И обязательно почистите Docker, если вы этого еще не сделали (он часто дублирует образы):
docker system prune -a --volumes -f
Естественно, я это сделал, ничего не срастив.
И вот, через пару часов после успешной установки и тестирования Claude Code на сервере, я спрашиваю: «Слушай, а помнишь, мы там в начале процессы разные отключали, чтобы временно оперативку почистить? Давай их вернём». Возвращаем Docker и другие процессы, но PostgreSQL при попытке подключения всё равно выдаёт ошибку.
Gemini:
Ситуация прояснилась.
Кажется, я понял, что произошло. Когда мы делали очистку, вы выполнили команду docker system prune -a. Эта команда удаляет все остановленные контейнеры. Поскольку мы перед этим специально остановили базу командой systemctl stop postgres-docker, Docker посчитал этот контейнер «неиспользуемым» и удалил его.
Что делать? Надо восстанавливать данные базы. Контейнера больше нет. В других папках данных PostgreSQL тоже нет. У хостинга бэкапов тоже нет.
На этом этапе Gemini начинает извиняться:
Прими мои искренние извинения. Ты совершенно прав: я допустил серьезную ошибку, не предупредив, что команда docker system prune -a при остановленном контейнере базы данных — это огромный риск для данных, если они не были вынесены в именованный volume или bind mount. Это мой просчет, и я понимаю твое негодование. […]
Мне очень жаль, что это произошло. Я должен был четко предупредить: docker system prune -a — это «ядерная» команда. Она удаляет не только образы, но и все контейнеры, которые не запущены в данный момент. Если база не была примонтирована к конкретной папке на диске (Bind Mount), а жила внутри контейнера или в анонимном волюме, Docker удалил её вместе с контейнером. […]
Братан, еще раз: это мой косяк, что не подсветил риск удаления данных при очистке остановленных контейнеров.
В конечном счёте я нахожу бэкапы базы, выгруженные в формате .csv. Потери данных есть, но незначительные: поясняю, что как раз создал её на случай, если какой-нибудь дебил случайно удалит базу.
Gemini оживляется: «Братан, это лучшая новость за сегодня!» Вместе с ней перенастраиваем PostgreSQL, восстанавливаем данные, проверяем работоспособность всех систем. Всё, слава богу, работает.
И в конце она меня добивает:
P.S. Кстати, раз мы заговорили про «дебилов, которые удаляют базы» — не хотите ли вы, чтобы я напомнил вам позже (например, через неделю) настроить скрипт автоматического бэкапа этой папки /var/lib/postgres_data?
Sick burn.
Скрытый текст
Такие посты чаще выходят у меня в Telegram-канале, где в основном пишу про AI и его применение. Что? Сам раскрыл этот спойлер.
Комментарии (23)
Bardakan
16.01.2026 11:56Мораль этой истории:
- 2Гб ОЗУ в 2026 году мало. 2Гб свободного места на жестком диске - это еще хуже. Вдумайтесь - у вас не установился даже claude code, который по сути клиент - самая минимальная часть огромной модели. Более того, у вас приложения ругались, что им не хватает мощностей, а вы это полностью проигнорировали. Оператива не настолько подорожала, чтобы так экономить
- нужно делать бэкапы
И еще интересно, а какой ответ вы ожидали вместо prune?
ArtyomOchkin
16.01.2026 11:56Тем более 2 гига у автора, видимо ddr2/ddr3, значит железо очень старое. У меня в HP Pavilion g6 2011 года по дефолту было 3 Гб ОЗУ (плашка на 1 и 2 гига) и HDDшник на 320 гигов. Поставил SSD SATA3 и 2*4Гб ОЗУ, и теперь это весьма неплохой запасной ноут. 11ка на нёи работать может, но сильно тормозит, поэтому оставил 10ку IoT LTSC 2021. Единственный минус - экран 1366*768 (после 1920*1080 и > смотреть на такой уже не особо приятно). Ну и проц здесь является "бутылочным горлышком": особо апгредить его не на что, и памяти больше 8Гб поставить, чтоб точно работала, вероятнее всего не выйдет. В остальном, корпус и сам ноут в целом практически в идеальном состоянии. Лежит про запас... Но увы с мёртвой ныне батареей, проработавшей долгих 10 лет. Менять AA-банки 8 штук неохота, хотя и можно было бы.
Да уж, докер на двух гигах запускать — это сильно:)).
xentoo
16.01.2026 11:56Прочитал статью. Вообще не моя темя, но уровень бардака как по железу, порядку вещей и сервисов и еще там вайбкодинг - испортили мне настроение. Сижу теперь злой. Хотя еще раз повторюсь - это даже не моя тема. У вас такое было?
sergey_prokofiev
мда, именно тот случай когда к ИИ претензий ноль.
Если пользователь
а) на ноутбуке
б) с 2мя(!!) гигами ОЗУ
в) запускает БД в одном из многих контейнеров(ну а чо 2 гига озухы - просто валом)
г) не делает бекапы автоматически и регулярно
д) хранит какой то непонятно когда сделанный бекап на том же ноутбуке
г) команда prune --volume ни на что не намекает
то я вижу ровно 2 варианта:
Данные в принципе не нужны, потеряли - да и фиг с ними
У пользователя есть гораздо более сербьезные проблемы чем использование чат-ботов
Niketas Автор
Ноутбук тут вообще не фигурировал. БД крутится на VPS, контейнеров в докере было вроде всего два, 2 ГБ оперативки действительно для этой БД валом.
А отсутствие автоматических бэкапов метко подчеркнул сам Gemini. Спасибо, я лох!
sergey_prokofiev
бекапы - это вишенка на торте.
А вот проблемка в том что пришлось ставить Клод на "боевой" VPS - что намекает об остуствии не-прод энвов, CI-CD, контроля версий исходников и прочей буржуйской никому не нужной фигни. Я до такого с ходу не додумался и предположил ноут с базами для экспериментов.
kenomimi
А как вообще сейчас жить с 2 гигами? Я вот типовую виртуалку с виндой в 4 попытался всунуть - не лезет, а там всего лишь офис, почта, и макс/телега/ватсапп/прочие чатики. Стабильно и без лагов заработало только на 6 гигах. В линуксах попроще, но тоже нижний лимит 2-3 гига...
Niketas Автор
С виндой наверное никак, но у меня там Alma Linux 8.
ArtyomOchkin
Для виртуалки лучше 16. Пробовал на ноуте при 8 запустить - со скрипом. И это не запуская других прог, просто загрузившись в обычном GUI режиме Windows 10/11.
Так что на 4 Гб разве что старая 9.х или ХР в виртуалке пойдёт, думаю. Ну или Линукс, да.
pae174
Я в прошлом году ставил Windows 10 x64 Professional на ноутбук 2006 года выпуска с объемом памяти 3 (три) гигабайта (это Fujitsu Siemens AMILO Pro 3205, там вообще DDR2-666 и она одноканальная). Винда забрала себе 1.5 гига, на остальных 1.5 гига сайты открываются, электронные письма читаются, видосики смотрятся, фоточки с камеры и смарфона скачиваются и архивируются на NAS, тонкий клиент 1С видит корпоративные базы по сети и нормально с ними работает. Никакие твикеры и "отключатели всего ненужного" не применялись. Из сайтов безбожно тормозит Яндекс-Музыка, из софта VLC при попытке посмотреть FullHD фильму, всё остальное нормально работает.
frozendog
если ставить только базу, а не офисы, телеги, то нормально. виртуалки же они не для десктопа обычно, на них что-то крутится и все
DaemonGloom
Линукс без графики и на меньших виртуалках крутится без особых проблем.