Pagina 1 di 1
hard disk che switcha in RO... sono alla frutta?
Inviato: mer 19 apr 2006, 13:32
da nik600
ciao
da un paio di giorno, dopo un po che lavoro su una partizione FAT32 questa diventa improvvisamente Read Only (Anche da root)
posto il mio /etc/fstab
Codice: Seleziona tutto
nik600@criminal:~$ cat /etc/fstab
/dev/hda3 swap swap defaults 0 0
/dev/hda5 / ext3 defaults 1 1
/dev/hda4 /home reiserfs defaults 1 2
/dev/hda6 /mnt/win vfat user,owner,exec,auto,umask=000,rw 0 0
/dev/hda1 /mnt/swin ntfs user,owner,exec,auto,umask=000,ro 0 0
/dev/cdrom /mnt/cdrom iso9660 user,noauto,owner,ro 0 0
/dev/fd0 /mnt/floppy auto noauto,owner 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
proc /proc proc defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
la linea incriminata è questa
/dev/hda6 /mnt/win vfat user,owner,exec,auto,umask=000,rw 0 0
la cosa grave è che dmesg dice
Codice: Seleziona tutto
FAT: Filesystem panic (dev hda6)
clusters badly computed (11482 != 11452)
File system has been set read-only
cosa mi consigliate di fare? oltre ad un backup?
Inviato: mer 19 apr 2006, 14:00
da acrive
Si.. Un bel backup di sicuro...
In poche parole il kernel si è accorto che il cluster 11482 ,secondo la tabella di allocazione del disco, non punta sul cluster a cui dovrebbe del disco fisico... Pertanto evita la scrittura per danneggiarlo completamente...
Inviato: mer 19 apr 2006, 14:04
da acrive
Ho dimenticato di scrivere prima che questa cosa (disallineamento logico dei cluster) è uno dei check che vengono fatti dai sistemi SMART per la verifica dell'integrità del disco rigido..ricordo di aver letto da qualche parte..quindi se si verifica lo S.M.A.R.T. da l'allarme dell'imminente fail del disco....
Spero che la mia memoria non mi abbia tradito..
In bocca al lupo!
Inviato: mer 19 apr 2006, 15:09
da nik600
ma quindi, oltre al backup (che disgraziatamente non riesco a fare oggi ...) il problema si può risolvere con una bella formattazione in ext3 o è proprio la zona fisica del disco danneggiata?
Inviato: mer 19 apr 2006, 16:05
da acrive
A me è capitato a volte che si sputtanasse una memory stick fat32 dopo un'uso intensivo sotto linux.. ma con un bel scandisk microsoft la fat32 tornava bella e pulita e funzionante... che sia questo il motivo?
Inviato: mer 19 apr 2006, 20:46
da Luci0
Potresti postare
Codice: Seleziona tutto
# fdisk -l /dev/hda
# cat /etc/lilo.conf (se ovviamente usi LILO)
Inviato: mer 19 apr 2006, 21:31
da beato_angelico256
faceva la stessa identica cosa a me.... un formattone della partizione e passata la paura
Inviato: gio 20 apr 2006, 0:49
da Luci0
Quello che non mi convince é la FAT32 in /dev/hda6 potrebbe essere un problema di geometria BIOS - LILO - Windows - Linux ... mi serviva come riscontro....
Inviato: gio 20 apr 2006, 10:05
da nik600
ecco
anche se a dirla tutta, non capisco cosa centri lilo, nel senso che quella è una partizione dati
Codice: Seleziona tutto
root@criminal:/home/nik600$ fdisk -l
Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 1707 13711446 7 HPFS/NTFS
/dev/hda2 1708 6020 34644172+ f W95 Ext'd (LBA)
/dev/hda3 6021 6044 192780 82 Linux swap
/dev/hda4 6045 7295 10048657+ 83 Linux
/dev/hda5 1708 2599 7164958+ 83 Linux
/dev/hda6 2600 6020 27479151 b W95 FAT32
root@criminal:/home/nik600$ cat /etc/lilo.conf
boot=/dev/hda
prompt
timeout = 100
compact #tentativo di velocizzazione
vga = 791
#gli dico che lo sfondo è un bmp
#install=/boot/boot-bmp.b
#nome del file di sfondo
#bitmap=/boot/immagini/moh.bmp
#colori del testo
#bmp-colors=3,,0,2,,0
#posizione della label sul testo
#bmp-table=60,2,,7
#posizione del tempo
#bmp-timer=38,24
default=slack-2.6.8.1C
image=/boot/bzimage-2.6.8.1
root=/dev/hda5
read-only
label=slack-2.6.8.1
image=/boot/bzimage-2.6.8.1B
root=/dev/hda5
read-only
label=slack-2.6.8.1B
# splash=verbose -> con log
# splash=silent -> con grafica
image=/boot/bzimage-2.6.8.1C
initrd = /boot/initrd.splash
append = "splash=silent"
root=/dev/hda5
label=slack-2.6.8.1C
read-only
image=/boot/vmlinuz
root=/dev/hda5
read-only
label=originale
other=/dev/hda1
label=Windows
table=/dev/hda
Inviato: mar 2 mag 2006, 14:53
da nik600
con un bel formattone di quella partizione sembrava che fosse andato tutto a posto
oggi mi si è spento brutalmente il portatile (batteria...)
e al riavvio è ricomparso il problema, in forma molto + grave sembra...
Codice: Seleziona tutto
FAT: Filesystem panic (dev hda6)
clusters badly computed (14255 != 14234)
File system has been set read-only
FAT: Filesystem panic (dev hda6)
clusters badly computed (14256 != 14235)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14257 != 14236)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14258 != 14237)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14259 != 14238)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14260 != 14239)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14261 != 14240)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14262 != 14241)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14263 != 14242)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14264 != 14243)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14265 != 14244)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14266 != 14245)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14267 != 14246)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14268 != 14247)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14269 != 14248)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14270 != 14249)
FAT: Filesystem panic (dev hda6)
clusters badly computed (14271 != 14250)
secondo voi, se formatto tutto in ext3 o reiserfs, risolvo qualcosa o sarà proprio l'HD andato in quel settore?
ciao
Inviato: mar 2 mag 2006, 15:51
da l1q1d
Prova ma secondo me è andato. VIsto che ci sei fagli fare il check dei settori.