Newsgroup: it.comp.os.linux.iniziare
Titolo: Qual è il comando per fare un controllo del disco?

Ho notato che dopo N avvii (o meglio mount), Linux Ubuntu fa 
automaticamente il controllo del disco al boot. Vorrei sapere qual � il 
comando per lanciare manualmente il controllo del disco.

 il comando per lanciare manualmente il controllo del disco.
Il comando è fsck, leggi bene la documentazione prima di usarlo.
-- 
syaochan - 
syao...@hotmail.com
Fan #1 di Sakura
- dite anche voi NO allo yaoi >__< -

 Il comando è fsck, leggi bene la documentazione prima di usarlo.
ma è lo stesso che viene eseguito al boot da Ubuntu in automatico? Se 
provo ad eseguire fsck mi dice che potrei danneggiare il file system 
perchè è già montato. Qual è il modo per usarlo?

 modo per usarlo? 
leggi la man page come ti e' stato suggerito.
-- 
[cit. da INN-A]
I roditori una volta vivevano secondo natura...
Poi hanno incominciato ad incartare la cioccolata...
Adesso si rendono conto che spammare � pi� proficuo...

 leggi la man page come ti e' stato suggerito.
l'ho letto ma non c'� scritto se � sicuro farlo anche se il comando ti 
dice "WARNING!!!  Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage."

bisogna eseguirlo al boot? E se si, come?

 bisogna eseguirlo al boot? E se si, come?
Puoi eseguirlo al boot, mettendo il comando in uno degli script di avvio.
Oppure lo puoi eseguire da una distribuzione live, avendo l'accortezza 
di verificare
che la partizione che vuoi controllare non sia montata.

 filesystem may cause SEVERE filesystem damage."
non c'e' scritto per caso che il file system deve essere RO?


 
che significa RO? Possibile che non ci sia uno straccio di 
programma/utility/comando che sia in grado di fare il controllo del 
disco come c'� su Windows???

 
in quale script lo devo mettere? Per� se lo script sta eseguendo vuol 
dire che � stato letto dal disco e quindi il disco � gi� montato...

 disco come c'� su Windows???
fsck nelle sue varie versioni, e lo fa esattamente come windows, notato 
che scandisk ti chiede di riavviare il pc per fare la scansione del 
disco c? solo perche' ha bisogno del controllo e accesso esclusivo al 
disco, esattamente quello che fa fsck quando parte al boot.
cerca con google come usare fsck, ci sono migliaia di esempi.
forza, rimboccati le maniche, ci siamo passati tutti.


 dire che � stato letto dal disco e quindi il disco � gi� montato...
Non ne ho idea, dipende dalla distribuzione che usi. Francamente, non 
uso mai fsck a mano, lo lascio fare al sistema operativo quando ne 
sente il bisogno (e' possibile specificare ogni quanti montaggi e' 
richiesto il controllo con fsck). Comunque, il fatto che fsck venga 
utilizzato sporadicamente all'avvio significa che e' possibile 
eseguirlo (tautologico, ma la tua seconda osservazione dimostrava che 
non ti era cosi' evidente).


sudo touch /forcefsck
reboot

 disco, esattamente quello che fa fsck quando parte al boot.
si ma quello di Windows almeno si assiste creando automaticamente 
un'attivit� che sar� eseguita automaticamente al successivo boot. In 
linux come si fa a fare ci�

 
Comunque, credo che la cosa migliore sia riavviare la macchina in 
single mode, e poi lanciare fsck. Questo se proprio VUOI usare fsck 
perche' temi che ci siano problemi particolari. Ricorda che il 
filesystem di Linux e' meno soggetto a "accidenti" di quello di 
Windows: non e' utile lanciare fsck tutte le settimane nella speranza 
di migliorare le prestazioni del computer.

 linux come si fa a fare ci�?
scusa ma:
- se vuoi qualcosa COME windows resta su windows
- perch� devi fare un controllo al disco? per sfizio?
Stefano

 linux come si fa a fare ci�?
Per fortuna non si fa :-)
Come dicevo, il controllo del filesystem non dovrebbe essere 
necessario, se non in situazioni di cui si accorge il computer stesso. 
Ad esempio, uno spegnimento improvviso che ha lasciato dei "nodi 
orfani". Spesso il sistema operativo e' configurato in modo da 
controllare lo stato di salute del filesystem periodicamente, e questo 
dovrebbe essere piu' che sufficiente. Ricorda che ormai tutti i 
filesystem moderni hanno un journaling, e anche se manca la corrente, 
al riavvio viene recuperato l'ultimo stato integro del filesystem. 
Dieci anni fa, con ext2, era sempre difficile ripartire dopo un 
back-out. Ora non me ne accorgo praticamente piu'.

 - perch� devi fare un controllo al disco? per sfizio?
perch� ho chiuso bruscamente la macchina per 2 volte. La prima volta 
Ubuntu ha fatto il controllo da solo e mi ha rilevato errori. La seconda 
volta non ha fatto il controllo e quindi vorrei farlo io a mano.



Ma se ti ha rilevato errori, e il computer e' ripartito normalmente, 
significa che gli errori sono stati corretti. Altrimenti il processo di 
boot si sarebbe interrotto, richiedendo l'intervento umano. Al secondo 
riavvio, il controllo non e' stato fatto perche' non ce n'era piu' 
bisogno. E' una scommessa quasi certa che, se tu rifacessi il 
controllo, nessun problema verrebbe segnalato.
Per nostra fortuna, la correzione automatica degli errori e' quasi 
sempre sufficiente a ripristinare un filesystem integro.

 Per fortuna non si fa :-)
Si fa! Come root devi dare il comando
touch /forcefsck
ed al riavvio successivo, LUI farà il check
-- 
"All science is either physics or stamp collecting."
Ernest Rutherford.
"All science is either physics AND stamp collecting".
Somewhere on the net

 dire che è stato letto dal disco e quindi il disco è già montato...
Montato in sola lettura, condizione in cui il controllo è sicuro.
Lo ripeto: come root devi dare il comando
touch /fsck
e poi riavviare


 ed al riavvio successivo, LUI far� il check
Tutto si fa, ma non sempre e' opportuno. Quella che suggerisci tu, e' 
una nota scorciatoia per obbligare Ubuntu (il controllo del file 
/forcefsk appare nello script /etc/init.d/checkfs.sh) ad eseguire fsck 
all'avvio successivo. Mettersi li' da soli ad eseguire fsck potrebbe 
essere ben piu' rischioso.

 essere ben piu' rischioso.
Non sono completamente d'accordo. Se fatto per bene (partizione smontata) 
quali sarebbero i rischi?


 mode, e poi lanciare fsck.
No, la cosa migliore � avviare un'altra distribuzione (magari una live)
ed eseguire fsck su partizioni sicuramente smontate. ;-)
Anche in single mode, / � montata, magari non la rovini, se non forzi
correzioni, ma le segnalazioni che ricevi sono minatorie, e false.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 correzioni, ma le segnalazioni che ricevi sono minatorie, e false.
Di fatto, tu stai dicendo che fsck non puo' essere usato sulla 
partizione / senza correre rischi.
Nemmeno quando il controllo e' fatto automaticamente, visto che non ho 
ancora trovato una distribuzione che apre lo sportello, caccia fuori 
una manina, prende una distribuzione live e si riavvia :-)
Ragione di piu' per non farlo se non quando il sistema stesso segnala 
errori del filesystem.

 quali sarebbero i rischi?
Che non e' sempre banalissimo lavorare su partizioni smontate. Ti serve 
un sistema operativo che giri da cd/dvd. Come diceva qualcun altro, 
anche in single mode la partizione / viene utilizzata. Verra' anche 
rimontata RO, ma e' comunque montata, dico bene?

 stesso segnala errori del filesystem.
questo e' poco ma sicuro.


 rimontata RO, ma e' comunque montata, dico bene?
Oppure riservi qualche giga sul disco per installare un dual boot linux.

 essere ben piu' rischioso.
Non ho capito qual � la differenza, in termini di rischio, tra il
controllo automatico periodico all'avvio, e il controllo forzato
manualmente sempre all'avvio.

 linux come si fa a fare ci�?
Oltre a quanto ti hanno gi� detto, tieni anche conto che Ubuntu esegue
il check automatico all'avvio ogni 39 mount, ma tu puoi modificare tale
frequenza con il comando tune2fs -c seguito dalla frequenza desiderata e
dall'unit� da controllare 
Per esempio, se volessi eseguire il check di sdb3 a ogni riavvio
$ sudo tune2fs -c 1 /dev/sdb3  
tune2fs 1.41.4 (27-Jan-2009)
Setting maximal mount count to 1
poi 
$ sudo tune2fs -c 39 /dev/sdb3
per ripristinare il valore normale

 $ sudo tune2fs -c 39 /dev/sdb3
ovviamente da scrivere senza dollaro, che faceva parte del prompt :)

 manualmente sempre all'avvio.
Nessuno. Io parlavo di fare a mano un fsck delle partizioni. Forzarlo 
all'avvio e' del tutto
equivalente a lasciarlo fare al sistema.

 non e' in ro.
Rischi non se ne corrono nemmeno se lo si lancia a file system
montato e non si forzano correzioni, se escludi i rischi alle
coronarie provocati dai messaggi di errore, inevitabili su una
partizione montata.


 partizione montata.
Gia', ma dubito che possa essere molto utile eseguire un controllo di 
integrita' sapendo gia' che fallira' in partenza :-)
E' come andare dal dottore, farsi dare una martellata sullo stinco, e 
riferire un forte dolore allo stinco...

 montato e non si forzano correzioni, se escludi i rischi alle
e allora che lo lanci a fa?
Solitamente lo lanci se il FS non e' coerente.


 rimontata RO, ma e' comunque montata, dico bene?
In single mode la partizione, che io sappia, viene montata RW.
Ma se "programmi" il fsck al boot, questo viene fatto prima di montare la 
partizione. Rischi zero :) (tendenti a zero, va' :))


 e allora che lo lanci a fa?
Io?
Io non lo lascio lanciare nemmeno dopo i 40 canonici restart, e nemmeno
dopo i 180 gg di uptime, figurati se lo lancio a mano cosï¿œ, per sfizio.
Volevo solo puntualizzare che i rischi ci sono solo nel caso si forzino
o si accettino le correzioni, ma che queste correzioni vengono proposte
nel 100% dei casi in cui si lancia un fsck a fs montato.


 partizione. Rischi zero :) (tendenti a zero, va' :))
Ora mi devi dire da dove legge /etc/* e lo stesso fsck se non monta la
partizione.
No, dare la colpa a batista non è sufficiente.


 montato. 
bravo, vedo che hai studiato, ok, puoi passare da suse a debian.


 bravo, vedo che hai studiato, ok, puoi passare da suse a debian.
Tu invece ï¿œ meglio che non passi nei paraggi.
Ah, non siamo su bofh.c?
Beh, fa lo stesso.


 Beh, fa lo stesso.
e vorrei vedere.


 No, dare la colpa a batista non è sufficiente.
Infatti. C'era anche la CIA di mezzo.


 RO? � la procedura standard. Che rischi dovrebbe correre?
Credo pochissimi. Altrimenti sarebbe come innescare una bomba ogni 39 
riavvii del computer :-)
La cosa migiore resta sempre il cd/dvd di installazione, da usare in 
modalita' "rescue". Cosi' smonti
tutto e vivi felice.
Ribadisco la profonda inutilita' di usare fsck per il gusto di farlo. 
NON serve a far andare meglio il computer, NON serve a deframmentare 
(?) il disco.

 (?) il disco.
Questo sì. A parte che poi Linux è efficientissimo nel lanciarlo nel momento 
in cui serve.


 Infatti. C'era anche la CIA di mezzo.
Gombloddo! Gombloddo!


 Sicuro che la partizione / sia montata ro come procedura standard?
title           Debian GNU/Linux, kernel 2.6.30-git22
root            (hd0,1)
kernel          /vmlinuz-2.6.30-git22 root=/dev/sda3 ro 
il 'ro' dice di montare la partizione read-only AFAIK.


 significa che gli errori sono stati corretti.
...cut...
Scusate se entro a gamba tesa.. Uso Acronis da un bel po' e solo su una 
macchina quando avvio il backup mi dice che ci sono errori.. Fatto fsck 
sotto, sopra e di lato e sempre tutto ok il risultato.
Da aggiungere che non ho mai chiuso la macchina in modo brutale.. 
Credete sia un problema di filesystem o altro ?
Grazie e scusate ancora per l'intrusione.
Davide

 perchï¿œ ï¿œ giï¿œ montato. Qual ï¿œ il modo per usarlo?
ti conviene avviare dal cd di installazione di ubuntu
un volta avviato il desktop puoi anche usare il gparted
(sistema/amministrazione/editor di partizioni), selezionare
una partizione, smontarla se montata e selezionare dal menu
partizione/controlla
-- 
bye
main(){printf("%u\n",!(!1|1));}

per ripristinare il valore normale
Oppure, per non dovere ripristinare niente conviene modificare il
conteggio dei boot effettuati con il parametro "-C".
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

volevo sapere quale comando permette di sapere chi ha aperto una sessione dopo l'autenticazione del sistema?

 sessione dopo l'autenticazione del sistema?
 
last, ma guarda anche lastb e lastlog
 
-- 
Tanti saluti