Заново начал с твоего последнего предложения, с нуля, сделал "make clean", `git reset --hard`, `git clean`, и в этот раз использовал `make deb 2>&1 | tee ~/make.log`. Думаю, что "make clean" между попытками был недостающим элементом. После анализа логов видно, что оптимизационный флаг учитывается, вижу нормальные `xFLAGS` с `-O2`, за которыми следует добавление `-O1`. Обычно используется последний из них. Потом попробовал `apt reinstall ./ceph-mon_17.2.6-pve1+3_amd64.deb`, который, как оказалось, использует правильный путь. Точно не помню, но как есть не сработало. В итоге просто "проломил" систему, удалив `rm ./*-dbg*.deb` и запустив `apt reinstall ./*.deb`. В какой-то момент это сломалось из-за отсутствующего `/home/cephadm/.ssh`, потом я создал его командой `mkdir -p /home/cephadm` и переустановил пакет снова. И... все. `ceph-mon` жив. Кстати, у меня была такая же проблема, "решенная" отключением модулем restful. После завершения пропущенной работы по очистке, `ceph` теперь работает и здоров. Могу получить доступ к данным, как будто ничего не было. Довольно грязный способ, но раз это было только ради забавы, я доволен и получил массу удовольствия. Теперь могу сказать, что `ceph` действительно, действительно надёжен. Дальше нужно найти более новую тестовую машину (может, мой FX8350? он тоже довольно старый...), чтобы заменить старую, и подумать, что делать со старой. О, и было бы неплохо, если бы `pve7to8` мог выявлять эту проблему ПЕРЕД тем, как люди начнут запускать обновление. И последнее, если потребуется, могу провести дополнительные тесты с этой машиной, даже переустановить `pve8` с нуля или сделать обновление с `pve7` на `pve8` и так далее... Большое спасибо @t.lamprecht за follow-up, это было очень полезно и поучительно.