Newsgroup: it.comp.os.linux.debian
Titolo: Stretch - kvm - ext4 & ext2 cache

Ho installato la stretch senza grafica. Tutto perfetto.
 
Pero' proprio adesso mi e' successa una cosa per me inspiegabile.
Ho la stretch in sdb2, la jessie in sda6.
Dalla stretch avevo montato la jessie in /mnt.
 
Do lo "shutdown -r now" e s'inchioda con queste ultime tre righe
copiate a mano:
kvm: exiting hardware virtualization
sd 3:0:0:0 [sdb] Synchronizing SCSI cache
sd 2:0:0:0 [sda] Synchronizing SCSI cache
 
Domanda_1. Sapete dirmi che novita' della stretch e' questo kvm? prima
lo conoscevo per aver messo qemu qui nella jessie, ma l'avevo tolto
proprio perche' mi manipolava il kernel aggiungendoci cose.
 
Domanda_2. Non saranno i primi casini dell'ext4 con questa cache che
dice che doveva sincronizzare? La root-directory della stretch e' su
ext4 al default, la sda6 della jessie su ext2.
 
Ah.. sono uscito dallo shutdown inchiodato con alt-sysrq-b, ha
riboottato all'istante.. ho fatto bene?
Poi ho riavviato la stretch: tutto Ok, e adesso la jessie: tutto Ok lo
stesso.
 
-- 
bye, Yoda
 

 sd 2:0:0:0 [sda] Synchronizing SCSI cache
 
Prova ad usare poweroff:
 
systemctl poweroff
 
S'inchioda ancora?
 

Addi' 05 lug 2017, M_M scrive:

Dunque:
- mi si e' inchiodato una sola volta, poi altre 3 o 4 volte no;
- pensavo c'entrasse che c'era la partizione della jessie ext2 montata,
quindi poi l'ho sempre smontata prima (perche' tra l'altro non so come
dare il comando per prenotare il e2fsck nel successivo riavvio -- per
controllo);
- ho guardato la manpagina di systemctl poveroff, ma poi ho visto che,
sia qui nella jessie, sia nella stretch, il comando /sbin/shutdown e'
semplicemente un link a /bin/systemctl, percio' dovrebbe essere lo
stesso (ma poi comunque lo daro' per prova).
 
Avevo dimenticato di dire che, quando s'era inchiodato, aveva gia'
smontato tutto, l'avevo letto a video prima di dare il comando
incondizionato alt-SysRq-b (sara' che il kernel invia direttamente
00 00 ff ff alla cpu, saltando qualunque cosa sia in atto?).
 
-- 
bye, Yoda
 

 stesso (ma poi comunque lo daro' per prova).
 
Scusa rileggendo mi sono accorto solo adesso che nello shutdown usavi
l'opzione -r, perche` volevi riavviare e non spegnere.
Quindi il comando dovrebbe essere
 
systemctl reboot
 

Addi' 05 lug 2017, M_M scrive:

Be' questo l'avevo capito, li ho guardati tutti, anche halt e kexec
(quest'ultimo non lo conoscevo e non l'ho capito).
 
Comunque ho appena dato, nella stretch, "systemctl reboot" e si e'
nuovamente inchiodato con le stesse ultime tre righe dell'altra volta!
 
E' chiasramente un bug, questa volta non avevo neppure montato la
jessie, ma ungualmente ha scritto anche la riga su sda oltre allo sdb
sul quale sta la stretch.
Ho riavviato con alt-sysrq-b, spero non sia sbagliato farlo.
 
Ciao e grazie per l'attenzione.. una bella seccatura se me lo fara'
anche quando installero' la stretch non di prova!
 
-- 
bye, Yoda
 

Addi' 05 lug 2017, M_M scrive:

In aggiunta al mio precedente reply di due ore fa:
Vedi? in /etc/inittab un tempo c'era la direttiva per dare il reboot con
ctrl-alt-canc da qualunque console (con o senza root o user loggati):
-----------
# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
---------------
 
Ora chissa' dove sara' finito inittab, ma in ogni caso, almeno qui
sulla jessie, lo prende sempre ancora.
Comunque penso che sara' per dare systemctl reboot anche lui (le
opzioni "-t1" e "-a" non esistono piu' in man shutdown, ma -t1 era
per un secondo di ritardo, -a non ricordo).
 
-- 
bye, Yoda
 

 per un secondo di ritardo, -a non ricordo).
 
Da me su Debian Buster con Gnome se premo Ctrl+Alt+Canc compare una
finestra con l'avviso che il sistema si spegnera` fra 60 sec. e sotto
tre pulsanti per annullare l'azione, oppure spegnere o riavviare
immediatamente.
Se invece passo su una console virtuale, allora la pressione di quei tre
tasti riavvia immediatamente il sistema. Credo richiami
/lib/systemd/system/ctrl-alt-del.target
che e` un alias di reboot.target, il quale richiede
systemd-reboot.service, che e` il servizio che esegue il comando
/bin/systemctl --force reboot
 

 Ho riavviato con alt-sysrq-b, spero non sia sbagliato farlo.
 
Per la cronaca, il tasto 'sysrq' corrisponde nella tastiera italiana a
'R Sist', che sta per 'Richiesta di Sistema'.
A quanto ne so la combinazione che hai usato riavvia immediatamente il
sistema senza smontare o sincronizzare i file system, che e`
probabilmente proprio cio` che volevi fare.
Quando mi capita di trovarmi con il sistema bloccato, anziche` premere
il classico pulsante di reset sul PC, uso anch'io una combinazione di
tasti, cioe`
Alt+RSist+REISUB
che permette di eseguire un riavvio sicuro di un computer Linux
bloccato.
 

 bloccato.
 
Si', gli inglesini lo chiamano "busier" che si vede che vuol dire
qualcosa che si ricordano letto al contrario.
 
Comunque proprio adesson ho dato lo shutdown -r now sulla deb amd64
e m'ha fatto la stessa e identica cosa della i386: ultime tre righe e
macchina inchiodata. Ho dato reisub e mi ha detto gia' fatto per tutti
e ha riavviato immediatamente alla b.
 
Come potro' fare con questo bug non lo so proprio! Ciao
 
-- 
bye, Yoda
 

 Come potro' fare con questo bug non lo so proprio! Ciao
 
Me la sentivo che il suspend & ibernate mi avrebbero fatto casini
inenarrabili con l'ext4.
 
Ho risolto completamente, m'e' bastato metterli in cella d'isolamento
perpetua dando:
#: systemctl mask sleep.target suspend.target hibernate.target \
hybrid-sleep.target
 
*  *  *
 
L'altro brutto bug (di cui forse non ho parlato) era che al boot veniva
cercato il floppy per decine e decine di righe-tentativi - sempre con
cose obsolete, direte voi!
 
Ebbene, questo era dovuto al fatto che nel file
/etc/initramfs-tools/conf.d/resume
c'era un RESUME=UUID-blablabla  NON corrispondente alla swap!!
 
Ci ho dovuto mettere a manina quello della swap che e' in /dev/sdb5.
Donque ancora una volta tutte le migliorie non fanno che danneggiarmi!
 
Tra l'altro ho scoperto che la Deb si e' fatta -penso, eh- un programma
proprietario (anche se open - naturalmente!) per fare gli UUID diversi
dagli altri, quindi meno male che quello di /dev/sdb5 ce l'avevo da un
vecchio lilo.conf della wheezy (poi non li ho usati piu').
 
Insomma: Unici e Universali Identificatori.. dei miei stivali!
 
Ciao a tutti
 
-- 
bye, Yoda