slacky.eu

Ciao a tutti.
Premessa1: Slack 11.0
Premessa2: la directory /tmp non la cancello ne' all'avvio, ne' allo spegnimento.
Oggi ho fatto un pasticcio, e avevo l'owner di /tmp/kde-utente e /tmp/ksocket-utente impostato a root:root.
Anche provando a reimpostarlo a utente:gruppoutente kde non andava.
Allora ho ripulito tutta la /tmp (da root) e ho riavviato (parto sempre in runlevel 3, e poi avvio il server grafico a mano).
Mi e' preso un colpo: kde non parte.
Motivo? /tmp/.ICE-unix, creato al primo avvio di X, non ha owner root:roor e permessi 1777 come deve essere, ma e' dell'utente che ha avviato X.
Poco male, cimetto poco a cambiare i permessi e far funzionare tutto.
La mia domanda e': perche' /tmp/.ICE-unix viene creata coi permessi sbagliati? Cosa devo toccare, per far mettere di nuovo i permessi giusti all'avvio?

rc.S è tuo amico

Grazie Conraid.
Mi stavo rispondendo da solo (anche Google e' mio amico .
Adesso devo pero' vedere perche' non me lo ha creato all'avvio.

Ho visto che c'e' chi consiglia 1733, invece di 1777, come permessi a /tmp/.ICE-unix.
E' davvero utile, su un sistema domestico?

robbybby ha scritto:Grazie Conraid.
Mi stavo rispondendo da solo (anche Google e' mio amico .
Adesso devo pero' vedere perche' non me lo ha creato all'avvio.

Ho visto che c'e' chi consiglia 1733, invece di 1777, come permessi a /tmp/.ICE-unix.
E' davvero utile, su un sistema domestico?

Io sono dell'idea che ci capisco meno di Pat, e se fa un rc.S con quei permessi lo lascio fare.
Poi su /tmp

Sul perchè non l'ha creato all'avvio non lo so. Guardando rc.S forse era già presente

Ho scoperto perche' non l'ha creato all'avvio: era tardi ed ero stanco, ho ripulito la tmp una volta di troppo, DOPO il riavvio

Io, non ho mai cambiato i permessi di /tmp, pero' la monto da anni con noexec, non si sa mai.