это сработало, но мана для bg нет

nohup в нынешних шеллах бесполезен, баш и так не отправляет сигхап дочерним процессам при выходе.
Другой вопрос, что приложения ассоциированы с pts, который уничтожается в момент закрытия эмулятора терминала, и с этим беда: приложение умрет при попытке написать что-то в stdout/stderr или прочитать из stdin. Но пока процесс этого не делает, он будет жить до конца времён.

Теперь по поводу бэкграунда. gdb позволяет приаттачиться к процессу, закрыть у него fd (0, 1, 2) и открыть новые, например, в /dev/null.

Вот ведь страннота. И чой-то нет отдельного мана для встроенной, в шелл, команды? 😉

А gdb позволяет процессу прописать новый PPID? И если да, то как? А то тут у человека древняя центось, без системды и у него сироты иногда буянят.

Честно говоря, слабо себе это представляю.

Ну gdb позволяет зомбей прибивать, не убивая родителя, например.

Ну вот представь, что ты пишешь программу на Си. Можешь ли системными вызовами добиться присоединения твоей программы к любому процессу в качестве чайлда?

Systemd-то как-то усыновляет сирот в момент их появления... Переписывает им PPID вместо имеющегося, на единичку.  Значит и через gdb это, по идее, сделать можно.

Сироты становятся под ppid 1 сами по себе, без systemd.

Systemd-то как-то усыновляет сирот в момент их появления... Переписывает им PPID вместо имеющегося, на единичку.  Значит и через gdb это, по идее, сделать можно.

просто он инит

А фигли инит на 6 каком-то центосе так не делает?

А фигли инит на 6 каком-то центосе так не делает?

А какой ppid у «сироты», если процесс с pid = ppid умер?

Он никуда не меняется, пока инит, или ядро (хотя с какого перепугу?) ему его не поменяет на 1 Сирота потому так и называется, что у него PPID умершего процесса.