hard disk che switcha in RO... sono alla frutta?

Postate qui per tutte le discussioni legate a Linux in generale.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
nik600
Linux 2.x
Linux 2.x
Messaggi: 450
Iscritto il: lun 15 mar 2004, 0:00
Contatta:

hard disk che switcha in RO... sono alla frutta?

Messaggio 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?

Avatar utente
acrive
Linux 2.x
Linux 2.x
Messaggi: 306
Iscritto il: mar 27 dic 2005, 0:24
Slackware: 12.0
Località: Brindisi <-> Bologna

Messaggio 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...

Avatar utente
acrive
Linux 2.x
Linux 2.x
Messaggi: 306
Iscritto il: mar 27 dic 2005, 0:24
Slackware: 12.0
Località: Brindisi <-> Bologna

Messaggio 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!

nik600
Linux 2.x
Linux 2.x
Messaggi: 450
Iscritto il: lun 15 mar 2004, 0:00
Contatta:

Messaggio 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?

Avatar utente
acrive
Linux 2.x
Linux 2.x
Messaggi: 306
Iscritto il: mar 27 dic 2005, 0:24
Slackware: 12.0
Località: Brindisi <-> Bologna

Messaggio 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?

Avatar utente
Luci0
Staff
Staff
Messaggi: 3591
Iscritto il: lun 27 giu 2005, 0:00
Nome Cognome: Gabriele Santanché
Slackware: 12.2 14.0
Kernel: 2.6.27.46- gen 3.2.29
Desktop: KDE 3.5.10 Xfce
Località: Forte dei Marmi
Contatta:

Messaggio da Luci0 »

Potresti postare

Codice: Seleziona tutto

# fdisk -l /dev/hda
# cat /etc/lilo.conf (se ovviamente usi LILO)

:)

beato_angelico256
Linux 3.x
Linux 3.x
Messaggi: 578
Iscritto il: lun 2 mag 2005, 0:00

Messaggio da beato_angelico256 »

faceva la stessa identica cosa a me.... un formattone della partizione e passata la paura

Avatar utente
Luci0
Staff
Staff
Messaggi: 3591
Iscritto il: lun 27 giu 2005, 0:00
Nome Cognome: Gabriele Santanché
Slackware: 12.2 14.0
Kernel: 2.6.27.46- gen 3.2.29
Desktop: KDE 3.5.10 Xfce
Località: Forte dei Marmi
Contatta:

Messaggio 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.... :? :?

nik600
Linux 2.x
Linux 2.x
Messaggi: 450
Iscritto il: lun 15 mar 2004, 0:00
Contatta:

Messaggio 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


nik600
Linux 2.x
Linux 2.x
Messaggi: 450
Iscritto il: lun 15 mar 2004, 0:00
Contatta:

Messaggio 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

Avatar utente
l1q1d
Master
Master
Messaggi: 1862
Iscritto il: lun 21 feb 2005, 0:00
Località: In uno spazio n-dimesionale
Contatta:

Messaggio da l1q1d »

Prova ma secondo me è andato. VIsto che ci sei fagli fare il check dei settori.

Rispondi