RE Re: [PLUTO-help] Filesystem "Read Only" (ancora. . . )
Stefano Callegari
ste.callegari a tiscali.it
Sab 18 Ott 2003 02:19:09 CEST
Il 18Oct 01:10, Paolo Azzaroli scrisse:
> Il mio linux mi ha PIANTATO, e ancora non vuole partire:
> Paolo Azzaroli.
>
> > Da "Stefano Callegari" 17/10/03
>
>
> > Il 15Oct 02:29, Paolo Azzaroli scrisse:
> >[cut]
> > > /etc/fstab è integro, ed è rimasto quello creato al momento
> > > dell'installazione.
> > > /etc/mtab contiene solo 2 rige: /dev/hda1 (rw) ("root") e proc. Non c'è
> > > traccia delle altre 3 partizioni (/dev/hda2 /home, /dev/hda3 /opt,
> > > /dev/hda4 /usr).
> >
> > Scusa, ma dici di avere 4 partizioni primarie, niente /boot e niente
> > swap?
>
> boot da partizione Win2k (e GRUB), swap su partizione swap linux, non
> menzionate per brevità
Ma hai un altro hd?
>
> >
> > [cut]
> > > Analizzando l'output del boot, vedo che c'è un problema nello script
> > > "/etc/init.d/boot.localfs".
Ci ho dato una occhiata e non mi pare niente di strano. In pratica si
occupa di lanciare i programmi per verificare l'integrità dei fs.
Legge fstab e ne trae i dati.
Ci mostri fstab?
[cut]
> > > Nel caso specifico l'output del boot mi da un messaggio di errore tipo:
> > > " *** ERROR can't fsck because not read only ", cui subito dopo
> > > segue un altro messaggio:
> > > " rm: can't remove /etc/mtab because read-only fs"
[cut]
> >
> > Se riesci ad avviare con il cd (in stato rescue) lanci il programma
> > fsck[versione del fs della partizione] e gli fai fare la verifica a
> > partizioni ancora smontate.
> > Leggiti bene i man dei programmi perchè puoi fare danni.
> >
>
> avevo già provveduto a correggere dei problemi sul HD lanciando
> reiserfsck. Ora non ci sono più problemi sulle partizioni, se non quello
[cut]
> > Certo che a questo punto dovresti verificare perchè al boot cerca di
> > fare una azione richiesta in ro in una fase in cui deve sapere di
> > essere in rw.
> >
> > [cut]
>
> Bravo, ma come ho scritto un messaggio dice che fs !NON! ro, e
> subito dopo dice che fs !RO!. cerco di capire lo script, per
> rendermi conto di quale logica perversa c'è sotto, ma non ne vengo a capo.
Ricontrollando lo script, lui si blocca ancor prima di fare il check
delle partizioni. I pratica lui cerca di rimontare le partizioni in ro
per fare il controllo ma non ci riesce. Quindi che tu abbia corretto il
fs (se poi ce n'era bisogno) non è servito.
Bisogna capire perchè non riesce a rimontare le partizioni in ro.
Qui ci sarebbe d'aiuto /var/log/boot.msg, ma se non hai i dischi
montati, non credo che ci sia qualcosa di scritto.
Mi dispiace ma sta diventando troppo per le mie capacità.
Per caso è il reboot dopo una compilazione del kernel?
Ciao
--
Stefano Callegari
LinuxRegistered: User 248729 - Machine 133534
Via Frassanedo 2 - Saonara (PD)
More information about the pluto-help
mailing list