Pagina 1 di 2
mkinitrd e SATA
Inviato: lun 12 giu 2006, 17:30
da 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.
Inviato: lun 12 giu 2006, 17:34
da 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
Inviato: lun 12 giu 2006, 18:21
da 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.
Inviato: lun 12 giu 2006, 20:05
da 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
Inviato: lun 12 giu 2006, 20:22
da 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.
Inviato: lun 12 giu 2006, 21:01
da 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
Inviato: mar 13 giu 2006, 0:41
da 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.
Inviato: mar 13 giu 2006, 13:41
da 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.
Inviato: mar 13 giu 2006, 14:38
da ZeroUno
Io ho usato questo:
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
Inviato: mar 13 giu 2006, 21:36
da 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.
Inviato: mar 13 giu 2006, 22:06
da 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.
lista moduli xfs
Inviato: mer 14 giu 2006, 15:03
da 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
Inviato: mer 14 giu 2006, 15:14
da Paoletta
se fai make menuconfig e vai dove c'é xfs sono segnate le dipendenze...poi esci senza salvare, cosí non devi ricompilare il kernel
Inviato: mer 14 giu 2006, 15:40
da 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
Inviato: mer 14 giu 2006, 18:53
da 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...
