Prima di spegnere il PC

[boylin]

ciao,
voi prima di spegnere il PC chiudete tutte le applicazioni aperte (browser, gestore file, utility ecc.) fino a lasciare solo il desktop oppure chiudete con tutto aperto?

[saxtro]

Io spengo e basta

[woddy68]

Io chiudo sempre tutto, anche perché ho impostato la modalità di ripristino sessione, per cui se non chiudo li ritrovo aperti al riavvio.
Inoltre impiega di più il sistema a chiudere tutto da solo, a volte qualche applicazione potrebbe non chiudersi facilmente, causando l'allungamento dei tempi nello spegnersi.

[korda]

Chiudo sempre tutto. Non mi piace l'idea di un kill forzato di un processo che magari sotto sta facendo qualcosa.

Già alcuni demoni rallentano lo spegnimento, nel mio caso il server SAMBA, se devo aggiungerci pure l'attesa di qualche aborting...

Non mi fido più di tanto della sospensione. Mi è capitato più volte che una volta funziona e dopo alcuni aggiornamenti di sistema non funziona più (oppure il sistema non torna su).

[corradoventu]

Chiudo tutto. Cintura e bretelle.

[Clover]

Chiudo tutto io sia per una questione di abitudine sia perché ho programmato il sistema per non salvare la sessione e aprirne ogni volta una nuova, in modo da avere meno problemi e la certezza che non si porta dietro problematiche che possono rallentarlo dalle precedenti sessioni.

[Janvitus]

Solo il client di posta, anche se con imap è un po' inutile.

[fedeanimation]

Chiudo sempre tutto. Non mi piace l'idea di un kill forzato di un processo che magari sotto sta facendo qualcosa.

Già alcuni demoni rallentano lo spegnimento, nel mio caso il server SAMBA, se devo aggiungerci pure l'attesa di qualche aborting...

Non mi fido più di tanto della sospensione. Mi è capitato più volte che una volta funziona e dopo alcuni aggiornamenti di sistema non funziona più (oppure il sistema non torna su).

Che c'è di male nel fare un kill forzato, sta andando in spegnimento?

Io dipende a volte chiudo a volte no.

[korda]

Che c'è di male nel fare un kill forzato, sta andando in spegnimento?

Io dipende a volte chiudo a volte no.

Non sempre un kill forzato completa il processo di chiusura di un programma. Che so... dei file temporanei che vengono regolarmente chiusi ed eliminati con un uscita regolare mentre rimangono "appesi" in cache con un kill forzato (e, magari, al reinizializzazione successiva appaiono corrotti).

Può capitare, non è raro

[fedeanimation]

Che c'è di male nel fare un kill forzato, sta andando in spegnimento?

Io dipende a volte chiudo a volte no.

Non sempre un kill forzato completa il processo di chiusura di un programma. Che so... dei file temporanei che vengono regolarmente chiusi ed eliminati con un uscita regolare mentre rimangono "appesi" in cache con un kill forzato (e, magari, al reinizializzazione successiva appaiono corrotti).

Può capitare, non è raro

Hai ragione non ci avevo pensato, grazie del chiarimento

[woddy68]

Che c'è di male nel fare un kill forzato, sta andando in spegnimento?

Io dipende a volte chiudo a volte no.

Non sempre un kill forzato completa il processo di chiusura di un programma. Che so... dei file temporanei che vengono regolarmente chiusi ed eliminati con un uscita regolare mentre rimangono "appesi" in cache con un kill forzato (e, magari, al reinizializzazione successiva appaiono corrotti).

Può capitare, non è raro

Hai ragione non ci avevo pensato, grazie del chiarimento

Si, questo è anche un problema non raro.

[Prelog]

Chiudo tutte le finestre aperte e poi spengo.

[Sannythebest]

Si, chiudo tutto tranne app tipo telegram che vanno nel vassoio. Le chiudo son il pulsante chiudi in alto a destra, quelle che si chiudono nel vassoio le ignoro e spengo

[PC ZERO]

Chiudo tutto prima.

[boylin]

e invece sul vostro Smartphone?

[korda]

e invece sul vostro Smartphone?

Idem

[frapox]

Non spengo mai Al massimo metto in sospensione.

Se riavvio dopo un aggiornamento, non chiudo nulla (non serve), tranne eventuali VM di virtualbox (che spengo dall'interno) per evitare che mi salvi lo stato della macchina su disco. L'importante è (ovviamente) salvare eventuali file aperti che si stavano modificando.

Chiudo sempre tutto. Non mi piace l'idea di un kill forzato di un processo che magari sotto sta facendo qualcosa.

Il "termina sessione" non comporta un kill forzato (SIGKILL) ma semmai un SIGTERM che è l'analogo di premere la "X" su ogni finestra. Questo almeno negli ultimi anni, cioè da quando systemd supervisiona anche le sessioni utente, infatti se si ha un file aperto e non salvato con un'app tipo Gedit la terminazione viene sospesa per chiedere all'utente se vuol salvarlo o meno.

Se si spegne o riavvia, sempre systemd si occuperà di smontare eventuali filesystem montati da fstab e/o loopback device.

[korda]

Il "termina sessione" non comporta un kill forzato (SIGKILL) ma semmai un SIGTERM che è l'analogo di premere la "X" su ogni finestra. Questo almeno negli ultimi anni, cioè da quando systemd supervisiona anche le sessioni utente, infatti se si ha un file aperto e non salvato con un'app tipo Gedit la terminazione viene sospesa per chiedere all'utente se vuol salvarlo o meno.

Se si spegne o riavvia, sempre systemd si occuperà di smontare eventuali filesystem montati da fstab e/o loopback device.

Tutto molto bello per la roba standard e stracollaudata. Mi piacerebbe però vedere quanti script "artigianali" (ma anche software "minori") vengano correttamente implementati per gestire in modo differenziale le eccezioni di SIGKILL e SIGTERM (e il resto dei segnali). Ma anche solo gestire le eccezioni...

[frapox]

Il "termina sessione" non comporta un kill forzato (SIGKILL) ma semmai un SIGTERM che è l'analogo di premere la "X" su ogni finestra. Questo almeno negli ultimi anni, cioè da quando systemd supervisiona anche le sessioni utente, infatti se si ha un file aperto e non salvato con un'app tipo Gedit la terminazione viene sospesa per chiedere all'utente se vuol salvarlo o meno.

Se si spegne o riavvia, sempre systemd si occuperà di smontare eventuali filesystem montati da fstab e/o loopback device.

Tutto molto bello per la roba standard e stracollaudata. Mi piacerebbe però vedere quanti script "artigianali" (ma anche software "minori") vengano correttamente implementati per gestire in modo differenziale le eccezioni di SIGKILL e SIGTERM (e il resto dei segnali). Ma anche solo gestire le eccezioni...

Gli script sono comandi interpretati da una shell, così come qualsiasi software "minore" o maggiore vengono eseguiti sottoforma di processi, e i processi quando ricevono un SIGTERM chiudono i file che hanno aperti e si terminano secondo le modalità prestabilite. È indifferente che il SIGTERM sia manuale o inviato dal "termina sessione" (systemd). Ergo, fare termina sessione direttamente o chiudere le finestre una a una non fa alcuna differenza.

[korda]

i processi quando ricevono un SIGTERM chiudono i file che hanno aperti e si terminano secondo le modalità prestabilite.

In un mondo ideale sarebbe così.

Nella pratica se lo sviluppatore non ha gestito quale sia il comportamento del suo script alla ricezione del SIGTERM, o altro segnale, semplicemente lo script "termina" sicuramente secondo le modalità prestabilite dall'ambiente in cui viene lanciato, ma altrettanto quasi sicuramente interrompendo brutalmente un task nel corso del suo svolgimento. Con buona pace di cosa stesse facendo. Se sei fortunato semplicemente lo script si "dimentica" di pulire ciò che ha lasciato in cache, perchè non arriva alla fine. Magari lasciando un file scritto a metà, chiuso correttamente ma magari sformattatto e inutilizzabile perché lo script non aveva portato ancora a termine il proprio task.

Purtroppo la gestione dei segnali viene spesso dimenticata da chi scrive codice a livello amatoriale o semi-professionale. E queste situazioni, ti assicuro, sono frequentissime pure per software di largo utilizzo. Se non specifichi cosa deve fare un programma alla ricezione di un qualsiasi segnale c'è poco da fare. Se il programma è scritto da altri bisogna riporre fiducia in questi altri.