Re: Help: Error cargando nuevo kernel
On Sun, 9 Apr 2000, Hue-Bond wrote:
> El domingo 09 de abril de 2000 a la(s) 10:08:00 +0200, Antonio Castro conta=
> ba:
> >
> >Pero porque hace eso. Se trata del disco de rescate resc1440.bin=20
> >de la Debian 2.1 Se supone que deber?a montar el ramdisk y luego=20
> >cargar el sistema de ficheros ROOT.bin en el ramdisk no ?
>
> El núcleo que viene con el disco de rescate hace eso (supongo,
> ya que nunca lo vi funcionar :^)) pero el que compilas tu no lo
> hace por alguna razón.
>
>
> >Si elimino el soporte para NTFS me ocurre otra cosa distinta.
> >
> > RAMDISK: Compressed image found at block 0
> > VFS: Mounted root (minix filesystem).
> > Kernel panic: VFS: Unable to mount root fs on 03:01
> >
> > No se a que corresponde 03:01 pero parece que no quiere
> > montar la partici?n raiz en el ramdisk.
>
> 03:01 son los major y minor numbers de /dev/hda1. Son los
> mismos valores que salen en un 'ls -l' y aparecen detallados en el
> devices.txt que supongo que ya conocer=E1s.
Si
>
> $ ls -l /dev/hda1
> brw------- 1 root disk 3, 1 abr 4 1999 /dev/hda1
>
> La raz=F3n por la que el n=FAcleo intenta montar /dev/hda1 como
> root (incluso ya teniendo una partici=F3n root montada) es algo que
> desconozco, pero es la causa del problema.
Pues es un comportamiento absurdo e inexplicable. Solo he caambiado el
kernel y que yo sepa el kernel no lleva implicito el lugar donde va a
ser montado. Por lo tanto ese intento de montar /dev/hda1 tiene que estar
programado en alguna parte del disco de rescate. Si no fuera porque estamos
hablando del disco de rescate de la Debian 2.1 que lleva bastante tiempo
en uso yo diría que es un bug. No entiendo nada.
>
> Se puede acceder de alguna forma al .config con el que se
> compila el nucleo que va incluido en el disco de rescate?
Estoy utilizando un nucleo compilado por mi, sustituyendo el que traia.
No entiendo en que puede influir eso para que intente arrancar desde
/dev/hda1. Bueno la compilacion la hago desde /dev/hda1 y obtengo un
bzImage que luego copio al disco de rescate sustituyendo el kernel que
viene. No me digas que estoy metiendo la pata con esto.
Las opciones de compilación del kernel que he utilizado son:
CONFIG_M586TSC=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_TSC=y
CONFIG_1GB=y
CONFIG_SMP=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_QUIRKS=y
CONFIG_PCI_OLD_PROC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_BINFMT_AOUT=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=y
CONFIG_PARPORT=y
CONFIG_PNP=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_BLK_DEV_CMD640=y
CONFIG_BLK_DEV_RZ1000=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_STRIPED=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_PARIDE_PARPORT=y
CONFIG_BLK_CPQ_DA=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=8
CONFIG_AIC7XXX_RESET_DELAY=5
CONFIG_SCSI_DC390T=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_MOUSE=y
CONFIG_FAT_FS=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_MINIX_FS=y
CONFIG_NTFS_FS=y
CONFIG_HPFS_FS=y
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_SYSV_FS=y
CONFIG_BSD_DISKLABEL=y
CONFIG_NLS=y
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_850=y
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_2=y
CONFIG_NLS_ISO8859_15=y
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
Con un disco de rescate distinto de de Debian si arranca perfectamente.
Concretamente con el de TOMSTRTB.
Todo el sistema de ficheros está en root.bin en un formato que desconozco.
No se si está ahí el problema o en otra parte.
> >acastro@ciberdroide.com
>
> --=20
> Just do it.
>
> David Serrano <ctv.es@fserrano> Linux 2.2.14 - Reg. User #87=
> 069
> lynx -dump http://www.ctv.es/USERS/fserrano/pgp_dsspubkey.asc | gpg --impor=
> t -
> Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spre=
> ad!
>
Antonio
Castro Snurmacher
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/\ /\ Ciberdroide Informatica (tienda linux)
\\W// http://www.ciberdroide.com
_|0 0|_
+-oOOO--(___o___)--OOOo------------------------------------------------------+
| . . . . U U . . . . Antonio Castro Snurmacher !! Nueva direccion email !! |
| http://slug.ctv.es/~acastro. -> -> -> -> acastro@ciberdroide.com |
+()()()----------()()()------------------------------------------------------+
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
(((Donde Linux))) http://www.ciberdroide.com/misc/donde/dondelinux.html
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Reply to: