<p dir="ltr">Ciao<br>
Scusa per la risposta tardiva...<br>
Potresti anche usare una distribuzione "normale" tipo Debian e seguire una delle tante guide per configurarla in sola lettura (cosa che ho già fatto anche su raspberry pi prorpio per avere un sistema embedded... ) solo alcune directory devono rimanere scrivibili ma si risolve la cosa con un union filesystem (o simili) che leggono da disco e scrivono le modifiche temporanee su ram... Comunque su internet trovi tutto.</p>
<div class="gmail_quote">Il 03/feb/2015 20:12 "Paolo Stefani" <<a href="mailto:transalp98@gmail.com">transalp98@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Ciao,<br>
In caso di arresto improvviso del sistema, senza uno shutdown pulito, il fatto di avere un journaling file system come ext4, quanto mi protegge dal fatto che la macchina non torni in vita correttamente al prossimo riavvio?<br>
Parlo di una situazione particolare in cui non ci sia un utente che lavora, usa applicazioni, crea file, ma una macchina "stupida" che si avvia, esegue delle operazioni che prevedono solo letture dal disco, tipo riprodurre un audio o un video, e basta.<br>
In teoria, anche se programmaticamente le togliessi la corrente per spegnerla, non dovrei "romperla" giusto?<br>
Il discorso della delayed allocation di ext4 dovrebbe influire sui "dati utente" e non sulla funzionalità base del sistema, o mi sfugge qualcosa?</p>
<p dir="ltr">Grazie mille<br>
Paolo</p>
<br>_______________________________________________<br>
fsug-pd mailing list<br>
<a href="mailto:fsug-pd@lists.fsugpadova.org">fsug-pd@lists.fsugpadova.org</a><br>
<a href="http://lists.fsugpadova.org/listinfo/fsug-pd" target="_blank">http://lists.fsugpadova.org/listinfo/fsug-pd</a><br>
<br></blockquote></div>