Newsgroup: it.comp.os.linux.iniziare
Titolo: fsck sui dischi

Come si fa un fsck sui dischi?
cioč, ho provato con SSH scrivere fsck ma non succede nulla...
--
Claretta 

 cioè, ho provato con SSH scrivere fsck ma non succede nulla...
Visto anche l'altro thread sul reboot, perché non ti fermi un attimo
e ci spieghi qual è la situazione e cosa vuoi fare?
Non è che per guidare l'auto basti chiedere come si accelera...
-- 
ValeRyo
CBR600F "Cerbero" - 
http://www.slimmit.com/go.asp?6YT
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 --
mi si blocca il serverino e se cerco di fare
/etc/init.d/httpd restart
mi dice
rm: cannot remove `/var/run/httpd.pid': Read-only file systemAILED]
rm: cannot remove `/var/lock/subsys/httpd': Read-only file system
rm: cannot remove `/var/run/httpd.pid': Read-only file system
--
Claretta 

 rm: cannot remove `/var/run/httpd.pid': Read-only file system
DEVI   DARE   I   COMANDI   COME   ROOT !!!!
Che distro usi?????
Epperbacco! :-)
Gilmoth
-- 
http://gilmoth.blogspot.com/
http://www.flickr.com/photos/gilmoth/

 rm: cannot remove `/var/run/httpd.pid': Read-only file system
Addirittura read only FS?
Non è che nel tentativo di seguire qualche guida su fsck hai montato
ro il fs? mount cosa ti dice?



sě, si sono root... fino qui ci arrivo :-)
CentOS 5.x
--
Claretta

 -- 
non ho fatto niente, il serverino ha plesk installato e erano settimane che 
non lo toccavo
--
Claretta 


se faccio:
# /sbin/fsck
fsck 1.39 (29-May-2006)
e2fsck 1.39 (29-May-2006)
/dev/VolGroup00/LogVol00 is mounted.
WARNING!!!  Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.
Do you really want to continue (y/n)?
devo continuare? o cosa devo fare?
--
Claretta 

 devo continuare? o cosa devo fare?
Devi dire NO e se vuoi aiuto qui devi dare qualche informazione in più,
altrimenti è difficile che si arrivi a qualcosa di utile.
Tanto per iniziare, sei sicura che quel fs sia ext2?



"sei sicura che quel fs sia ext2?" =  NO :-/
be', ho visto che il casino nasce quando plesk fa un backup totale. Cioè 
quando c'è questo casino vedo che plesk non è riuscito a fare il backup e 
che i file di backup non sono validi.
Non so dire altro :-(
--
Claretta 

> Come si fa un fsck sui dischi?
leggendo il manuale prima di usare il comando

 
Al 99% ha avuto un problema il disco, e il sistema gli ha fatto un
remount ro.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 backup e che i file di backup non sono validi.
Non č che č finito lo spazio? Prova a fare un df e vedi il risultato.


 remount ro.
Può anche darsi che il backup del plesk ha riempito tutto lo spazio 
disponibile...


 -- 
AZZ... a questo mika ci ho pensato!!! vado a vedere dopo pranzo... grazie!
--
Claretta 

 
Se non ricordo male, non le darebbe il messaggio di file system in
read only.
--cite--
rm: cannot remove `/var/lock/subsys/httpd': Read-only file system
--/cite--
Oh, poi magari quella macchinetta è installata con il sistema in
read only volutamente.


 read only volutamente.
Maledetta tastiera.
Dicevo:
Certo, /var/lock non mi sembra la directory migliore, da mettere
in read only.


 --/cite--
Infatti sembra strano anche a me, ma la concomitanza con il 'backup
totale' è un po' sospetta.



ciao, ho controllato ma di spazio ne ho ancora tanto.
ora dovrei cercare di far partire fsck per le varie partizioni, sono che 
prima di fare pasticci sarebbe meglio avere un consiglio: come meglio fare?
--
Claretta 

 totale' è un po' sospetta.
No, il backup totale, secondo me, l'ha tentato */DOPO/* il
guaio al disco. :-P


 prima di fare pasticci sarebbe meglio avere un consiglio: come meglio fare?
  Prima facci sapere come stanno i mount point: facci vedere l'output di
mount.
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 -- 
va bene questo:
#mount
/dev/sda1 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda3 on /tmp type ext3 (rw)
/dev/sda4 on /var type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
--
Claretta 

 sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
questo non va molto d'accordo con l'output di fsck che hai postato 
precedentemente:


 ha scritto nel messaggio 
news:41Pwl.53$mj5...@tornado.fastwebnet.it...

ops, sě quello era il test che avevo fatto sul mio PC prima di farlo sul 
serverino.
eccolo quello giusto:
# /sbin/fsck
fsck 1.39 (29-May-2006)
e2fsck 1.39 (29-May-2006)
/dev/sda1 is mounted.
WARNING!!!  Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.
Do you really want to continue (y/n)? no
check aborted.
Sto andando in confuzione :-/
--
Claretta 

 
se il problema è su /dev/sda4, cioè /var, devi riavviare in single user 
mode, editando la riga del kernel al prompt di grub e aggiungendo in fondo 
la parola single.
o meglio ancora usando la modalità rescue del cd di installazione di CentOS 
(al prompt digita: linux rescue), senza fargli cercare e montare il sistema 
(scegli "Skip" come opzione)
al prompt, se hai optato per il primo metodo, smonta /var, e poi in entrambi 
fai:
e2fsck -p /dev/sda4
poi riavvia

 poi riavvia
naturalmente prima di fare queste cose assicurati di avere un backup!


mi trovo in difficoltà, il serverino mika ce l'ho qui in casa.
posso fare solo da SSH
--
Claretta 

 
allora prova con:
/sbin/shutdown -rF now
sempre assicurandoti di avere un backup valido.

 posso fare solo da SSH
  Allora, per essere sicuri che la tua sessione ssh non sia terminata,
meglio che arresti manualmente tutti i servizi di rete e che crei, per
maggiore precauzione, un file /etc/nologin, magari con un messaggio che
informi gli utenti che è in corso un intervento di manutenzione sul server.
  Quindi fai umount /var.  Se lo fa, procedi con il comando fsck.  Se non
lo fa perché il filesystem è occupato da qualche processo, devi trovare i
processi che hanno dei descrittori di file aperti in quella cartella,
usando lsof sui comandi in esecuzione nel sistema oppure con fuser sugli
oggetti del filesystem sotto /var.  Termini quei processi (con criterio!)
e tenti di nuovo di smontare la /var.  Fai fsck e, completato con successo
il controllo sul filesystem, riavvii il sistema.
  Auguri!


 /sbin/shutdown -rF now
  Il mio shutdown (su Fedora 10), stando alla pagina man, non ha l'opzione
"F".  Cosa fa e qual'è il tuo sistema?
  Ciao,


 
CentOS 5.
forza un fsck al riavvio.
non lo trovi perché hai probabilmente la man pages in italiano. estirpale 
perché in quelle in inglese c'è.

 perché in quelle in inglese c'è.
  No no, è quella in inglisc:
OPTIONS
       -r     Requests  that  the  system  be  rebooted after it has been
              brought down.
       -h     Requests that the system be either halted  or  powered  off
              after it has been brought down, with the choice as to which
              left up to the system.
       -H     Requests that the  system  be  halted  after  it  has  been
              brought down.
       -P     Requests  that  the system be powered off after it has been
              brought down.
       -c     Cancels a running shutdown.  TIME  is  not  specified  with
              this option, the first argument is MESSAGE.
       -k     Only  send  out the warning messages and disable logins, do
              not actually bring the system down.
NOTES
[...]
COPYRIGHT
       Copyright © 2007 Canonical Ltd.
       This  is  free  software;  see  the source for copying conditions.
       There is NO warranty; not even for MERCHANTABILITY or FITNESS  FOR
       A PARTICULAR PURPOSE.


il controllo sul filesystem, riavvii il sistema.
azz... che roba complicata :-/
 > Auguri!
mi sa che ne ho bisogno
--
Claretta 

        Copyright © 2007 Canonical Ltd.
Canonical Ltd.?

 AZZ... a questo mika ci ho pensato!!! vado a vedere dopo pranzo... grazie!
Ma ancora stai pranzando ????

 Canonical Ltd.?
  Suppongo siano loro: 
http://www.canonical.com/
«Canonical, the commercial sponsor of Ubuntu, [...]»


   Scritto da chi?
  Quello della Gentoo ce l'ha, con diverse altre opzioni in più:
OPTIONS
       -a     Use /etc/shutdown.allow.
       -k     Don't  really shutdown; only send the warning messages to
              everybody.
       -r     Reboot after shutdown.
       -h     Halt or poweroff after shutdown.
       -P     Halt action is to turn off the power.
       -H     Halt action is to halt or drop into boot monitor on
              systems that support it.
       -f     Skip fsck on reboot.
       -F     Force fsck on reboot.
       -n     [DEPRECATED]  Don't  call  init(8)  to do the shutdown but
              do it ourself.  The use of this option is discouraged, and
               its results are not always what you'd expect.
       -c     Cancel  an  already  running shutdown. With this option it
              is of course not possible to give the time argument, but
              you can enter a  explanatory  message on the command line
              that will be sent to all users.
       -t sec Tell init(8) to wait sec seconds between sending processes
              the warning  and  the  kill  signal, before changing to
              another runlevel.
       time   When to shutdown.
       warning message
              Message to send to all users.
[...]
AUTHOR
       Miquel van Smoorenburg, 
miq...@cistron.nl


 azz... che roba complicata :-/
  Diventerebbe complicato solo se le cose non dovessero andare nel
migliore dei modi.  Dovesse tutto andare bene, te la caverai con due
comandi:
# umount /var
# fsck /dev/sda4
  Processi che mi aspetto abbiano descrittori di file aperti su /var
includono il demone dei log di sistema, che avrà diversi file aperti in
scrittura per aggiungerci le righe di log che riceverà:
[root@brontolo ~]# fuser -va /var/log/*
                     UTENTE      PID ACCESSO COMANDO
/var/log/auth.log:   root       2755 F.... syslogd
/var/log/daemon.log: root       2755 F.... syslogd
/var/log/debug:      root       2755 F.... syslogd
/var/log/dmesg:
/var/log/emerge-fetch.log:
/var/log/emerge.log:
/var/log/faillog:
/var/log/imapd.log:  root       2755 F.... syslogd
/var/log/kern.log:   root       2755 F.... syslogd
/var/log/lastlog:
/var/log/lp-acct:
/var/log/lp-errs:
/var/log/lpr.log:    root       2755 F.... syslogd
/var/log/mail.err:   root       2755 F.... syslogd
/var/log/
mail.info
:  root       2755 F.... syslogd
/var/log/mail.log:   root       2755 F.... syslogd
/var/log/mail.warn:  root       2755 F.... syslogd
/var/log/messages:   root       2755 F.... syslogd
/var/log/news:
/var/log/portage:
/var/log/ppp.log:    root       2755 F.... syslogd
/var/log/sandbox:
/var/log/syslog:     root       2755 F.... syslogd
/var/log/user.log:   root       2755 F.... syslogd
/var/log/uucp.log:   root       2755 F.... syslogd
/var/log/wtmp:
/var/log/xdm.log:    root       3354 F.... xdm
                     root       3366 F.... Xorg
                     root       3399 F.... xdm
/var/log/Xorg.0.log: root       3366 F.... Xorg
/var/log/Xorg.0.log.old:
  Mi attendo quindi che se non termini prima il servizio dei log di
sistema non possa smontare la /var.
  Una precisazione: ho scritto «meglio che arresti manualmente tutti i
servizi di rete».  Questo per non far entrare nessuno nel server mentre
ci lavori e lo riavvii.  Potresti anche terminare il demone sshd, la tua
sessione resterà aperta fino a che non la termini tu.  Ma ti dovesse
cadere, non potrai aprirne un'altra, ovviamente.
  Ciao,


   Quello della Gentoo ce l'ha, con diverse altre opzioni in più:
]zac[
P.S. Vedi -f 
fsck --help
fsck 1.39 (29-May-2006)
fsck.ext3: invalid option -- h
Usage: fsck.ext3 [-panyrcdfvstDFSV] [-b superblock] [-B blocksize]
                [-I inode_buffer_blocks] [-P process_inode_size]
                [-l|-L bad_blocks_file] [-C fd] [-j external_journal]
                [-E extended-options] device
Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list

 P.S. Vedi -f 
  Ma se ho già scritto che quest'opzione non c'è in Fedora10, che me lo
dici a fare?


 dici a fare?
Hai provato, o ti sei fidato del man?


 dici a fare?
Da Fedora 10:
man 8 fsck.ext3
-- 
#include <std.disclaimer.h>
Signature automatica inserita a mano.
In God we trust, all others we monitor.(NSA)
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!

 
Se non sbaglio hai scritto che shutdown non ha l'opzione -F, mentre io ho
scritto che fsck ha l'opzione -f che fa la stessa cosa.
In più risulta che l'opzione -f di fsck sia presente da tempo immemore nei
sistemi.
P.S. Lasciando perdere il tono della risposta, faccio notare che le risposte
servono anche ad altri utenti, e non solo a chi ha inserito il thread, non
essendo i newgroup un help-desk personale.