El 16/11/08, Carlos E. R. escribió:
Naaa. Lo óptimo es el PAE, tu caso es una excepción :-P Te salvas porque tienes la 10.3.
X-)
Yo sólo sospecho que no pasa nada. Pero yo en tu caso no cambiaba la memoria en una máquina en producción, salvo fuerza mayor - y procuraría tener un plan de contingencia, esto es, otra máquina en reserva.
Mañana la pido (los 8 GB.), y la cambiaré en cuanto pueda parar el equipo 30 minutos. Seguramente sólo muestre 3,2 o 3,6 GB. :-? Si tiene algún problema, le quito dos módulos de 2 GB (van en dual-channel) y le dejo 4 GB.
Menos que el cambio de memoria >:-)
La memoria es sí o no: la cambio, enciendo, no pita, compruebo la que detecta y a correr. El kernel... la verdad es que no me daría problemas salvo que tenga algún bug en concreto con algún componente que tenga el equipo, pero lo encuentro más arriesgado.
Alguna máquina de 32 tendrás por ahí. Y luego seguro que tendrás que poner algún software que te pida tu jefe, que vaya en java universal, y que sólo funcione en 32 bits, y que... :-P
Algún pentium 4 tengo... pero de momento, no llevan suse :-P
Que si... que lo he leído... y te contesté que qué le pasaba al PAE.
Y ya te dije que al pae no le pasa nada, que no quería una baile de kernels :-)
No, ¡que va! La memoria puede recibir un sartenazo de tus dedos, o de los dedos del de la tienda (se me encoge el alma si veo al tendero tocar la memoria). O puede tener una soldadura fría en el conector de la placa y que decide fallar en ese instante, con lo que no te funciona ni la antigua ni la nueva. O entra una pelusa de polvo que estaba tranquilamente esperando a que la movieras, y digo que entra en el conector falseando el contacto numero 67. O... buf, los peligros son incontables.
La memoria tiene una cosa que se llama "garantía de por vida" (por algo será), mientras que el kernel no tiene garantía ni de 3 meses, que es lo tardan en sacar algún parche :-)
Claro, lo mismo que tu optas por ampliar la memoria.
Pero no es por un fallo de hardware. Las memorias que quito van a otro equipo.
Narices. Problemas por el hardware, el software era el mismo.
Venga, Carlos, calcula... ¿cuántos componentes has tenido que cambiar por fallo (¿años?) y cada cuánto actualizas los programas (¿semanas?)?
:-)
¡Que va! Fallo en el gestor de interrupciones, que es un chip. O en el diseño de la nueva placa, que no admite más que ciertas interrupciones porque no han puesto un chip programable de ultima generación sino el de la tienda de la esquina que es más barato. Colisión en el canal fijo de dma... Bff.
Los errores de hardware los tiene que gestionar el SO. Y la mayoría de los pantallazos o bloqueos son debidos a errores del sistema operativo. Un componente que hace que se cuelgue el equipo el cual deja de colgarse cuando sacan un parche, no es fallo de hardware, el componente sigue siendo el mismo >:-)
O fallo en el software de la bios, que yo considero hardware porque no se toca asín se caiga el cielo sobre nuestras cabezas >:-)
¿Hardware? No, fallo del software, tú lo has dicho. Un fallo de hardware necesita que se fabrique una nueva revisión de ese hardware, completa, es decir, un producto nuevo o un componente que controla una función concreta en ese hardware, nuevo. 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