Newsgroup: it.comp.macintosh
Titolo: Mac bloccato, accessibile in ssh.

E' la terza volta che mi capita, sempre con lo stesso Mac, che mi
chiamino per dirmi che si è bloccato (solitamente mi pare che l'utente
stesse navigando in internet). La cosa per me insolita è che il Mac
resta accessibile tramite ssh, il disco è leggibile, ma anche ssh si
blocca a qualsiasi tentativo di vedere i processi attivi. Ho provato sia
con "top" che con "ps -ax", anche provando a mandare l'output su un file
di testo. Inoltre il Mac non si riavvia con il comando "sudo shutdown
-ron now", che fino a prima mi ha sempre portato a termine i riavvi in
situazioni difficili; dando il comando si perde comunque l'accesso ssh,
e sullo schermo compare la rotella dentata, ma da lì non si schioda se
non agendo sull'interruttore.
Cosa può essere? Cos'altro si può tentatare di fare, nel caso
ricapitasse?
 
-- 
Per contattarmi, togliere -NOSPAM- dall'indirizzo.
To contact me, remove -NOSPAM- from address.

 ricapitasse?
 
se si blocca c'e' poco da fare.
sarebbe da capire _perche'_ si blocca.
Disk Utility, Onyx, Hardware Test dicono niente?
Con un altro utente succede lo stesso?
In ultima spiaggia backup e reinstallazione dell'OS (possibilmente
formattando l'HD e scrivendoci sopra zeri, cosi da verificare che l'HD
non abbia problemi).
 
Ciao Jack
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 sarebbe da capire _perche'_ si blocca.
Il fatto è che quando si blocca la GUI, è ancora accessbile via ssh. E
il disco risponde normalmente. Avevo dimenticato di precisare che l'OS
dell'iMac che si blocca è 10.8.5, l'utente è utente OpenDirecotry con
home su server OS X 10.9.
Se ricapita, proverò a killare il loginwindow... ma visto l'esito del
shutdown -ron, dubito che funzionerà.
 
-- 
Per rispondere, togliere -NOSPAM- dall'indirizzo.

 
 
A me a volte è capitato con Lion (MacBook late 2007): gui bloccata e ssh
che accede. Credo spero per hw datato e troppo carico da parte mia. 
Però il riavvio funzionava. 
 
-- 
P@olo

 home su server OS X 10.9.
 
ah ecco. puo' darsi che perda la connessione al server.
sarebbe da vedere se con un utente normale si blocca lo stesso.


 sarebbe da vedere se con un utente normale si blocca lo stesso.
E' capitato il 17 ottobre (2 volte lo stesso giorno), una volta qualche
giorno prima (me l'hanno riferito il 17), e oggi.
Per essere sicuri (per modi di dire), e se non ricapita prima (pertanto
si esclude responsabilità dell'utenza di rete), biosgnerebbe lavorarci
con un utente locale per almeno... 1 paio di mesi?
Sullo stesso server ci sono altri 4 utenti, che vengono usati su 3
client; uno solo ha fin'ora dato il problema... il bello è che si tratta
della macchina più recente e potente (iMac 21,5 i5 4x2,5GHz con 12GB di
RAM). L'iMac al momento si è bloccato sempre con lo stesso utente, che è
quello che lo usa per la maggiore.


 "sudo shutdown -ron now"
 
Per riavviare un Mac il semplice "sudo shutdown -r now" non basta ?
 
Ammesso di riuscire a capirci qualche cosa... prova a guardare nei log 
di sistema se trovi qualche indizio sul perchè dei blocchi.
 
 

 Per riavviare un Mac il semplice "sudo shutdown -r now" non basta ?
No. La volta precedente avevo provato con il solo "-r", e il Mac è
restato impantanato. Comunque con il semplice "-r" mi era già capitato
che in qualche occasione un Mac resti impantanato mentre con il "-ron"
di solito andavano giù. Il man dice:
 
-n      If the -o is specified, prevent the file system cache from being
        flushed by passing -n option to halt(8) or reboot(8).  This
        option should probably not be used.
 
-o      If -h or -r is specified, shutdown will execute halt(8) or
        reboot(8) instead of sending a signal to launchd(8).
 
Ma in questo caso non giova.


 ricapitasse?
 
Cambia il disco.
 
-- 
Jey
-- 
Non prendere la vita troppo sul serio... non ne uscirai mai vivo
http://www.joram.it/servizi/consulente.htm
 

 Statisticamente: il disco sta per morire.
Anche se il disco "risponde" normalmente? Ho avuto altri casi per certi
versi simili, ma in qui casi, erano i comandi di accesso al disco a non
funzionare, invece in questo caso si blocca "top".
Pertanto sono scettico sul fatto di cambiare il disco.


 funzionare, invece in questo caso si blocca "top".
 
Fai un controllo della RAM (che dara' esito negativo) e ti toglierai
ogni dubbio.


 ogni dubbio.
Memtest con AppleJack va bene?


 Memtest con AppleJack va bene?
 
Si, uno vale l'altro: la RAM difficilmente si rompe e, quando accade,
qualsiasi test lo rileva.


 prima di morire e palesarsi come sorgente di tutti i mali.
OK, grazie per la spiegazione. Al momento non credo che il proprietario
acconsentirà alla sostituzione del disco, ma se il problema diventasse
più frequente, terrò conto della tua spiegazione.
Sul disco ci sono solo l'OS e un po' di dati non indispensabili, visto
che tutto il resto, compreso le home degli utenti, sta sul server.
Se mi si presenterà l'occasione, farò anche il test della RAM... a meno
che non ci siano strumenti free utilizzabili da remoto.


 che non ci siano strumenti free utilizzabili da remoto.
 
MemTest da CLI
