mkinitrd e SATA

[samiel]

Il kernel precopmpilato non funge se il l'hd è SATA.
Qualcuno sa l'opzione da passare? Man mkinitrd
non dice nulla a riguardo...

Grazie
M.

[nicop]

quale kernel stai utilizzando???
io ho due hard disk SATA e con il 2.6.15.3 scaricato dal repository di slackware funzionano alla grande...ciaoo

[samiel]

L'ultimo, il 2.6.16.20. Ho fatto la solita procedura
che avevo seguito nel pc vecchio con dischi IDE,
procedura che è spiegata da Pat in mkinitrd.README
e che io stesso avevo ripreso in S4d. Adesso,
ottengo: mount: mounting /dev/sda2 on /mnt failed:
Invalid argument
Tu he procedura hai seguito?

Grazie
M.

[dado84]

mmmmmmm, inizialmente anke io col 2.6.16.20 avevo avuto dei problemi col sata, ma tutto perkè mi ero dimenticato di mettere il supporto (nn avevo visot che bisognava metterlo 2 volte), adesso va perfettamente
comunque io ho fatto un defconfig e poi l'ho personalizzato, se vuoi ti passo il mio .config e provi a vedere se, modificando le opzioni x il tuo HW , può andarti bene

Sciau

[samiel]

Ma io sto parlando del kernel-generic precompilato
di Pat. In /boot/README.initrd Pat scrive:
"The generic 2.6 kernel in Slackware supports
the ext2 filesystem (which is used by the initrd),
and also supports most IDE controllers
(much like the old bare.i kernel)". Il che
mi fa pensare che i controller SATA invece
non siano supportati. Perciò mi chiedevo
se sia possibile passare a mkinitrd un parametro
per caricare i moduli per il SATA o se c'è
qualche altro modo per farlo.

M.

[waka_jawaka]

Se non sparo la classica vaccata...l'immagine initrd serve al boot per precaricare dei moduli che altrimenti non sarebbero acessibili al kernel, giusto?. Tipico esempio sono i controller dei dischi rigidi: se non riesce ad accedere al disco, il kernel non riesce a caricare i moduli del controller stesso e se non carica i moduli non riesce ad accedere al disco...
Moduli che devono essere in /lib/modules/versione_kernel (hai controllato vero?)
Se ci sono, c'è una guida del mitico Davide Bianchi (storie dalla sala macchine) che penso faccia proprio al caso tuo:
http://www.soft-land.org/cgi-bin/doc.pl ... icoli/sata

[samiel]

Adesso ho sonno, ma domani sperimento.
Grazie della segnalazione. C'è peraltro
in slacky un post sullo stesso tema, dove
non ricordo chi dice di aver trovato
la soluzione in kuhn.it e dà il link.
Peccato che kuhn.it abbia chiuso...

M.

[samiel]

Allora, ho visto l'how-to che mi ha segnalato waka,
ma non capisco bene la sintassi del comando
che dovrebbe produrre l'initrd.gz. Nel testo
non si menziona il classico comando con parametri
quali tipo di filesystem e partizione di boot, ma
mkinitrd --with=pdc-ultra nomeimmagine `uname -r`
che peraltro a me non genera niente...

M.

[ZeroUno]

Io ho usato questo:

Codice: Seleziona tutto

mkinitrd -k 2.6.15.3 -m libata:ata_piix

ed ha funzionato subito.

anzi, in verità ho usato questo:

Codice: Seleziona tutto

mkinitrd -c -k 2.6.15.3 ehci-hcd:uhci-hcd:ohci-hcd:isp116x-hcd:sl811-hcd:libata:ata_piix:jbd:ext3 -f ext3 -r /dev/sda1

visto che ho tastiera usb e fs ext3

Ciao, 01

[samiel]

Ho provato con:
mkinitrd -c -k 2.6.16.20 -m libata:ata_piix jbd:ext3 -f ext3 -r /dev/sda2
All'avvio trova i due hd, ma poi mi dice
Mounting: mount /dev/sda2 on mnt failed
no such device
Che può essere?

Grazie
M.

[samiel]

Che scemo, c'era un errore sintattico:
non libata:ata_piix jbd:ext3,
bensì libata:ata_piix:jbd:ext3
Peretto, adesso funge.
Grazie mille

M.

[vaquerito]

Ciao a tutti, anche io mi sto rompendo la testa con lo stesso problema, per il filesystem xfs c'e qualche altro modulo da caricare o e' tipo

Codice: Seleziona tutto

 mkinitrd -c -k 2.6.16.20 -m libata:ata_piix:xfs -r xfs -r /dev/sda2

grassie

[Paoletta]

se fai make menuconfig e vai dove c'é xfs sono segnate le dipendenze...poi esci senza salvare, cosí non devi ricompilare il kernel

[ZeroUno]

le dipendenze le puoi anche cercare in /lib/modules/2.6.16.20/modules.dep

Codice: Seleziona tutto

$ grep /xfs.ko: modules.dep
/lib/modules/2.6.16.20/kernel/fs/xfs/xfs.ko: /lib/modules/2.6.16.20/kernel/fs/exportfs/exportfs.ko
$ grep modules.dep
/lib/modules/2.6.16.20/kernel/fs/exportfs/exportfs.ko:

quindi hai bisogno di, in ordine, exportfs e xfs

Ciao, 01

[vaquerito]

Intanto grazie a tutti e due per la risp.
in effetti da modules.dep le uniche dipendenze sembrano quelle quindi ho modificato

Codice: Seleziona tutto

 mkinitrd -c -k 2.6.16.20 -m libata:ata_piix:xfs -r xfs -r /dev/sda2 

con

Codice: Seleziona tutto

 mkinitrd -c -k 2.6.16.20 -m libata:ata_piix:exportfs:xfs -r xfs -r /dev/sda2 

ma all'avvio ottengo:

Codice: Seleziona tutto

xfs:unknown symbol find_exported_dentry
insmod: cannot insert '/lib/modules/2.6.16.20/xfs.ko'
unknown symbol in module (-1): no such file or directory
kernel panic...

quello che veramente mi manda fuori e' (per rispondere all'argomento iniziale) che l'unico kernel con cui tutto si avvia liscio e' il test26.s del primo cd di installazione manualmente copiato su /boot/vmlinuz...