Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
? Non vorrei essere pessimista, ma mi sembra un errore hardware più che software
Ora provo.
Ci sta benissimo spina, questo era un server con problemi all'HD a quanto dicono.
Ma mi sa che i problemi sono anche altrove.
Quel che volevo capire era come indagare in caso di computer "remoto".
Attaccarlo al monitor non ci metto niente, ma è un caso di "studio"
P.S. Per quanto riguarda il caso di studio.....perchè non studi la psicologia delle donne? Lo trovo molto più interessante, riuscire a capire il mistero che si cela dietro ad una donna è molto meglio che riuscire a carpire i segreti di un PC che non si vuole spegnere....non trovi? Poi, quando comandi un PC da remoto e hai una shell ssh, cosa vuoi di più? Normalmente potresti poter fare tutte quelle cose che fai se avessi un monitor attaccato.
Hai notato che dall'strace ad esempio, si vede che halt invia il messaggio di spegnimento a tutte le console?
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama
Ma mi chiude ssh dopo un po' spina, e non so cosa succede dopo.
Sulla psicologia delle donne. Da una parte ho qui il pc e non una donna, e poi i pc sono molto più semplici
Rieccomi, pensavi mi fossi dimenticato di te? Per vedere quello che succede anche dopo che ti si è killato l'ssh, io farei delle ridirezioni. Ad esempio traccerei il dmesg con tail (ora sono sul PC della mia ragazza e non so qual'è l'opzione, ma c'è il modo per dire a tail di seguire un file, forse con -f?). Inoltre toccherei il file inittab per inserire una ridirezione all'esecuzione degli script in runlevel 0 e 6. Infine ci sono i log di sistema, ma questi se non ho capito male li hai già visti. A questo punto è come se avessi gli occhi puntati su di uno schermo no?
Spina
P.S. Non mi hai ancora detto se hai provato lo shutdown e se senti l'HD che si spegne.
Pippi.S. Ah, se segui dmesg con tail, ricordati di lanciare tail con nohup, in modo che anche quando ti si killerà la ssh, lui resterà in esecuzione. Ovviamente non devi seguire proprio dmesg che è un programma, ma il kill-ring del kernel
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama
tracciare il comando halt non ha senso perchè questo altro non fa dare un segnale a init, tanto è vero che torna subito il prompt.
Per tracciare lo shutdown devi modificare rc.0
in seconda riga metti
exec >/root/shutlog 2>&1
set -x
al riavvio leggi il file shutlog sperando che lo abbia syncato.
da quello che leggo sui tuoi log sembrerebbe che la root non viene rimontata readonly, e quindi non synca.
metti un sync quà e là in modo da essere più sicuro di trovarti qualcosa sul log.
# This never hurts again (especially since root-on-LVM always fails
# to deactivate the / logical volume... but at least it was
# remounted as read-only first)
/bin/sync
# sleep 3 fixes problems with some hard drives that don't
# otherwise finish syncing before reboot or poweroff
/bin/sleep 3
mi da anche errore in LVM poco prima, io non ho LVM ma ho un controller RAID nel pc. Che sia quello? bah...
comunque non lo fa sempre, ed ora meno del solito. Sarà stato l'interruzione di corrente dell'altro giorno? chissà.
P.S.
ho visto che anche Pat mette un sync in qua e la
che il problema lo da dopo un sync mi fa pensare a problemi hardware.
aggiungi un dmesg |tail -20 prima e dopo il punto in cui si blocca.
Se è un problema hardware i log stanno lì
Anche a me la settimana scorsa è andata giù la corrente e sembra si sia danneggiato un po' il disco...
ho approfittato per buttare tutto , tanto era in disuso... firewall su slack 9.1 su 2 dischi da 1G l'uno; 5 anni di vita. Lo usavo esclusivamente come punto di accesso dall'esterno.
ZeroUno ha scritto:che il problema lo da dopo un sync mi fa pensare a problemi hardware.
aggiungi un dmesg |tail -20 prima e dopo il punto in cui si blocca.
Se è un problema hardware i log stanno lì
Si blocca quando cerca di "smontare" nfs.
Sembra che se qualcuno è collegato lui rimanga li in eterno, anche se questo si scolleghi. Altrimenti si chiude correttamente.
L'ho verificato facendo alcune prove.
Ed in effetti trovi nel file
Stopping system message bus...
+ echo 'Unmounting remote filesystems.'
Unmounting remote filesystems.
+ /bin/umount -v -a -r -t nfs,smbfs,cifs
e poi più niente.
Il pc era accesso ed ho dovuto spengerlo a mano, cioè togliere alimentazione.
Indagherò, intanto grazie di avermi fatto capire come "osservare" uno shutdown via ssh