-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-19 a las 19:07 +0200, Enrique escribió:

...

Cuando conecto el sata pasa a ser el sda (que era mi disco scsi) y por ende mi sistema no arranca .

Yo diria que el problema que tienes es el orden en que se cargan los módulos del kernel, tendras que cambiarlo para que se cargue primero el scsi y luego el sata, esto puedes hacerlo (espero no equivocarme porque hablo de memoria) en el YaST (creo que era en System->sysconfig Editor-> System->kernel->initrd_modules) o en un fichero en el boot que ahora mismo no recuerdo.

Según una repuesta reciente en factory, sí: ] AFAIK the disk order can be changed by changing the order of relevant ] kernel modules in /etc/sysconfig/kernel - INITRD_MODULES. ¡Pero!... Eso no afecta a la carga del grub. Sólo interviene a partir del momento en que el kernel se carga. Antes hay que resolver el arranque del grub. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIMdlTtTMYHG2NR9URAqXyAKCCQPSZjINbRON99DQBI0ObxJJ67wCfYRJV zxijgVp2PJ8J5iWpeZm13YI= =Rnil -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-20 a las 02:17 -0000, Ryouga Hibiki escribió:

O.O??!! Poner el grub en el disco SATA para que inicie Linux del disco SCSI? osea utilizar el DVD de instalacion... Entonces definitivamente el BIOS no interviene a la hora de indicar que disco inicia cuando hay una interfaz SCSI?

Claro que interviene, lo que yo he dicho es otra cosa. El disco que arranca lo elige la bios; una vez que el kernel arranca el orden se puede alterar cambiando el orden de carga de los módulos scsi/sata. Son dos cosas distintas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIMqAStTMYHG2NR9URAoMkAKCJoy/3obXBIQl7FWJtEugDaABTdgCfSidp 15ocxEQ6WCsR/DCI8c2NQtA= =uRdk -----END PGP SIGNATURE-----

muchas gracias a todos, probare con el grub y la carga de modulos pues en el bios no parecen opciones para solucionar el problema . atte , Juan manuel --- El mar, 20/5/08, Juan Gustavo Fogelman escribió:

De: Juan Gustavo Fogelman Asunto: Re: [opensuse-es] Problemas scsi y sata Para: "OS-es" Fecha: martes, 20 mayo, 2008 7:46 redondenando para profanos:

1º elegir el orden correcto de arranque en el bios, elegir que arranque primero el que tiene grub 2º reparar grub para que asigne sda, sdb de acuerdo a lo que uno quiere 3º reordenar la carga de modulos, para asegurar el orden correcto.

----- Original Message ----- From: "Carlos E. R." To: "OS-es" Sent: Tuesday, May 20, 2008 6:55 AM Subject: RE: [opensuse-es] Problemas scsi y sata

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

El 2008-05-20 a las 02:17 -0000, Ryouga Hibiki escribió:

...

O.O??!! Poner el grub en el disco SATA para que inicie Linux del disco SCSI? osea utilizar el DVD de instalacion... Entonces definitivamente el BIOS no interviene a la hora de indicar que disco inicia cuando hay una interfaz SCSI?

Claro que interviene, lo que yo he dicho es otra cosa.

El disco que arranca lo elige la bios; una vez que el kernel arranca el orden se puede alterar cambiando el orden de carga de los módulos scsi/sata. Son dos cosas distintas.

- -- Saludos Carlos E.R.

-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQFIMqAStTMYHG2NR9URAoMkAKCJoy/3obXBIQl7FWJtEugDaABTdgCfSidp

...

15ocxEQ6WCsR/DCI8c2NQtA= =uRdk -----END PGP SIGNATURE----- E-mail clasificado por el Idenfificador de Spam Inteligente. Para modificar la categora clasificada acceda a su webmail

Este mensaje ha sido verificado por el E-mail Protegido. Antivirus actualizado en 20/05/2008 / Versin: 0.92.1/7179

__________ Informacin de NOD32, revisin 3110 (20080519) __________

Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

______________________________________________ Enviado desde Correo Yahoo! La bandeja de entrada más inteligente. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: El 2008-05-21 a las 10:56 +0200, Camaleón escribió:

Por otra parte, no has dicho qué sucede exactamente cuando conectas el disco sata e inicias el equipo.

¿Qué es lo que ves?

a) Pantalla en negro con mensaje indicando que no se ha encontrado ningún sistema operativo para iniciar (no operating system found)

b) Línea de comandos de Grub

Sí lo dijo: A. Vagamente. Entre lineas. Ya sabes, bola de cristal :-P Lo que no dijo es que mensaje exacto da.

Si es a) se me ocurre que podrías probar lo siguiente:

- Eliminar la partición de arranque de ese disco (el sata). La idea es que si inicia con el sata es porque la bios lo detecta como "arrancable" y lo que habría que conseguir es que la bios "pase" de él y siga con el scsi... no sé si con alguna herramienta de particionamiento se podría conseguir ésto :-?

No tiene partición de arranque, sólo tiene datos; y eso da igual. Todos los discos tienen datos de arranque, son arrancables, incluso aunque no lo sean. Es decir, si están formateados, tienen: - un programa en el mbr que busca la partición primaria marcada como de arranque, carga en memoria el contenido del programa que haya en esa partición en el primer sector y le pasa el control. - un programa en el primer sector de cada una de las particiones, sean arrancables o no. Si no hay sistema, el programa dirá "no hay sistema operativo", y si lo hay, lo arrancará. Puede haber variaciones según el programa y sistema que haya hecho el formato. Para la bios, todos los discos son arrancables, esto es, intenta arrancarlos. Si el arranque falla, te fastidias, porque el control no vuelve a la bios para volver a intentarlo con otro disco. Así que lo que pasa es que la máquina intenta arrancar con el nuevo sda, que no es de arranque, y por tanto, no arranca.

Y si esto no es posible (o no funciona, porque es sólo una teoría :-P), te tocará poner grub en ese disco.

Eso es lo que se le ha dicho hace dias. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIM/TYtTMYHG2NR9URAvTwAJ4uJLVsAzaU+4syk6l2d7KulufrRACfRs4D zxtiMaztmQqFXacLCELYOVo= =u4LG -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-21 a las 12:37 +0200, Camaleón escribió:

De fábrica vienen preparados para iniciarse, lo que habría que hacer es eliminar esa información para que la bios no lo detectara como disco de inicio.

la bios no detecta nada, lo hace a ciegas. ¿Tu le has dicho que arranque desde el segundo disco duro? Vale, tu sabrás.

Una partición primaria no serviría, pero ¿una extendida? :-? No lo sé, era sólo una idea.

Depende del programa que resida en el el MBR. El de por defecto, no puede, son sólo 512 bytes. El que pone el GRUB, sí puede, es más grande porque se apropia de varios sectores más que oficialmente no se utilizan.

...

Para la bios, todos los discos son arrancables, esto es, intenta arrancarlos. Si el arranque falla, te fastidias, porque el control no vuelve a la bios para volver a intentarlo con otro disco.

Así que lo que pasa es que la máquina intenta arrancar con el nuevo sda, que no es de arranque, y por tanto, no arranca.

Claro, la idea es "engañar a la bios", decirle, "eh, aquí no hay nada que te interesa, sigue buscando más adelante" :-P

Es que no busca. Hay una excepción: cuando en la bios tienes una secuencia de arranque, tipo "C, A". Y tampoco busca: intenta arrancar C, no puede cargar la "signatura" o falla la lectura, y aborta, pasando al siguiente. Y lo de la signatura ni siquiera lo tengo claro que lo haga.

Hum... (pensando) Hum.... una maldad >:-)

¿Y si se selecciona una secuencia de arranque "imposible"?, por ejemplo:

1º - cd 2º - disquete 3º- disco sata 4 (por ejemplo, donde no haya conectado ningún disco)

¿Se pararía de igual forma y no buscará en la controladora scsi? :-?

Se pararía. Que la bios no es tan inteligente. Es un programa en ROM, en assembler quizás, y eso es caro. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINASftTMYHG2NR9URArJPAJ9fz6vI/HaC3KEEhxcTV5lEWazd5gCfXXOJ ehB+Y1RlqIpfQMUxA4cjOp0= =iK0N -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-21 a las 13:38 +0200, Camaleón escribió: ...

esté pinchado en las pci ¿no? Si no nunca podría arrancar el scsi :-?.

...

Se pararía.

Que la bios no es tan inteligente. Es un programa en ROM, en assembler quizás, y eso es caro.

Bueno... si yo fuera BIOS, pensaría lo siguiente:

"A ver, primero busco el CD, no hay nada. Luego la disquetera... vacía. Luego el disco sata en el puerto 4, nada, pues me voy a la pci ¡anda! un disco arrancable en una controladora scsi (scsi id lun 7). Lo inicio."

O:-)

Ojo. La disquetera y el CD se los salta no porque no sean arrancables, sino porque tienen disco dentro. Si metes un disquete y no arranca, ahí se queda, no continúa. El control ha pasado al programa del disquete, que no encuentra sistema y no arranca. El disquete no puede volver a pasar el control a la bios, tienes que rebotar sacando el disquete antes. Por tanto, al llegar al disco sata le pasa el control... y de ahí no pasa. No es tan listo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINBRPtTMYHG2NR9URAlTkAJ4j9AU7hDcqw+it0omA9L73NNztbwCcC4Zo cy4wpN674IdV0sBacWqoL74= =WW44 -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-21 a las 10:08 -0300, Juan Gustavo Fogelman escribió:

he visto varios mbr "listos" que le devuelven el control al bios. una opcion sencilla y elegante es "ranish partition manager" que le pasa el control al siguiente mbr (disco)

Los no estandard, como el grub, pueden hacer maravillas, porque escriben más allá del primer sector de 512 bytes. El disco reserva en realidad la primera pista entera y sólo utiliza el primer sector para el MBR, porque la primera partición empieza en un comienzo de pista, es decir, en la pista siguiente. Por tanto, toda esa pista inicial está terriblemente desaprovechada... y el grub lo aprovecha para meterse ahí. La bios carga los primeros 512 bytes, le pasa el control, y lo primero que hace es cargar el resto de la pista (el tamaño que tenga guardado en el primer sector). Ese truco lo pueden usar otros cargadores no estandard. Si te fijas, en fdisk, la opción: c toggle the dos compatibility flag creo que aprovecha esos sectores "perdidos". U otros, no se. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINDXBtTMYHG2NR9URAkzaAJ98fzIHuuvM6msZTUC1p7lt7IB1TQCbBEnk uv4UrQBucptns0kR7u2sPrY= =pdTB -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-21 a las 15:28 +0200, Camaleón escribió:

...

Ojo. La disquetera y el CD se los salta no porque no sean arrancables, sino porque tienen disco dentro. Si metes un disquete y no arranca, ahí se queda, no continúa. El control ha pasado al programa del disquete, que no encuentra sistema y no arranca. El disquete no puede volver a pasar el control a la bios, tienes que rebotar sacando el disquete antes.

Pero te dice, "invalid disk, press any key to continue" o algo así, sin llegar a reiniciar el sistema...

para que metas otro disquete.

eso con un disquete, pero si pones un cd rom en la unidad que no sea booteable se lo salta a la torera e inicia desde el disco duro.

No todas las bios hacen eso. La mia no, por ejemplo, se queda ahí, y tengo que entrar en la bios y quitar el arranque de CD, o sacar el CD.

...

Por tanto, al llegar al disco sata le pasa el control... y de ahí no pasa.

No es tan listo.

La idea es que si no encuentra nada "iniciable" definido en la secuencia de arranque de la bios, pase el control a la scsi, que es lo que hace actualmente si no conecta ningún disco sata ¿no? :-?

O no. Ya te digo, eso no está definido y no es tan sencillo de hacer. Si ve un programa ahí y le pasa el control, la bios no puede hacer nada más porque ya ha salido. Es el programa de arranque que está en el disco no arrancable el que tiene que devolver la pelota a la bios llamando a no recuerdo que interrupción. El programa de arranque es muy simple, está en assembler, y ocupa 512 bytes incluyendo la tabla de particiones (4 primarias). No hay sitio para florituras. Jolines, que me lo tuve que estudiar... hace lustros, de acuerdo ;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINDSAtTMYHG2NR9URAmQCAJ4kLB4SNPX1/LUgEgY5IN/zo+dxPQCfRRcQ jBXbzeHWfII9rW0RfKbY4Ac= =OXSQ -----END PGP SIGNATURE-----

El día 21 de mayo de 2008 10:46, Camaleón escribió:

El 21/05/08, Carlos E. R. escribió:

...

para que metas otro disquete.

Creo que si pulsas una tecla sigue con la carga del sistema operativo... quizá dependa del tipo de bios, sí.

...

No todas las bios hacen eso. La mia no, por ejemplo, se queda ahí, y tengo que entrar en la bios y quitar el arranque de CD, o sacar el CD.

Pues no sé, es posible que las más modernas hayan cambiado en éso :-?. Hoy en día casi todos se dejan un dvd dentro para hacer el backup O:-)

...

O no. Ya te digo, eso no está definido y no es tan sencillo de hacer. Si ve un programa ahí y le pasa el control, la bios no puede hacer nada más porque ya ha salido.

Se trata de que la bios "no vea nada ahí" por eso defines una secuencia de inicio "fake", falsa, tramposa... para que no sea capaz más que de pasar a la controladora scsi tal y como hace ahora...

...

Es el programa de arranque que está en el disco no arrancable el que tiene que devolver la pelota a la bios llamando a no recuerdo que interrupción.

El programa de arranque es muy simple, está en assembler, y ocupa 512 bytes incluyendo la tabla de particiones (4 primarias). No hay sitio para florituras.

Jolines, que me lo tuve que estudiar... hace lustros, de acuerdo ;-)

La teoría es clara, pero no me refiero a éso.

Tienes una secuencia de arranque de CD, disquete y sata4. En la unidad de CD no hay nada, en la disquetera tampoco y en el puerto sata 4 de la placa no hay pinchado nada físicamente (porque el disco de datos sata está conectado al puerto sata1).

Podría pasar dos cosas:

a) Que la bios (por iniciativa propia) revisara todos los puertos sata1,2,3 / usb / red / zip (que también podría estar definido así y no ser configurable, ojo) para ver si hay algo conectado y "arrancable" antes de seguir con las tarjetas pci...

b) O que la bios siga con su secuencia lógica de inicio (cd, disquete, sata4 sin nada conectado --> tarjetas pci).

Mi duda es qué haría en este caso :-?

Una pregunta secilla, ya que en principio se asume, que al montar el disco, primero se checaron los yompers, ahi tambiewn le dices si es master o slave.

Saludos,

-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc La vida es muy corta para perder el tiempo, en enojos, y molestias que no te llevan a nada. Vive la vida, como si este dia fuera el ultimo, que disfrutaras, y recuerda siempre mandar una flor, a tu vecino. Una sonrisa, no te cuesta nada, pero alegras el corazon de la persona que lo recibe. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El día 21 de mayo de 2008 16:38, Carlos E. R. escribió:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

El 2008-05-21 a las 12:14 -0500, Marco Aurelio Moncada Coello escribió:

...

Una pregunta secilla, ya que en principio se asume, que al montar el disco, primero se checaron los yompers, ahi tambiewn le dices si es master o slave.

Pero no afecta al orden de arranque.

Creo que he tirado la bola, a la canal. Ya que solo es para saber el sistema cual sera el dispositivo master o slave, en el caso de cd, dvd, hard disk, etc. Al final entro por un rebote la bola de la canal y tiro el pino 10. Lo cual el tiro finalmente es -. Saludos

- -- Saludos Carlos E.R.

-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQFINJZLtTMYHG2NR9URAqyYAJ98uWMCQFLVvMGel/VxwwJiqaHqzgCffPet EL6yQuIumIC9ezzritBysNs= =Bf8G -----END PGP SIGNATURE-----

-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc La vida es muy corta para perder el tiempo, en enojos, y molestias que no te llevan a nada. Vive la vida, como si este dia fuera el ultimo, que disfrutaras, y recuerda siempre mandar una flor, a tu vecino. Una sonrisa, no te cuesta nada, pero alegras el corazon de la persona que lo recibe. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-21 a las 17:46 +0200, Camaleón escribió:

El 21/05/08, Carlos E. R. escribió:

...

para que metas otro disquete.

Creo que si pulsas una tecla sigue con la carga del sistema operativo... quizá dependa del tipo de bios, sí.

Está bajo el control absoluto del programa que haya en el sector de arranque del disquete. Si quiere te mete el virus de la pelotita y luego arranca.

...

No todas las bios hacen eso. La mia no, por ejemplo, se queda ahí, y tengo que entrar en la bios y quitar el arranque de CD, o sacar el CD.

Pues no sé, es posible que las más modernas hayan cambiado en éso :-?. Hoy en día casi todos se dejan un dvd dentro para hacer el backup O:-)

...

O no. Ya te digo, eso no está definido y no es tan sencillo de hacer. Si ve un programa ahí y le pasa el control, la bios no puede hacer nada más porque ya ha salido.

Se trata de que la bios "no vea nada ahí" por eso defines una secuencia de inicio "fake", falsa, tramposa... para que no sea capaz más que de pasar a la controladora scsi tal y como hace ahora...

A ver, intento explicarlo de nuevo. El caso del CD me lo salto porque no lo conozco bien. Lo que hace la bios es leer el primer sector del disco (el que sea, disco, disquete, etc), y meterlo en una posición determinada desde que IBM inventó el PC en memoria. Una vez cargado ahí, hace un "JMP ADDRESS_ABSOLUTE" y la bios ya ha terminado, es responsabilidad completa y absoluta de ese programa que acaba de cargar, y que sea lo que tenga que ser. Si eso que está en el primer sector eran ceros o era el quijote en verso, da igual: lo ejecuta, y que pase lo que tenga que pasar. Si el disco no tiene sistema, lo normal es que quien hizo ese programita, que lo tienen hasta los discos de sólo datos, es decir "oye, que a mí no me puedes arrancar, pulsa una tecla y lo intentamos de nuevo", y a continuación, salta a otro punto de la bios definido desde el principio de los tiempos. No se hacen comprobaciones: eso es para los pusilámines. Esto es un puenting sin mirar la cuerda. Todo lo más se mira que la cuerda existe (o sea, se mira un checksum o algo parecido). En el caso de los CDs no te puedo dar detalles, pero en floppies y discos duros es eso.

...

Es el programa de arranque que está en el disco no arrancable el que tiene que devolver la pelota a la bios llamando a no recuerdo que interrupción.

El programa de arranque es muy simple, está en assembler, y ocupa 512 bytes incluyendo la tabla de particiones (4 primarias). No hay sitio para florituras.

Jolines, que me lo tuve que estudiar... hace lustros, de acuerdo ;-)

La teoría es clara, pero no me refiero a éso.

Tienes una secuencia de arranque de CD, disquete y sata4. En la unidad de CD no hay nada, en la disquetera tampoco y en el puerto sata 4 de la placa no hay pinchado nada físicamente (porque el disco de datos sata está conectado al puerto sata1).

No haber nada es no haber disco. Si hay disco, lee lo que haya ahí y ejecuta sea lo que sea que haya.

Podría pasar dos cosas:

a) Que la bios (por iniciativa propia) revisara todos los puertos sata1,2,3 / usb / red / zip (que también podría estar definido así y no ser configurable, ojo) para ver si hay algo conectado y "arrancable" antes de seguir con las tarjetas pci...

Algo conectado sí, algo arrancable no. No hay manera de saber que el código que hay en el inicio es un arranque de verdad o es otra cosa. Hace la suposición de que sea un arranque, e intenta arrancarlo. Lo que pasa es que el programa que haya ahí puede devolver la pelota.

b) O que la bios siga con su secuencia lógica de inicio (cd, disquete, sata4 sin nada conectado --> tarjetas pci).

Mi duda es qué haría en este caso :-?

Depende de cada bios. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINJYTtTMYHG2NR9URAnrHAJ9SkJsEhu4aUaLZpeNWEbE8HUVXBwCfWuUs GtNayd3xygkTLMa7WciWMZ4= =lC8i -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-22 a las 00:05 +0200, Camaleón escribió: ...

...

No haber nada es no haber disco.

Eso, eso... me refiero a eso.

...

Si hay disco, lee lo que haya ahí y ejecuta sea lo que sea que haya.

No hay disco, el sata está conectado al puerto sata1 y en la bios lo hemos puesto para que inicie desde sata4. La bios "no ve" (o no debería ver) nada porque no tiene conectado nada en ese puerto.

Ah, vale, se le dice que mire en sata4 que no existe... entonces es posible que vaya al siguiente que es el scsi. Por probar... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINKoQtTMYHG2NR9URAj0MAJ9FP9E/ZWuXQ8r87BaLeBjcsIHbrQCfQf1L /QtVX76DTEeP1nXaKdipdoU= =uSFP -----END PGP SIGNATURE-----

Saludos a todos : Muchas gracias a todos, tuve que ausentarme por estas dos semanas debido a una incapacidad (mi esposa estaba esperando una bebe y se adelanto el parto, corra por aqui y por alla en fin ya las dos estan bien ). volviendo al tema del scsi - sata aun no he hecho nada . les aclaro con un poco mas de informacion . La board trae el scsi incorporado . En el setup realmente no hay mayores ayudas aparecen satas y patas . El equipo tiene una unidad de dvd y el disco scsi con suse linux 10 . Cuando conecto el disco sata de 500 GB, el sistema inicia con el pantallazo normal del grub , arranca el linux y justo cuando llega la carga del raiz (/) dice que no lo encuentra (/dev/sda6) y ahi se detiene para que yo le de root. Al revisar veo que el disco nuevo (sata de 500GB ) toma como identificacion el /dev/sda ( por eso no encuentra el /) y el scsi que tenia pasa a ser el /dev/sdb. De las alternativas planteadas en el foro creo que me podria servir el cambiar las particiones en el /etc/fstab ( sda por sdb ) y la configuracion del grub ( sda por sdb ) conservandolo en el disco scsi y asi arrancaria mi sistema. Pero me surgen varias inquitudes , si alcabo de un tiempo necesito colocar un segundo disco sata ( voy a conseguirlo y probar como lo reconoce) tendre que volver a cambiar todo. Es posible , solo lo sabre hasta que conecte un disco mas y pruebe. Lo que si puedo asegurar es que si por algun motivo debo retirar el disco sata de 500 GB el sistema no me arrancara. Me dijeron que podia cambiar el orden de la carga de los modulos del kernel en /etc/sysconfig/kernel encuentro la siguiente linea : INITRD_MODULES="piix ata_piix aic79xx processor thermal fan reiserfs" pero tengo entendido que el modulo piix reconoce los sata, pata y scsi como satas . que deberia hacer ? Quisiera no tocar el grub ni el fstab, es decir colocarlo o retirarlo (el disco sata ) sin tanto traumatismo. De antemano , Muchas Gracias atte, Juan Manuel R --- El mié, 21/5/08, Carlos E. R. escribió:

De: Carlos E. R. Asunto: Re: [opensuse-es] Problemas scsi y sata Para: "OS-es" Fecha: miércoles, 21 mayo, 2008 5:09 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Content-ID:

El 2008-05-21 a las 10:56 +0200, Camaleón escribió:

...

Por otra parte, no has dicho qué sucede exactamente cuando conectas el disco sata e inicias el equipo.

¿Qué es lo que ves?

a) Pantalla en negro con mensaje indicando que no se ha encontrado ningún sistema operativo para iniciar (no operating system found)

b) Línea de comandos de Grub

Sí lo dijo: A.

Vagamente. Entre lineas. Ya sabes, bola de cristal :-P Lo que no dijo es que mensaje exacto da.

...

Si es a) se me ocurre que podrías probar lo siguiente:

- Eliminar la partición de arranque de ese disco (el sata). La idea es que si inicia con el sata es porque la bios lo detecta como "arrancable" y lo que habría que conseguir es que la bios "pase" de él y siga con el scsi... no sé si con alguna herramienta de particionamiento se podría conseguir ésto :-?

No tiene partición de arranque, sólo tiene datos; y eso da igual. Todos los discos tienen datos de arranque, son arrancables, incluso aunque no lo sean. Es decir, si están formateados, tienen:

- un programa en el mbr que busca la partición primaria marcada como de arranque, carga en memoria el contenido del programa que haya en esa partición en el primer sector y le pasa el control. - un programa en el primer sector de cada una de las particiones, sean arrancables o no. Si no hay sistema, el programa dirá "no hay sistema operativo", y si lo hay, lo arrancará. Puede haber variaciones según el programa y sistema que haya hecho el formato.

Para la bios, todos los discos son arrancables, esto es, intenta arrancarlos. Si el arranque falla, te fastidias, porque el control no vuelve a la bios para volver a intentarlo con otro disco.

Así que lo que pasa es que la máquina intenta arrancar con el nuevo sda, que no es de arranque, y por tanto, no arranca.

...

Y si esto no es posible (o no funciona, porque es sólo una teoría :-P), te tocará poner grub en ese disco.

Eso es lo que se le ha dicho hace dias.

- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQFIM/TYtTMYHG2NR9URAvTwAJ4uJLVsAzaU+4syk6l2d7KulufrRACfRs4D zxtiMaztmQqFXacLCELYOVo= =u4LG -----END PGP SIGNATURE-----

______________________________________________ Enviado desde Correo Yahoo! La bandeja de entrada más inteligente. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-06-05 a las 16:49 -0000, Juan Manuel R. escribió:

Muchas gracias a todos, tuve que ausentarme por estas dos semanas debido a una incapacidad (mi esposa estaba esperando una bebe y se adelanto el parto, corra por aqui y por alla en fin ya las dos estan bien ).

¡Enhorabuena!

volviendo al tema del scsi - sata aun no he hecho nada . les aclaro con un poco mas de informacion .

La board trae el scsi incorporado . En el setup realmente no hay mayores ayudas aparecen satas y patas . El equipo tiene una unidad de dvd y el disco scsi con suse linux 10 .

Cuando conecto el disco sata de 500 GB, el sistema inicia con el pantallazo normal del grub , arranca el linux y justo cuando llega la carga del raiz (/) dice que no lo encuentra (/dev/sda6) y ahi se detiene para que yo le de root.

Al revisar veo que el disco nuevo (sata de 500GB ) toma como identificacion el /dev/sda ( por eso no encuentra el /) y el scsi que tenia pasa a ser el /dev/sdb.

De las alternativas planteadas en el foro creo que me podria servir el cambiar las particiones en el /etc/fstab ( sda por sdb ) y la configuracion del grub ( sda por sdb ) conservandolo en el disco scsi y asi arrancaria mi sistema.

Ahá.

Pero me surgen varias inquitudes , si alcabo de un tiempo necesito colocar un segundo disco sata ( voy a conseguirlo y probar como lo reconoce) tendre que volver a cambiar todo. Es posible , solo lo sabre hasta que conecte un disco mas y pruebe. Lo que si puedo asegurar es que si por algun motivo debo retirar el disco sata de 500 GB el sistema no me arrancara.

Claro y claro, las dos cosas.

Me dijeron que podia cambiar el orden de la carga de los modulos del kernel en /etc/sysconfig/kernel encuentro la siguiente linea : INITRD_MODULES="piix ata_piix aic79xx processor thermal fan reiserfs"

Y también te dijimos que eso no te iba arreglar tu problema.

Quisiera no tocar el grub ni el fstab, es decir colocarlo o retirarlo (el disco sata ) sin tanto traumatismo.

Ya te dijimos que no te libras. Léete los correos, ahí está todo dicho, y a estas alturas a mi ya se me ha olvidado. De editar el fstab te libras si cambias las referencias a los discos por referencias a sus etiquetas o sus identificadores, como conté en alguno de los correos. Te lo trabajas una vez y ya lo tienes para siempre. De tocar el grub cada vez no te libras, porque es tu bios la que te toca las narices, antes de que el grub o el kernel llegue a oler lo que hay. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFISDD5tTMYHG2NR9URAosFAJ998SG7ZO5mbse9QLr/OU8Y+7wj5ACfbVFD fC5/BmKggwm/rrGQ6ZaLkUs= =V7ra -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-06-05 a las 21:58 -0000, Juan Manuel R. escribió:

Gracias carlos cuando me dices: " De editar el fstab te libras si cambias las referencias a los discos por referencias a sus etiquetas o sus identificadores, como conté en alguno de los correos. Te lo trabajas una vez y ya lo tienes para siempre."

Al yo colocar referencias a etiquetas en fstab debo cambiar a donde apuntan esas referencias en :

/dev/disk/by-id /dev/disk/by-label /dev/disk/by-path /dev/disk/by-uuid

por ejemplo en : /dev/disk/by-id lrwxrwxrwx 1 root root 10 2008-06-05 06:13 scsi-SSEAGATE_ST373207LW_3KT2FBPH-part1 -> ../../sda1 lrwxrwxrwx 1 root root 11 2008-06-05 06:13 scsi-SSEAGATE_ST373207LW_3KT2FBPH-part10 -> ../../sda10

Al yo poner la referencia scsi-SSEAGATE_ST373207LW_3KT2FBPH-part10 debo cambiar el enlace a ../../sdb10 que seria el scsi despues de haber puesto el sata de 500GB, es eso cierto ?

si es asi no es lo mismo cambiar un enlace en fstab o en /dev/disk/by-id igual estoy haciendo un cambio y si saco el disco sata otra vez el sistema me reconocera el scsi con /dev/sda y tendria que cambian nuevamente el enlace de la referecia ha ../../sda10 es eso correcto ?

Ains.... (espera... ) (clink, splosh...) (glu, glu, glu... ahhhh) (...) (¡Hic! ) A ver. En el fstab, donde ponía "sda1", ahora vas y cambias y pones "/dev/disk/by-id/scsi-SSEAGATE_ST373207LW_3KT2FBPH-part1", que es mucho más largo, pero te va a funcionar siempre. Es decir, si tienes: /dev/sda1 /home ext3 defaults 0 0 pues ahora pones: /dev/disk/by-id/scsi-SSEAGATE_ST373207LW_3KT2FBPH-part1 /home ext3 defaults 1 1 ¿Capishi? No cambias los enlaces. USAS los enlaces. Es más, no los puedes cambiar, son dinámicos. O coges y les pones etiquetas a los discos. Por ejemplo, si yo tengo un llavero en usb, y le pongo nombre "Moria_250", pues en vez de montarlo por el device, que encima no se cual va a ser, pues lo hago por label: LABEL=Moria_250 /mnt/usb/moria ext3 noatime,nodiratime,user,noauto,acl,user_xattr 0 0 Si miras en el manual de fstab verás la sintaxis "LABEL=" y "UUID=" - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFISH+LtTMYHG2NR9URAn0hAKCWso8ydN8C9sqnUZe2IkNzPwT71wCfRxJd UrXekRVOB7igJZtyu79KURk= =fj8a -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-06-06 a las 00:33 -0000, Juan Manuel R. escribió:

gracias , discupa te pregunto nuevamente ( no entiendo algo :-( ) , al ser dinamico el enlace, si yo quito o coloco el disco sata ese enlace dinamico no me va a cambiar sigue siendo sda pero en representacion del disco sata 500GB y si coloco el scsi pues ese es el que tomara la posicion sda . entonces en que mejoraria el cambio de enlaces del fstab.

No se, si como lo estoy entendiendo esta bien ?? o no es asi .

Te da exactamente igual que esté en sda o en sdz, porque tu fstab ya no usa sda, sino el nombre largo. Y no te importa como haga el sistema para que ese nombre largo funcione: el se encarga y funciona. Ya no se llama sda1, se llama /dev/disk/by-id/scsi-SSEAGATE_ST373207LW_3KT2FBPH-part1 y punto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFISI1stTMYHG2NR9URAlxsAJ9t7Qy9tA+pmo47kFXpaZj+aO5bmwCdEtGH Ofc1HfDYvrphdQa/osuePqU= =glfB -----END PGP SIGNATURE-----

2008/5/20, Ryouga Hibiki :

Disculpen que sea tan pesado, entonces en este caso el servidor no arranca por que la interfaz SCSI no se puede definir como unidad de arranca en el BIOS?

Hum... pues la verdad es que no sabemos por qué no arranca ni dónde se para :-)

Es un servidor que tiene una interfaz SCSI instalada en una tarjeta, PCI supongo.

Buena pregunta. La controladora scsi puede ir integrada en la placa o ser externa. Si la tiene integrada en la placa podrá seleccionar desde la bios la secuencia de arranque y la prioridad en la detección de sata o scsi. Si es externa, pues la bios de la controladora es independiente, aquí no sabría decir si la bios de la placa podrá entenderse con la de la controladora ni si se pueden establecer prioridades entre una y otra :-? Creo que grub ve primero los discos ide, sata y scsi (por este orden) pero no estoy segura... Quizá la mejor opción sea instalar grub en el mbr del disco sata, sólo si va a tener datos -ningún sistema operativo- y si grub no puede iniciar desde el disco scsi, lo cual no tiene mucho sentido porque ya lo estaba haciendo :-?... A ver cuándo empezamos a ver sistemas con EFI por ahí con mini-gestores de arranque incorporados >:-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

hasta ahora no he visto una mother que no permita arrancar desde scsi externo o pci. sea de server o desktop. si la mother tiene la opcion scsi, eliges esa, y simplemente le da el control a la primer scsi pci o integrada que encuentre. si no tiene la opcion scsi, arranca del scsi si lo tiene. en mis mothers actuales, tengo la opcion de ide pci o scsi, aunque no tenga placas ide pci o scsi. asi que el tema de poner como disco de inicio el scsi no deberia ser un problema. yo insisto con mis 3 pasos, e ir resolviendolos 1 a 1. ----- Original Message ----- From: "Carlos E. R." To: "OS-es" Sent: Tuesday, May 20, 2008 11:59 AM Subject: RE: [opensuse-es] Problemas scsi y sata

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Content-ID:

El 2008-05-20 a las 13:51 -0000, Ryouga Hibiki escribió:

El resumen de Juan es bueno. Lo repito:

]redondenando para profanos: ] ] 1º elegir el orden correcto de arranque en el bios, elegir que arranque ] primero el que tiene grub ] 2º reparar grub para que asigne sda, sdb de acuerdo a lo que uno quiere ] 3º reordenar la carga de modulos, para ]asegurar el orden correcto.

...

Disculpen que sea tan pesado, entonces en este caso el servidor no arranca por que la interfaz SCSI no se puede definir como unidad de arranca en el BIOS? Es un servidor que tiene una interfaz SCSI instalada en una tarjeta, PCI supongo.

En la bios tendrás la tipica opción de "arrancar desde floppy, cd, disco primario maestro, exclavo, etc etc". No es probable que te diga "arrancar desde interfaz scsi externa", o a lo mejor sí. Esa tarjeta tendrá su propia bios y quizás su propia configuración.

Eso tendrás que mirarlo tu.

...

De la poca y escueta experiencia que tengo, al definir el disco de arranque en el bios es suficiente (lo hice hace ya unos 7 años, claro con discos EIDE con whendoes).

No es suficiente porque no estás instalando, sino adaptando un sistema ya instalado.

...

Osea es: 1. BIOS -> disco de arranque

Si.

...

2. disco de arranque -> grub

Si.

...

3. grub -> linux kernel (hasta aqui ya inicio la maquina)

Si

...

4. linux kernel -> unidades presentes en la maquina y login

Si.

...

hmm, no entiendo para que se debe definir el orden de carga de los modulos si ya a cargado el sistema =/

A veces hace falta: suponte que arranca desde un disco que para la bios es el primero (sata) y suponte que el kernel lo detecta como cuarto disco (scsi). Reordenas los modulos para que ambos digan lo mismo y el primero sea el sda.

Es una consecuencia de la estupidez de llamar a todos los discos con el mismo nombre: sdX

- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQFIMudEtTMYHG2NR9URAjqyAKCQXKAULfzecza1ANT1GqekkPFaaQCeOxza J33HX9bUkI7qixlaISGaTB4= =/B5m -----END PGP SIGNATURE----- E-mail clasificado por el Idenfificador de Spam Inteligente. Para modificar la categora clasificada acceda a su webmail

Este mensaje ha sido verificado por el E-mail Protegido. Antivirus actualizado en 20/05/2008 / Versin: 0.92.1/7180

__________ Informacin de NOD32, revisin 3110 (20080519) __________

Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

...

en mis mothers actuales, tengo la opcion de ide pci o scsi, aunque no tenga placas ide pci o scsi.

En la mia no.

buena esa, siempre se aprende algo nuevo, que mother es? marca/modelo/bios gracias --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org