Dalla mia risposta:
Dopo ore di ricerche e letture, ho trovato il colpevole. Sta impostando per
systemd. L'/etc/systemd/logind.confcontiene opzioni di configurazione predefinite, con ciascuna di esse commentata. IlRemoveIPCl'opzione è impostata suyesper impostazione predefinita. Questa opzione indicasystemdper ripulire la comunicazione interprocesso (IPC) per gli "account utente" che non hanno effettuato l'accesso. Ciò non influisce sugli "account di sistema"Nel mio caso, i file e le directory venivano creati per un account utente, non per un account di sistema.
Ci sono due possibili soluzioni:
- Crea i file con/per un utente di sistema -- un utente creato con l'opzione di sistema (
adduser -roadduser --system)- Modifica
/etc/systemd/logind.conf, decommenta la rigaRemoveIPC=yes, modificalo inRemoveIPC=no, salva e riavvia il sistemaNel mio caso, ho optato per l'opzione n. 2 perché l'utente era già stato creato.
Riferimenti:
- RemoveIPC rimuove prematuramente i segmenti IPC
- Cambia il valore predefinito di RemoveIPC in logind.conf
- PostgreSQL:Systemd
- Oracle:l'installazione e il funzionamento del database 3.5 non riescono se RemoveIPC=yes è configurato per systemd