linux user group brescia

On Fri, Aug 10, 2001 at 05:55:34PM +0200, Danilo wrote:
> 
> Dopo aver compilato il kernel 2.4.7 svariate volte, con parametri diversi, alla fine sono giunto ad
> avere un kernel monolitico, 

il 2.4 non ha alcun problema con i moduli. sei sicuro di aver installato le
ultime modutils??? (le 2.4.6)

> che però si comporta in maniera strana. Visualizzando infatti il file
> messages in /var/log/ a volte mi appare il messaggio:
> 
> dank6 kernel: EXT2-fs error (device ide0(3,2)): ext2_check_page: bad entry in directory #32478:
> rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0

ahia... 

> Notare che al boot la macchina parte senza lanciare fsck, 

questo significa che la macchina e' stata smontata correttamente, ma che 
su disco le cose vengono scritte male...

molto ahia....
molto molto ahia... e' una macchina con il superchipset della via????

> e che una volta partita la directory
> /usr/local/diventa "invisibile".

ahia ahia ahia ahia...

> Se non appare il messaggio sopra, mi appare questo:
> 
> dank6 kernel: hda: timeout waiting for DMA
> dank6 kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14
> dank6 kernel: hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
> 
> Le righe seguenti di rc.sysinit abilitano il dma :

oddio.. con errori di scrittura del genere io disabiliterei il dma...

temo proprio che il tuo sia uno dei buggatissimi chipset via....

> dank6 hdparm: /dev/hda: 
> dank6 hdparm:  setting 32-bit I/O support flag to 1 
> dank6 hdparm:  setting using_dma to 1 (on) 
> hdparm:  setting xfermode to 66 (UltraDMA mode2) 
> dank6 hdparm:  setting standby to 36 (3 minutes) 
> dank6 hdparm:  I/O support  =  1 (32-bit) 
> dank6 hdparm:  using_dma    =  1 (on) 
> dank6 rc.sysinit: Abilitazione (U)dma disco a:  succeeded 
> dank6 hdparm: /dev/hdb: 
> dank6 hdparm:  setting 32-bit I/O support flag to 1 
> dank6 hdparm:  setting using_dma to 1 (on) 
> dank6 hdparm:  setting xfermode to 33 (multiword DMA mode1) 
> dank6 hdparm:  setting standby to 24 (2 minutes) 
> dank6 hdparm:  I/O support  =  1 (32-bit) 
> dank6 hdparm:  using_dma    =  1 (on) 
> dank6 rc.sysinit: Abilitazione (U)dma disco b:  succeeded 
> 
> Con questo tipo di "errore" la directory /usr/local ritorna visibile.
> Se invece torno al 2.4.2 di rh7.1, tutto torna normale.
> Anche se so che la maggior parte di voi è in ferie, spero che qualcuno mi possa dare una mano:
> a tal proposito  vi do le caratteristiche della mia macchina:
> amd k6-2
> 128 mb ram pc100
> chipset Via mvp3 
> VP_IDE: VIA vt82c596a (rev 06) IDE UDMA33 controller on pci00:07.1

---------^^^^^

ahia... sei fottuto.
il 'super' chipset della via e' buggatissimo.
assolutamente non usare alcun tipo di dma o qualsiasi cosa del genere sui 
dischi ide. il controller ha problemi tremendi di funzionamento,
soprattutto quando affiancato dalla scheda audio soundblaster live.

disabilita totalmente ogni settaggio dell'hdparm.

poi forza il check delle partizioni mettendo con

# touch /forcefsck

e poi 

# touch /usr/local/forcefsck

(insomma con un touch del file forcefsck nella root dei vari filesystem:
al successivo riavvio viene forzato un check della partizione).

> Il kernel è compilato con kgcc, nel makefile in HOSTCC c'è kgcc, i file non sono in /usr/src ma in
> /home/linux, e durante la compilazione non si blocca niente.

non e' un problema di kernel, ma di configurazione hw.

> Grazie in anticipo a chiunque mi potrà dare una mano e godetevi le lacrime di S.Lorenzo :-)
> 	danilo