Seguridad Wireless - Wifi
Suite Seguridad Wireless => Colaboracion y desarrollo de nuestras lives => Mensaje iniciado por: USUARIONUEVO en 06-10-2012, 11:32 (Sábado)
-
Bueno , se me ha encendido una bombillita.
A dia de hoy muchos de nosotros disponemos de maquinas con 4 o mas gigas de ram , ...que los sistemas de 32 bits no alcanzan a poder usar mas alla de 3.
Pero , existe una funcion llamada PAE , que podria habilitar en un sistema de 32bits el uso de mas de 3 gigas de ram , ...el inconveniente es que hay algunas cpu que no lo soportan ( pentium 4 hacia abajo ) , y se perderia hay un monton de equipos viejos que ahora cumplen su funcion.
¿ entonces ..?
podria hacer lo siguiente ,
recompilar el kernel con PAE ( esto no se como va , y no se si sabre configurarlo ) , pero en caso de conseguirlo.
crearia una entrada en el menu inicial , con un vmlinuz2 initrd2.xz y el modulo xzm de kernel ..configurando las opciones pertinentes para ignorar los de serie y usar los que me interesaria , para el xzm bastaria un noload=000-kernel,,,
el initrd intuyo que me serviria el de serie ...
mmm , si localizase exactamente que fichero *ko se encarga de manejar la memoria..bastaria con salvare se *ko , y no todo el kernel recompilado ( 20 megas extra ).
le estoy dando vueltas..estaria bien , y nos olvidariamos del todo de la version 64bits que es lo unico que aporta.
-
Bueno , se me ha encendido una bombillita.
A dia de hoy muchos de nosotros disponemos de maquinas con 4 o mas gigas de ram , ...que los sistemas de 32 bits no alcanzan a poder usar mas alla de 3.
Pero , existe una funcion llamada PAE , que podria habilitar en un sistema de 32bits el uso de mas de 3 gigas de ram , ...el inconveniente es que hay algunas cpu que no lo soportan ( pentium 4 hacia abajo ) , y se perderia hay un monton de equipos viejos que ahora cumplen su funcion.
¿ entonces ..?
podria hacer lo siguiente ,
recompilar el kernel con PAE ( esto no se como va , y no se si sabre configurarlo ) , pero en caso de conseguirlo.
crearia una entrada en el menu inicial , con un vmlinuz2 initrd2.xz y el modulo xzm de kernel ..configurando las opciones pertinentes para ignorar los de serie y usar los que me interesaria , para el xzm bastaria un noload=000-kernel,,,
el initrd intuyo que me serviria el de serie ...
mmm , si localizase exactamente que fichero *ko se encarga de manejar la memoria..bastaria con salvare se *ko , y no todo el kernel recompilado ( 20 megas extra ).
le estoy dando vueltas..estaria bien , y nos olvidariamos del todo de la version 64bits que es lo unico que aporta.
ademas ninguna live tiene esta opcion ,
-
podria estar aqui
# CONFIG_ARCH_PHYS_ADDR_T_64BIT is not set
# CONFIG_ARCH_DMA_ADDR_T_64BIT is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
una de esas es .....¿ o las tres ? ...voy a ver que encuentro por google.
-
vale es un yes en todas
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_ARCH_DMA_ADDR_T_64BIT=y
CONFIG_PHYS_ADDR_T_64BIT=y
-
Pues eso estaría de lujo!! apoyo totalmente tu experimento!
para encontrar el/los módulos .ko que se encargan de manejar la memoría, puedes usar este pequeño script:
#!/bin/sh
find $1 -iname "*.ko" | sort -u > /tmp/log1
find $2 -iname "*.ko" | sort -u > /tmp/log2
comm -12 /tmp/log1 /tmp/log2 > ~/Desktop/log.txt
lo guardas como loquesea.sh y le pasas como primer parametro la carpeta 000-kernel-sin-PAE y como segundo parámetro la carpeta 000-kernel-con-PAE,
osea, el comando serái el sigueinte:
loquesea.sh /ruta/de/000-kernel-sin-PAE /ruta/de/000-kernel-con-PAE
Y te creará en el escritorio un archivo de texto con los módulos .ko que solo están en la segunda carpeta >:D
-
bien ,tengo que reconocer que me esta costando ...
no era tan dificil , ...
en processor family -->> pentium pro
y entonces un poco mas abajo en memory se nos activa 64gb ;)
otra cosa es que lo haya configurado bien ..ya veremos.
(http://img607.imageshack.us/img607/6161/instantnea1k.png)
(http://img688.imageshack.us/img688/873/instantnea2l.png)
-
Pues eso estaría de lujo!! apoyo totalmente tu experimento!
para encontrar el/los módulos .ko que se encargan de manejar la memoría, puedes usar este pequeño script:
#!/bin/sh
find $1 -iname "*.ko" | sort -u > /tmp/log1
find $2 -iname "*.ko" | sort -u > /tmp/log2
comm -12 /tmp/log1 /tmp/log2 > ~/Desktop/log.txt
lo guardas como loquesea.sh y le pasas como primer parametro la carpeta 000-kernel-sin-PAE y como segundo parámetro la carpeta 000-kernel-con-PAE,
osea, el comando serái el sigueinte:
loquesea.sh /ruta/de/000-kernel-sin-PAE /ruta/de/000-kernel-con-PAE
Y te creará en el escritorio un archivo de texto con los módulos .ko que solo están en la segunda carpeta >:D
el problema radica en que el *ko que maneje la memoria estara en los dos , solo que uno , sera capaz de manejar mas memoria que el otro , seria salvar na mas ese..o los que sean necesirios , para no meter 20 megas a la iso , por que sino , sera como extra.
-
Pues eso estaría de lujo!! apoyo totalmente tu experimento!
para encontrar el/los módulos .ko que se encargan de manejar la memoría, puedes usar este pequeño script:
#!/bin/sh
find $1 -iname "*.ko" | sort -u > /tmp/log1
find $2 -iname "*.ko" | sort -u > /tmp/log2
comm -12 /tmp/log1 /tmp/log2 > ~/Desktop/log.txt
lo guardas como loquesea.sh y le pasas como primer parametro la carpeta 000-kernel-sin-PAE y como segundo parámetro la carpeta 000-kernel-con-PAE,
osea, el comando serái el sigueinte:
loquesea.sh /ruta/de/000-kernel-sin-PAE /ruta/de/000-kernel-con-PAE
Y te creará en el escritorio un archivo de texto con los módulos .ko que solo están en la segunda carpeta >:D
el problema radica en que el *ko que maneje la memoria estara en los dos , solo que uno , sera capaz de manejar mas memoria que el otro , seria salvar na mas ese..o los que sean necesirios , para no meter 20 megas a la iso , por que sino , sera como extra.
Entiendo...(http://www.indetectables.net/images/smilies/g.gif)
Entonces habrá que buscar información en google sobre cual es ese módulo que se encarga de la memoria..
-
Pues eso estaría de lujo!! apoyo totalmente tu experimento!
para encontrar el/los módulos .ko que se encargan de manejar la memoría, puedes usar este pequeño script:
#!/bin/sh
find $1 -iname "*.ko" | sort -u > /tmp/log1
find $2 -iname "*.ko" | sort -u > /tmp/log2
comm -12 /tmp/log1 /tmp/log2 > ~/Desktop/log.txt
lo guardas como loquesea.sh y le pasas como primer parametro la carpeta 000-kernel-sin-PAE y como segundo parámetro la carpeta 000-kernel-con-PAE,
osea, el comando serái el sigueinte:
loquesea.sh /ruta/de/000-kernel-sin-PAE /ruta/de/000-kernel-con-PAE
Y te creará en el escritorio un archivo de texto con los módulos .ko que solo están en la segunda carpeta >:D
el problema radica en que el *ko que maneje la memoria estara en los dos , solo que uno , sera capaz de manejar mas memoria que el otro , seria salvar na mas ese..o los que sean necesirios , para no meter 20 megas a la iso , por que sino , sera como extra.
Entiendo...(http://www.indetectables.net/images/smilies/g.gif)
Entonces habrá que buscar información en google sobre cual es ese módulo que se encarga de la memoria..
imagino que estra en alguna de las categorias de los modules ...
arch -->> posiblemente
-
>:( >:( >:( >:(
kernel de 32 bits , en un sistema con 8 gigas de ram ..and the winner is ...
hay una mala noticia , o no por que ya lo esperaba, y es que el vmlinuz no vale,asi que he de meter 2 ...
a parte de buscar ahora cual raviolli de modulo es el de la memoria y si solo es necesiario salvar 1 , 2 o 14.
(http://img845.imageshack.us/img845/7931/instantnea3.png)
-
arggggggggggggggggggggggg
el modulo del kernel no serian 20 megas ....por que las sources no las necesito 2 veces si no solo 1 , ...
debere migrarlas a devel , ....y dejar los kerneles puros en xzm , sin sources y cargar un xzm u otro.
-
el parche aufs , a fallado y en live no me arranca...
empezando de nuevo...
round 2
-
round 2 fail , pero creo que se lo que estaba haciendo mal, y tampoco me preocupa mucho ya que es un fallo tipico cuando no hemos parcheado bien el kernel para usar aufs , que es lo que hace posible el uso del kernel en modo live.
1-se aprchea el kernel
2-seconfigura el kernel
.....los parches, modifican , los makefiles del kernel habilitando cosas que de serie no lleva ,
si configuro , y despues parcheo , pues mal..por que el .config se creo antes de estar el kernel parcheado , y no sera valido.
ademas me volvi a bajar el aufs 3.5 ,y esta vez el parcheo fue mas extenso.
round 3 .... :-\
-
geminis no te calientes la cabeza buscado como diferenciar los ficheros *ko
hay que meter todos , ...solo espero que los de vbox , nvidia y ati funcionen , ...por que recompilar eso solo por el fichero *ko es una *****dilla.
la broma asciende a 15 megas en caso de salir bien. :-\
-
A mi me parece un gran avance poder utilizar mas de 3 gigas de ram,
¿que mas da que la iso pese 15 megas mas?
el peso de la iso no va a afectar al rendimiento del sistema ni nada...
Animo USUARIONUEVO!! que tu puedes!!!
-
ya esta , ...ya tengo los dos kerneles ...y todo configurado.
pero tengo que recompilar el ati vbox e imagino el nvidia , ...para coger los ficheros *ko
mover las sources a devel ...y no se..
seguramente hoy este hecho , publicare iso.
-
contra mas ram se pueda usar en modo live , mas tardadreis en ver el cartelito de "disco lleno".
y en hd , pues que decir .... ;D :D ;)
-
hi
Activando el PAE lo que se consigue es que se muestre la cantidad correcta de memoria RAM. Mostar y usar son cosas distintas.
los procesadores 32 bit no están pensados para trabajar con tantas Gigas de RAM, Windows pega pantallazos azules y de eso se libra el Hardware, pero Linux no dispone de ese tipo de seguridad para la protección del Hardware.
usad esto bajo vuestra responsabilidad, el foro no se hace responsable de los posibles daños que activar la opción PAE pueda causar en vuestros equipos.
un saludo
-
hi
Activando el PAE lo que se consigue es que se muestre la cantidad correcta de memoria RAM. Mostar y usar son cosas distintas.
los procesadores 32 bit no están pensados para trabajar con tantas Gigas de RAM, Windows pega pantallazos azules y de eso se libra el Hardware, pero Linux no dispone de ese tipo de seguridad para la protección del Hardware.
usad esto bajo vuestra responsabilidad, el foro no se hace responsable de los posibles daños que activar la opción PAE pueda causar en vuestros equipos.
un saludo
dr , los procesadores que no soportan esas instrucciones ...ya estan deshabilitados en kernel ...
cuando comienza el arranque , si el cpu , no puede ejecutar instrucciones a x64 , directamente
cpu -->> not supported
y no arranca el sistema ;)
slackware 14 a salido hace 4 o 5 dias ,
y su kernel esta configurado con PAE , ....UBUNTU , DEBIAN , HASTA BACTRACK TIENE KERNEL CON PAE , lo que no tienen es la opcion de elegir en el emismo sistema si usar un kernel u otro.
si un cpu no admite pae, directamente no arrancara la iso.
-
yo solo aviso por si acaso.
-
yo solo aviso por si acaso.
eso esta bien , en ningun caso pagamos maquina nueva a nadie....el que la queme la paga...jajaja.
fotico , sistema de 32 bits usando 4,7 gigas de ram , ...me ha costado , en modo live y le he tenido que meter 5 maquinas virtuales para llegar a ese consumo....pero aguanto ...hasta 4,9 he llegado a usar ,
(http://img823.imageshack.us/img823/9783/instantnea2x.png)
-
he arrancado el kernel PAE , en un equipo de esos de 10 pulgadas con un atom , ...y funcionaba perfectisimamente , ...aunque claro , en esos equipos no hay no oficio ni beneficio , ya que lo normal es que vengan con un giga de ram , de nada sirve tener un controlador que admita 64 gigas,en un equipo que lleva 2 gigas ( le cambie la memoria de 1 a 2 gigas ).
que nadie piense que va a quemar ni estropear nada.
pae , en windows es una castaña ,por el hecho de que los drivers , ..NO VIENEN PREPARADOS PARA ESO.
En linux la diferencia esta en que los drivers , son compilados en el krenel CON EL PAE YA CONFIGURADO , no aplicando parches posteriores.
Con lo que si alguien no lo probo por miedo , que se le quite, repito que lo mas que os puede pasar es que os diga que esa cpu no soprta pae , y no arranque la iso , nada mas.