On 03/02/2016 11:03, Giovanni "Ivan" Alberotanza wrote: > intanto quelli di systemd perché se la tastiera risponde non sei in > kernel panic o comunque difficilmente è un problema del kernel. IMHO > > Poi secondo me o a mente o vedendo i log del kernel /var/log/kern.log e > precedenti dovresti cercare il momento in cui si è presentato per la > prima volta il problema e quindi in corrispondenza di un avvio dovresti > trovare le righe nelle quali viene segnalato un errore nel file system > del disco ssd con
Più che un problema del kernel, pensavo ad un problema indotto dal kernel; dal 4.3.0 è stata eliminata la possibilità di disabilitare la compartimentazione della memoria per i cgroup: infatti non esiste più l'opzione "CONFIG_MEMCG_DISABLED", impostata a "Y" per i kernel precedenti. La mia ipotesi è che questo provochi mal di pancia a systemd, ma se così fosse non dovrei essere l'unico a registrare il problema. Comunque, se uso il 4.2.6 non ho di questi problemi, anche se perdo i vantaggi in termini di velocità che il nuovo memory controller comporta. > > xzgrep -Hn sda /var/log/kern.log*|grep filesystem > > supponendo che su sda ci sia la tua root partition > oppure > > xzgrep -Hn 'sd[a-z]' /var/log/kern.log*|grep filesystem > > se non sai su quale disco ci sia la partizione giusta > > nell'output di xzgrep (filtrato poi con un altro grep) trovi il nome > file "-H" e il numero di riga di ogni occorrenza "-n" > > una volta capito quando ha cominciato a presentarsi il problema > (dovresti da li in poi trovare una serie di messaggi di errore per ogni > avvio conseguente a uno spegnimento da tasto), dovresti controllare nei > log di apt /var/log/apt/history.log e precedenti e /var/log/apt/term.log > e precedenti qualche pacchetto il cui aggiornamento potrebbe aver > determinato il presentarsi dell'errore. > > Ti dico questo per cercando in rete il problema che hai tu si è > presentato su diverse distro con kernel di serie diverse e con pacchetti > diversi alla fine dei conti da quel che mi pare di aver capito sembra > essere un problema non tanto di systemd ma del modo in cui alcuni > programmi si comportano con systemd. > > Il giorno 2 febbraio 2016 18:56, onetmt <one...@gmail.com > <mailto:one...@gmail.com>> ha scritto: > > On 02/02/2016 18:01, Giovanni "Ivan" Alberotanza wrote: > > ma quando sei costretto a spegnere da tasto di accensione è perché la > > tastiera non risponde più? > > La tastiera risponde, ma il sistema è in spegnimento e quindi non > accetta comandi. Se spengo da Gnome, sparisce il puntatore del mouse e > tutto si blocca - ctrl+alt+F1 non funziona. > > > intanto mi pare che anche su sid il risultato di > > # file `which shutdown` > > dovrebbe essere > > /sbin/shutdown: symbolic link to /bin/systemctl > > perché se risponde ancora potresti intanto provare con > > con systemd installato init dovrebbe essere un link a > /lib/systemd/systemd > > # init 0 > > o se non va > > # init 6 > > o > > Ctrl + Alt + Canc > > da tty non da X > > > > o ancora la combinazione di tasti > > Alt + Stamp/R Sist + r + e + i + s + u + b > > > Chissà perchè ero convinto che CONFIG_MAGIC_SYSRQ fosse disabilitato per > default; ottimo suggerimento (l'SSD ringrazia). > > > prima di doverti arrendere allo spegnimento da tasto di accensione > > questo per fare del bene nell'immediato al tuo ssd. > > > > poi dovresti guardare nei log e postarli qui. Che così a naso è un pò > > difficile. > > Quali log? > > > > Il giorno 2 febbraio 2016 16:48, onetmt <one...@gmail.com > <mailto:one...@gmail.com> > > <mailto:one...@gmail.com <mailto:one...@gmail.com>>> ha scritto: > > > > Da qualche tempo - dall'uscita dei kernel 4.3.x, per > l'esattezza - il > > portatile (rigorosamente Sid) non riesce a spegnersi. Se provo a > > spegnere da Gnome, resta fermo sulla schermata grafica, e sono > costretto > > a forzare lo spegnimento da tasto di accensione (e il mio SSD > ringrazia > > :-( ). > > Da console la situazione non cambia (nel senso che sia con > `shutdown - h > > now` sia con `systemctl poweroff` sono alla fine costretto a > forzare lo > > spegnimento) eccetto per il fatto che ho una indicazione del > possibile > > colpevole: > > > > "A stop job is running for Login Service" > > > > che, dopo 5 minuti e 41 secondi va in timeout permettendo le altre > > operazioni (tipo umount dei dischi) ma alla fine niente poweroff. > > > > Tutto ciò non accade con il 4.2.3, mentre succede sia con il > 4.3.3 stock > > che con il 4.4.1 vanilla. > > > > Qualche suggerimento? > > -- > Hofstadter's Law: > "It always takes longer than you expect, even when you take into account > Hofstadter's Law." > > -- Hofstadter's Law: "It always takes longer than you expect, even when you take into account Hofstadter's Law."