Newsgroup: it.comp.os.linux.ubuntu
Titolo: ubuntu server 13.04 e filesystem read only

Ciao a tutti,
da alcuni messi ho messo s� un piccolo server che qui in ufficio fa da 
server hylafax, openvpn, server web (un paio di paginette web) e guacamole 
(per l'accesso remoto via browser).
Devo dire che il tutto funziona abbastanza bene, il pc � un Eee Box con 
disco ssd da 16gb e processore atom.
Il problema che mi si presenta � all'avvio. In pratica spesso dopo qualche 
aggiornamento (in particolar modo l'ho notato con l'aggio del kernel) il 
sistema non riparte dopo il reboot ed il file system se ne va in modalit� 
read only.
L'ultima volta ho avuto un fermo di un paio di giorni nei quali ho provato 
quasi tutto, mi stavo apprestando a formattare una penna usb con una live in 
modo da provare un scansione del filesystem, ma all'improvviso si � avviato 
normalmente con mia immensa gioia.
Mi chiedo cosa pu� causare questi strani comportamenti.
 
 
 
 


 
/var/log/syslog che dice ?
 


 
 
Non è detto
Putroppo dal log non si capisce la causa dei blocchi orfani, forse un 
arresto improvviso del sistema oppure dei blocchi difettosi
 
Puoi iniziare tentando un check sulla partizione sda1,controllando anche 
i blocchi difettosi
 
 
 

 blocchi difettosi
 
Quindi mi conviene avviare una live da usb e provare con fsck su sda1.
Grazie.
 
La cosa strana è che capita in maniera random dopo il riavvio richiesto da 
alcuni aggionamenti, di solito il kernel.
 
E si rivolve da solo dopo alcuni riavii.
 
Vedremo, grazie per il consiglio.
 
 
 

 Quindi mi conviene avviare una live da usb e provare con fsck su sda1.
 
Dovesse ricapitarti prova a fare il reboot dando da console il comando
 
sudo shutdown -rF now
 
 

 ha scritto nel messaggio 
news:201305280...@mynewsgate.net...

Questo dovrebbe forzare un fsck al boot, mi chiedo se sia possibile farlo 
anche sulla partizione di sistema (che dovrebbe risultare montata) oppure lo 
fa prima di montarla?
In ogni caso i miei precedenti tentativi di fcsk su sda1 fatti da console di 
ripristino con file system read-only non hanno messo in evidenza nessun 
errore, in rete però leggo sempre che è consigliabile fare fcsk facendo il 
boot da un altro disco (es con un live cd).
 
 
 
 

 ha scritto nel messaggio 
news:ko1usd$m24$1...@speranza.aioe.org...

Vado leggermente OT, mi chiedo se sia normale che a distanza di pochi giorni 
mi ritrovo di nuovo con un aggiornamento del kernel...
 
sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
  linux-headers-3.8.0-22 linux-headers-3.8.0-22-generic
  linux-image-3.8.0-22-generic linux-image-extra-3.8.0-22-generic
The following packages will be upgraded:
  linux-generic linux-headers-generic linux-image-generic
3 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 56.0 MB of archives.
After this operation, 195 MB of additional disk space will be used."
 
 
 
 

boot da un altro disco (es con un live cd).
 
Non cambia nulla.

After this operation, 195 MB of additional disk space will be used."
 
L'ultimo numeretto (il 22) indica la patch di Ubuntu.  Nulla di strano
che ne abbiano fatta una nuova, anche a distanza di poco tempo.
 
Perché mai OT?


Non serve una live, basta andare in modalità ricovero
La root  la monti in sola lettura
mount / -o remount,ro
e poi puoi fare un check con
e2fsck -f -c /dev/sda1
 

 ha scritto nel messaggio 
news:ko2910$4t4$1...@dont-email.me...

a questo punto potrei evitare pure di andare in ricovero?
di solito uso ssh (il pc non ha monitor, mouse,tastiera) posso fare le 
operazioni che mi hai citato anche da una shell ssh?
alla fine potrei rimettere root in rw con
mount / -o remount,rw...
 
 


Se te lo permette si, non ho  mai provato a farlo con una partizione di 
root  in questo modo
Tieni conto che in modalità normale girano un po demoni, non so cosa puo 
succedere a loro mettendo la root in readonly mode