ubuntu: fsck "falso positivo?" [messaggio #34359] |
gio, 16 dicembre 2010 20:22 |
Tigers Messaggi: 45 Registrato: agosto 2008 |
Member |
|
|
Avvio normalmente il pc (nessun precedente crash o blackout).
Rimane sulla schermata viola qualcosa tipo "serious errors mounting
/home". Io scelgo manual recovery, e mi limito a un reboot.
Tutto sembra normale, ho fatto un diff della /home rispetto al backup di
ieri e vedo diversi solo ad esempio la cache di firefox e le cose usate
nel frattempo..
Controllando nei log
boot.log:
fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
/dev/sdb2: clean, 13/1222992 files, 120786/4882432 blocks
/dev/sdc1: clean, 32402/30531584 files, 19320662/122096000 blocks
/dev/sda1: clean, 161290/1954064 files, 963423/7816192 blocks
init: ureadahead-other main process (966) terminated with status 4^M
fsck from util-linux-ng 2.17.2
/dev/sdb1: clean, 2547/28082176 files, 2233404/112304384 blocks
in /var/log/messages trovo alcuni
EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode
relativi a tempo fa (mai avuto però l'interruzione del boot) e a ieri.
ma sda1 non è la mia /home (partizione a parte su secondo hd), bensì è
la mia / ...
A questo punto mi chiedo:
- dovrei preoccuparmi?
- può essere che gli errori di cui si lamentava la "schermata viola"
fossero che gli errori nella root non di questo boot ma del boot
precedente ieri (?)
Scusate la poca chiarezza ma sono confuso...
Prima mi trova errori, poi mi dice "clean" ...
|
|
|
Re: ubuntu: fsck "falso positivo?" [messaggio #34386 è una risposta a message #34359] |
sab, 18 dicembre 2010 15:37 |
Giuseppe Della Bianca Messaggi: 1545 Registrato: dicembre 2010 |
Senior Member |
|
|
Paolo wrote:
> Avvio normalmente il pc (nessun precedente crash o blackout).
> Rimane sulla schermata viola qualcosa tipo "serious errors mounting
> /home". Io scelgo manual recovery, e mi limito a un reboot.
>
> Tutto sembra normale, ho fatto un diff della /home rispetto al backup di
> ieri e vedo diversi solo ad esempio la cache di firefox e le cose usate
> nel frattempo..
>
Un errore nel filesystem non è quasi mai visibile direttamente dall'utente,
ma spesso solo dal programma di riparazione (fsck).
> Controllando nei log
>
> boot.log:
> fsck from util-linux-ng 2.17.2
> fsck from util-linux-ng 2.17.2
> fsck from util-linux-ng 2.17.2
> /dev/sdb2: clean, 13/1222992 files, 120786/4882432 blocks
> /dev/sdc1: clean, 32402/30531584 files, 19320662/122096000 blocks
> /dev/sda1: clean, 161290/1954064 files, 963423/7816192 blocks
> init: ureadahead-other main process (966) terminated with status 4^M
> fsck from util-linux-ng 2.17.2
> /dev/sdb1: clean, 2547/28082176 files, 2233404/112304384 blocks
>
> in /var/log/messages trovo alcuni
> EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode
> relativi a tempo fa (mai avuto però l'interruzione del boot) e a ieri.
Forse è fsck che va in crash tentando la riparazione del danno rilevato.
]zac[
> Scusate la poca chiarezza ma sono confuso...
> Prima mi trova errori, poi mi dice "clean" ...
Vedi sopra.
Tieni conto che il clean è solo un flag che viene impostato al termine del
controllo avvenuto con successo, non è garanzia di filesystem senza problemi
o di sofware di controllo senza bug.
E' improbabile, ma potrebbero anche esserci problemi hardware, problmei di
memoria, disco con bad cluster, ecc. .
|
|
|
Re: ubuntu: fsck "falso positivo?" [messaggio #34390 è una risposta a message #34386] |
sab, 18 dicembre 2010 18:18 |
Tigers Messaggi: 45 Registrato: agosto 2008 |
Member |
|
|
On 12/18/2010 03:37 PM, Giuseppe Della Bianca wrote:
> Un errore nel filesystem non è quasi mai visibile direttamente dall'utente,
> ma spesso solo dal programma di riparazione (fsck).
> E' improbabile, ma potrebbero anche esserci problemi hardware, problmei di
> memoria, disco con bad cluster, ecc. .
Ho avviato da livecd e forzato un fsck di tutte le partizioni, senza che
abbia riportato errori...
Ho letto che maverick a volte non smonta correttamente i filesystem allo
shutdown, forse è qualcosa di legato a quel bug...
Ho avuto un altro problema il giorno successivo con un hd esterno, lo
posto sempre qui nel caso possa essere attinente a quanto sopra (ma non
saprei proprio).
Ho avviato il backup, sono tornato e l'ho trovato piantato (backintime
aveva interrotto dato che il filesystem era read-only dopo il crash).
La cosa strana è che avevo già considerato il disco come danneggiato
(sentivo dei rumori metallici, tipo clak-clak)... Ma per curiosità l'ho
attaccato a un altro pc e funzionava, e riavviando il mio pc funzionava
anche lì...
Uso il kernel 2.6.35-23-generic #41-Ubuntu SMP , sarà un'idea senza
fondamento, ma potrebbe essere un problema di kernel?
Comunque due cose del genere in due giorni, non so se siano correlate o
meno, ma non me le sarei mai aspettate, uff :-(
log:
kernel: [ 6404.596011] sd 11:0:0:0: [sdh] Unhandled error code
kernel: [ 6404.596020] sd 11:0:0:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
kernel: [ 6404.596027] sd 11:0:0:0: [sdh] CDB: Write(10): 2a 00 02 b0 d7
af 00 00 f0 00
kernel: [ 6404.596062] lost page write due to I/O error on sdh1
kernel: [ 6404.600822] sd 11:0:0:0: [sdh] CDB: Write(10): 2a 00 02 b0 d8
9f 00 00 f0 00
kernel: [ 6405.971735] JBD2: Detected IO errors while flushing file data
on sdh1-8
kernel: [ 6477.143460] sd 27:0:0:0: [sdh] 625142448 512-byte logical
blocks: (320 GB/298 GiB)
kernel: [ 6477.145384] sd 27:0:0:0: [sdh] Write Protect is off
kernel: [ 6477.405625] sd 27:0:0:0: [sdh] Unhandled error code
kernel: [ 6477.405630] sd 27:0:0:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
kernel: [ 6477.405638] sd 27:0:0:0: [sdh] CDB: Read(10): 28 00 00 00 00
00 00 00 08 00
kernel: [ 6477.405834] Dev sdh: unable to read RDB block 0
kernel: [ 6477.406145] sd 27:0:0:0: [sdh] READ CAPACITY failed
kernel: [ 6477.406150] sd 27:0:0:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
kernel: [ 6477.406156] sd 27:0:0:0: [sdh] Sense not available.
....
kernel: [ 6480.716809] sdh:
kernel: [ 6480.974486] sd 28:0:0:0: [sdh] Unhandled error code
kernel: [ 6480.974492] sd 28:0:0:0: [sdh] Result: hostbyte=DID_ERROR
driverbyte=DRIVER_OK
....
kernel: [ 6480.976990] sd 28:0:0:0: [sdh] CDB: Read(10): 28 00 00 00 00
00 00 00 08 00
kernel: [ 6480.979473] sd 28:0:0:0: [sdh] READ CAPACITY failed
kernel: [ 6480.979480] sd 28:0:0:0: [sdh] Result: hostbyte=DID_ERROR
driverbyte=DRIVER_OK
kernel: [ 6480.979486] sd 28:0:0:0: [sdh] Sense not available.
|
|
|
|