-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-16 a las 12:57 +0100, Camaleón escribió:
El 16/11/08, Carlos E. R. escribió:
Ains... como te pones >:-) :-P
Sólo defiendo los intereses de mi cliente: mi equipo ;-)
Si, ya... con uñas y dientes >:-P
Pues que tienes un sistema instalado de 32 bits con 8 gigas de ram. Con un kernel default lo desaprovechas. Eres libre de desaprovecharlo, claro, pero lo normal y correcto es poner el pae.
Error.
Lo normal y lo correcto es poner el kernel de 64 bits porque mi sistema lo permite. Es lo óptimo >:-)
Nop. Eso es un cambio de arquitectura, y sólo se puede hacer durante la isntalación. ¿Es que el programa de instalación no te dice que tienes una máquina de 64 y te selecciona automáticamente el suse de 64? Seguro que tuviste que decirle a mano que instalara el de 32. Ya se lo dijiste... no te lo va a volver a preguntar - y no puede de todos modos, no tiene esa capacidad. Ya dijo Cristian que eso es muy dificil de hacer.
Pero no puedo instalar ahora el sistema completo desde cero. Tengo que esperar a la 11.2, siguiendo mi ciclo de actualizaciones.
¿Y para qué le pones tanta memoria entonces? No la va a usar.
Si el Yast no te dijera siquiera que debes instalar el pae, sería un bug: al instalar una mejora de hardware, el yast tiene la obligación de cambiar la instalación para aprovechar todo el nuevo potencial. Por lo menos de recomendarlo, tu puedes bloquearlo.
No es cierto. Para la 10.3 no existe ese kernel, luego no debe instalarlo.
Obviamente, visto los comentarios y conociendo a you / yas / zypper, estaré ojo avizor para que no haga tonterías :-)
¡Pero no le has puesto un sistema de 64! Tienes un kernel de 32 bits, el kernel default.
¿Y...? Por eso preguntaba si habría algún problema más allá de desaprovechar la ram.
Pues no sé si hay algún problema o no. Podría haberlo.
El kernel de 64 bits también es un "kernel-default" :-)
Es otra arquitectura, los nombres son distintos. A lo mejor viene con el PAE activado sin nombrarlo. A lo mejor no usa PAE.
Ja, ja.
La de veces que se joroba una máquina por tocar un cablecito, por todo lo certificado que esté :-P
Tocar un cable no es problema de la máquina, sino del torpón que lo toca :-)
El mismo torpón que toca el software :-P Anoche se me colgó el sistema porque paré el ventilador de la CPU con el dedo para ver si era el que hacía ruido, y luego toqué el disipador con el dedo. Eso en el mío lo cuelga. Frito. Jolines, y a veces no es torpeza... yo he cambiado de disco varias veces, y el cable paralelo de cinta de 80 pines suele ser fragil, y varias veces después de cambiar el disco he tenido que ir a comprar otro proque el disco daba errores malos. Y te aseguro que no era torpeza mia, es que el cable es malo por diseño. Por diseño, ojo. Menos mal que han cambiado al SATA, aunque yo no lo disfrute. O las veces que una máquina no funciona, y si cambias el orden de las placas si funciona. O que no arranca, pita, sacas la placa de video y la vuelves a enchufar y ya funciona. Como se fuera el puñetero windows rebotando, que ya funciona.
La tasa de fallos de componentes de hardware es muuuucho menor que la tasa de fallos del software. Lo dicen las estadísticas, que seguro habrá alguna por ahí :-P
¿Hardware fiable? ¡Venga ya! Las mias dicen que mejor no meneallo.
Pues por eso Cristian te ha dicho el truco para bloquearlo. No estoy seguro que esa opción exista en la 10.3, pero esa es la manera.
Pues ¿sabes qué creo ahora? que no lo va a hacer porque he visto que ese kernel no existe para la 10.3 salvo en el repo del KOTD y en el de backports, así que si lo instala se lo habrá sacado de la chistera ;-)
Y el bloqueo de los paquetes creo que no funcionaba, que no era permanente ¿no?
En Yast, no. Pero ahora hay otro bloqueo en zypper, y ese sí funciona. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkgFoAACgkQtTMYHG2NR9XXRwCfSImPcy+aQsaQGzLkr3nIq0Qn WaYAoIhyTjCV/tlVirX7R7f6XP1h4Rb9 =UuIA -----END PGP SIGNATURE-----