Bienvenido(a), Visitante. Por favor, ingresa o regístrate.
¿Perdiste tu email de activación?
25-07-2017, 18:47 (Martes)
Inicio Ayuda Reglas Buscar Ingresar Registrarse
Noticias:
Liberada wifislax64-1.0 version final para descargar

Videos Downloader




  Mostrar Mensajes
Páginas: [1] 2 3 4 5 6 ... 575
1  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / wifislax64-1.1-rc4 para descarga : Ayer a las 23:39
ISO --> http://www.mediafire.com/file/21evr3aayu5976h/wifislax64-1.1_rc4.iso
DRIVER AMD --> http://www.mediafire.com/file/gxiywdxtqtlqyua/Driver_amd-15.12-x86_64-8wifislax.xzm
DRIVER NVIDIA --> http://www.mediafire.com/file/bao0puace0w97lp/Driver_nvidia-381.22_multi-x86_64-7wifislax.xzm
WINE --> http://www.mediafire.com/file/whc5c6d1si7m051/wine-2.12-x86_64-1wifislax.xzm


CHANGELOG RC3 --> RC4

24/07/2017
01 - El sistema se recomprime a bloques de 64K
     aunque eso hace que el live ocupe cerca de 100
     megas mas en tamaño , el rendimiento es mejor
     eso tambien hace que baje el consumo de recursos.
02 - El menu ha sido reconstruido y generado en ficheros
     *.menu en el directorio "merged" , eso evitara que
     se vuelva a romper nunca el menu tras un update de
     slackware.
03 - Mejoras en el fstab , no se montara /var/tmp como
     "tmpfs" , ya que esa ruta alverga ficheros usables
     al reiniciar el sistema... tambien evitara lageos
     en el menu de aplicaciones al navegar por el la
     priemra vez , tanto hdd como live.
     
22/07/2017
01 - Actualizado kernel 4.9.38 --> 4.9.39
02 - Actualizado hydra-8.5 --> 8.6
03 - Actualizado capstone-3.0.5_rc2 --> 4.0_alpha5
04 - Actualizado rubygem-bundler-1.15.0 --> 1.15.3
05 - Actualizado live555-2017.06.04 --> 2017.07.18
06 - Actualizado libfilezilla-0.9.2 --> 0.10.0
07 - Actualizado libbsd-0.8.3 --> 0.8.6
08 - Actualizado exiftool-10.50 --> 10.55
08 - Actualizado x265-2.4 --> 2.5
09 - Actualizado youtube-dl-2017.07.09 --> 2017.07.15
10 - Actualizado filezilla-3.26.2 --> 3.27.0.1
11 - Actualizado perl-File-Which-1.09 --> 1.21
12 - Actualizado python-m2r-0.1.5 --> 0.1.6

21/07/2017
01 - Actualizado qbittorrent-3.3.13 --> 3.3.14
02 - Incluido mutator-0.2.2-1_gc29ce2b
03 - Incluido busca-slacka-1.01.4

19/07/2017
00 - Aplicados 4 parches de seguridad slackware dia 18 julio 2017
01 - Actualizado Jdk-8u131 --> 8u141
02 - Actualizado wireshark-2.2.7 --> 2.4.0
03 - Incluidos estos paquetes por ser
     nuevas dependencias (opcionales) en wireshark.
     
   * spandsp-0.0.6-x86_64-1slackbuilds.txz
   * jansson-2.10-x86_64-1slackbuilds.txz
   * nghttp2-1.16.1-x86_64-1slackbuilds.txz
   * lz4-1.7.5-x86_64-1slackbuilds.txz
2  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 15:20
El usr normal el modo chapuza.
El desarrollador el correcto.
Un user  avanzado supongo q el correcto. Depende si funciona igual es suficiente.

Tapatalk√  6



Te entiendo ... al usuario normal solo le importa el resultado , ... digamos que yo debo siempre estar por encima de un resultado , y hacerlo lo mas correctamente posible..antes no sabia y ahora si , solo comparto la informacion ,se que a muy pocos les va a interesar esto , ahora a bre un post  "nueva brecha wpa" ..y veras en un dia mil visitas al hilo  Grin

He dejado el xzm en el otro hilo ..tienes que entender que a lo mejor el usuario ya ha hecho modificaciones, y si llevas tu con otro fichero tambien modificado ..desmontaras lo que el tenia ya hecho... se puede llegar a lo mismo sin interferir en las acciones personales del usuario , eso es todo ...el xzm ,añade tres ficheros nuevos de "test" para que se entienda un poco mejor el asunto , nada mas , 3 files nuevos , que ñaden la funcionalidad , sin interferir en ficheros ya customizados po el usuario y respetando los ficheros originales del sistema.
3  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: Explicando por que se rompia el menu de aplicaciones tras un update. : Ayer a las 15:18
Y esa es la forma correcta de hacer customizacion de menus , sin editar nada de lo ya existente si no añadiendo las modificaciones extras en ficheros extra...  Wink
4  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: Explicando por que se rompia el menu de aplicaciones tras un update. : Ayer a las 15:17
Dejo un modulo ..a modo de taller ,para que lo abrais y mireis
http://www.mediafire.com/file/6f6tcipqyy00oaz/Menu-ejemplo.xzm


Fichero --> Demo.menu
Este hara que el menu sepa de la existencia de la seccion nueva y colocara en su interior la categoria "CATEGORIA"

Ficheros --> CATEGORIA.directory  SECCION.directory

SECCION , va dirigido al menu , y el CATEGORIA , es el que se usara para almacenar las apps con  dicha categoria

Fichero --> APP.desktop
Este en la seccion Categories , llama a "CATEGORIA" ..el cual entonces llamara a la parte menu "SECCION" ,y finalmente aparecera ordenada y listada en el menu de aplicaciones.

Aparecera arriba del todo ...por que no esta establecido ningun orden para dicha seccion.
5  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 15:09
Mas q con kmenuedit.

Tapatalk√  6



existen los modos chapuza y el modo correcto.

yo solo intento mostrar y que se entienda , el modo correcto..

como valer tambien vale editar el menu original ... pero es una chapuza.

de la forma que expongo no hay margen de error nunca ... a menos que el usuario vaya a posta y toque los ficheros no podra nuca romper el menu.
6  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:27
Voy a poner un xzm , en el otro post ... para que veas graficamente el asunto de los menus y como se haria ...
Es sencillisimo , ... los usuarios pueden añadir secciones facilmente al compartir modulos si quieren sin romper nada. Wink
7  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:25
Podría si pero es un poco mucho desplegar demasiados clicks. Y por gestores y nubes no va a quedar hay un montón. Lo de sbo y cualquier repo slpkg tiene una linea de comando. Y listo upgrade por repo por tag . Te dije que es muy completo. Si le dices que upgrade alíen lo hace con los 2 o 3 paquetes que consevaste el tag

Tapatalk√  6



no me refiero a eso , para actualizar los paquetes , cada uno usara un gestor distinto por una u otra rzon.

me refiero al por que , y cuando se actualizan ...  basicamente sigo el git  , los viernes y sabados sueltan material .. reviso los updates de sbo , con sbopkg, los llevo a cabo con slapt-src , y "recompilo", lo que se haya roto por el camino.

Mira aqui como el sabado 22 soltaron slackbuilds ...
https://git.slackbuilds.org/slackbuilds/

donde pone 22 public update ... ese es el dia D   Grin

Ahora mira el changelog dia 22 de wifislax..y lo entenderas.
8  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:15
Kmenuedit esta bien para personalizar el usuario.

Deberías añadir una sección para gestores de nubes.

Y overlook o fing  

Tapatalk√  6



Los gestores de nubes imagino por defecto se meterian en "internet", no ?

Podria pensarmelo ..o que al menos exista la categoria y la seccion .menu


La que si estoy pensando , es una que estaba ya hecha pero sin usao ..

"Servicios"  , donde poner por ejemplo el de parar/arrancar networkmanager ,el ip forward , el ssh y el de httpd ..por ejemplo.


Acabo de caer , con lo que he explicado en el otro post , no necesitas nada ..  tu mismo al compartir algo , puedes crear el directori y el *.menu en merged apps ...  ahora podreis compartir modulos que añadan no solo apps , si no categorias y secciones de menus  Grin
9  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:14
Tengo que hacer un dia , otro post , explicando como y por que se actualizan algunas cosas concretas.

Por ejemplo los paquetes SBo.
10  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:12
Subire iso esta noche , ... os dejo los cambios que he realizado desde la rc3... la mitad son culpa de wireshark , que ha añadido caracteristicas y para tenerlas disponibles he tendio que añadir algun paquete.


24/07/2017
01 - El sistema se recomprime a bloques de 64K
     aunque eso hace que el live ocupe cerca de 100
     megas mas en tamaño , el rendimiento es mejor
     eso tambien hace que baje el consumo de recursos.
02 - El menu ha sido reconstruido y generado en ficheros
     *.menu en el directorio "merged" , eso evitara que
     se vuelva a romper nunca el menu tras un update de
     slackware.
03 - Mejoras en el fstab , no se montara /var/tmp como
     "tmpfs" , ya que esa ruta alverga ficheros usables
     al reiniciar el sistema... tambien evitara lageos
     en el menu de aplicaciones al navegar por el la
     priemra vez , tanto hdd como live.
     
22/07/2017
01 - Actualizado kernel 4.9.38 --> 4.9.39
02 - Actualizado hydra-8.5 --> 8.6
03 - Actualizado capstone-3.0.5_rc2 --> 4.0_alpha5
04 - Actualizado rubygem-bundler-1.15.0 --> 1.15.3
05 - Actualizado live555-2017.06.04 --> 2017.07.18
06 - Actualizado libfilezilla-0.9.2 --> 0.10.0
07 - Actualizado libbsd-0.8.3 --> 0.8.6
08 - Actualizado exiftool-10.50 --> 10.55
08 - Actualizado x265-2.4 --> 2.5
09 - Actualizado youtube-dl-2017.07.09 --> 2017.07.15
10 - Actualizado filezilla-3.26.2 --> 3.27.0.1
11 - Actualizado perl-File-Which-1.09 --> 1.21
12 - Actualizado python-m2r-0.1.5 --> 0.1.6

21/07/2017
01 - Actualizado qbittorrent-3.3.13 --> 3.3.14
02 - Incluido mutator-0.2.2-1_gc29ce2b
03 - Incluido busca-slacka-1.01.4

19/07/2017
00 - Aplicados 4 parches de seguridad slackware dia 18 julio 2017
01 - Actualizado Jdk-8u131 --> 8u141
02 - Actualizado wireshark-2.2.7 --> 2.4.0
03 - Incluidos estos paquetes por ser
     nuevas dependencias (opcionales) en wireshark.
     
   * spandsp-0.0.6-x86_64-1slackbuilds.txz
   * jansson-2.10-x86_64-1slackbuilds.txz
   * nghttp2-1.16.1-x86_64-1slackbuilds.txz
   * lz4-1.7.5-x86_64-1slackbuilds.txz
11  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:11
La seccion Testing , pasara a ser --> Pentesting

Aunque alberga alguna app que no es puramente pentesting, pero estara alli por que puede ser interesante a la hora de recabar info , para un posible ataque  , cosas como sslscan  Wink

Ademas "testing" , parecia una seccion en testeo  Grin
12  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 14:06
Respecto a los menús. Si editas el menú guarda la config en applications-kmenuedit.menú.. metes esta config en el modulo Desktop y prevalece sobre la config de etc de kdelibs. Aunque lo actualices no va a romper nada.

Súpersimple.

Inicio - botón secundario editar aplicaciones abre kmenu-edit modificas guardas. Y se genera la config que merge   on flight  con  aplications-menu de etc . Y guardar la config de root en un modulo.
Listo.


Tapatalk√  6

justo he escrito un tocho , explicando el tema menus y la forma correcta.

lo que tu dices tambien valdria , pero la correcta es la que describo en el post concreto.  Wink

Hechale un ojo , https://foro.seguridadwireless.net/colaboracion-y-desarrollo-de-nuestras-lives/explicando-por-que-se-rompia-el-menu-de-aplicaciones-tras-un-update/
13  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Explicando por que se rompia el menu de aplicaciones tras un update. : Ayer a las 13:59
Bueno , se que este tipo de cosas no importan mucho , pero como es algo interesante y aplicacble a otros linux/escritorios , pues lo voy a explicar un poco por encima.

Muchos habreis visto que tras alguna actualizacion de sistema , el menu de aplicaciones se rompia y todo quedaba en "objetos perdidos"

¿por que sucede esto?

Sucede por que para customizar el menu de aplicaciones y añadir secciones/catgorias y hacer ajustes de tipo ..esta app que no aparezca en esta seccion pero si en la otra que nos gusta mas..etc etc , se venia modificando el fichero menu "principal" ..que se aloja en

Escritorio KDE
Código:
/etc/kde/xdg/menus/applications.menu

Se cogia el menu principal y se trabaja ese fichero haciendo las modificaciones oportumas ... pero si por algun motivo , lleva una actualizacion del paquete "kdelibs" , dicho fichero era sobreescrito ...y el menu volvia a ser el basico inicial de kde , haciendonos perder todas las secciones que se añaden para customizar el sistema.

Entendiendo que el menu es un fichero del paquete kdelibs , y que si se actualizase volveria a ser "plano" ..ahora parece sencillo entender por que se rompia, ¿verdad?

OK ... ¿y como vas a evitar que eso pase de nuevo?

Bien , lo explicare de forma breve y sencilla ... existe una forma "correcta" y "elegante" , de añadir secciones y modificaciones al menu , sin  *MALTRATAR el menu base , esto seria añadiendo ficheros *.menu en la ruta

Código:
/etc/xdg/menus/applications-merged/

En esa ruta puedes añadir menus , que se añadiran automaticamente al menu inicial sin necesidad de tocar el fichero original.

Por ejemplo ...  como hacemos para que en el menu , la seccion "wifislax" , este arriba del todo ..la primera , por encima del resto ..pues asi

Código:
<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"
"http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">
<Menu>
  <Layout>
  <Merge type="menus"/>
  <Menuname>Wifislax</Menuname>
  <Menuname>Actualizadores</Menuname>
  <Menuname>Development</Menuname>
  <Menuname>Education</Menuname>
  <Menuname>wine-wine</Menuname>
  <Menuname>Games</Menuname>
  <Menuname>Graphics</Menuname>
  <Menuname>Internet</Menuname>
  <Menuname>Multimedia</Menuname>
  <Menuname>Office</Menuname>
  <Menuname>Science</Menuname>
  <Menuname>System</Menuname>
  <Menuname>Utilities</Menuname>
  <Menuname>Applications</Menuname>
  <Merge type="files"/>
  <Filename>kde4-kfind.desktop</Filename>
  </Layout>
  <Menu>
  <Name>Settingsmenu</Name>
  <Deleted/>
  </Menu>
</Menu>


Fijaros en los "menuname"  ..como estan ordenados ... , si no hacemos eso , por defecto se ordenarian en orden alfabetico  Wink
Ahora desde wifislax64-1.1-rc4 , esa parte sera un unico fichero .menu llamado

Código:
Orden.menu

Alojado en la ruta anteriormente comentada

Código:
/etc/xdg/menus/applications-merged/

Sin necesidad de tocar el menu original principal  Grin

Otro ejemplo , con otra modificacion  "leve"  , okular , es una app del escritorio kde, la cual aparece en "oficina" ,pero ,,, solo aparece esa con nuestra eleccion de apps por defecto para wifislax, y me parecia un poco trite ya que ademas okular , para abrir ficheros pdf o de otro tipo , ni es siquiera llamada desde el menu ya que al intentar abrir un pdf , automaticamente se abre en okular , esto me hacia pensar que la entrada al menu era innecesaria en principio y hacia "triste" una seccion entera con una solo app , asi que por ndefecto se ocualta en el menu.

Código:
<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"
"http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">
<Menu>
<Menu>
<Name>Office</Name>
<Directory>kde-office.directory</Directory>
<Include>
                        <And>
<Category>Office</Category>
                        <Not><Category>X-KDE-More</Category></Not>
                        </And>
                </Include>
                <Exclude>
<Filename>kde4-okular.desktop</Filename>
</Exclude>
</Menu>
</Menu>


Fijaros al final el exclude y el filename ..

esa pequeña modificacion esta en un solo fichero unico de tipo .menu

y asi con todo ...  se entiende ahora entonces que haciendolo asi, es imposible romper de nuevo el menu ya que aunque el menu principal fuese sobreescrito en una actualizacion , muestras modificaciones estaran a salvo en el directorio "merged"

He mostrado dos modificaciones paqueñas , añadir toda una nueva seccion con sus subcategorias es algo mas tedioso , pero una vez hecho , sera permanente.


COMOCIMIENTO EXTRA

Como funciona el tema este de customizar menus ..que se necesita.

Pues basicamente esto funciona asi ...


1 - Aplicacion con fichero *.desktop tiene el valor
Categories=

Donde se pone la categoria o categorias si queremos que aparezca en mas de una.

Por ejemplo , wpamagickey , tiene categoria "cifrados"

Para que dicha entrada de menu aparezca , se necesitara que "exista" , la categoria cifrados que es un fichero de tipo  *.directory , el cual crea el directorio (categoria) para albercar las aplicaciones que llamen a esa categoria/seccion.

Los ficheros directori estan en

Código:
/usr/share/desktop-directories/

y por ultimo necesitariamos que nuetsro menu reconociese dicha categoria , para que al ser llamada por algun desktop ,esta categoria fuese ordenada en nuestro menu.


Resumido.

desktop llama a --> directori y directori --> sera ordenado por menu



wpamagickey.desktop  --> cifrados.directory --> menu que reconozca ese directory  ..si no apareceria como objeto perdido.

Por eso al destruir el menu "custom" que contiene "cifrados" que es seccion custom ... todos los desktops que busquen entrar en cifrados se marcharian a "perdidos" ..al no tener el fichero  .menu , constancia de dicha categoria de aplicaciones.


 Grin Grin Grin Grin

Es tocho , es aburrido , pero ... hay os lo dejo.  Wink

14  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 13:15
Me temo que sin querer ..habra rc4.
15  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 13:13
Joerrr macho ..

https://wiki.archlinux.org/index.php/tmpfs

lo primero que leo es ...

Some directories where tmpfs is commonly used are /tmp, /var/lock and /var/run. Do not use it on /var/tmp, because that folder is meant for temporary files that are preserved across reboots.

No usar el montaje tmpfs para el directorio /var/tmp , por que se alojan ficheros que se usan al reiniciar ...

Por eso si arranco , navego por los menus y guardo las caches generadas en /var/tmp  por kde, el menu despues va fluidisimo .. por que ya esta "cacheado" , si lo redireccionamos a tmpfs , ... pues nunca estara cacheado y siempre la primera pasada va a lagear ya sea live o hdd.


Por cierto mas cosas raras o curiosas ...  voy a poner el sistema al tamaño de bloques mas pequeño posible  (64K) , eso hara que el live sea cerca de 100 megas mas grande , pero a favor un rendimiento mejor y un consumo menor.

Probando distintos tipos de compresion y bloques me he dado cuenta de algo muy curioso tambien .,,


un modulo de 130 megas en mi portatil   ( core i7 7500u)  y el mismo comprimido en el pc de sobremesa ( i7 6700k)  ocupa 107 megas ...

osea por algun motivo con el i7 6700k se consiguen modulos xzm mas pequeños usando los mismos para metros ... o eso es mejoras en kernel ..ya que en el sobremesa llevo el 4.12.3 , mientras en portatil y desarrollo  4.9.39


Y os explicare lo de los menus por que es interesante y recomendable hacer modificaciones que no sean dañadas al actualizar paquetes kde...o de cualquier tipo de escritorio ya que es un espacio de trabajo de tipo "merged" ..es decir un sitio donde el menu busca ficheros *.menu para mezclar al original y acabar con el menu que nosotros queremos tener y eso imagino sera en todo tipo de escritorios ya que es cosa de "XDG"
16  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : Ayer a las 13:02
Me ha resultado curioso algo ..

Me parecia que el menu de aplicaciones hiba lastrado la primera vez que navegabas por las categorias , pero como he estado trabajando en el tema de los menus y que las actualizaciones de slackware no "rompan" ,el menu  , pues pensaba que era algo de lo que habia tocado...pero no.

/etc/fstab

Código:
tmpfs     /var/tmp    tmpfs       defaults,nodev,nosuid,mode=1777  0   0

esa entrada del fstab hace que /var/tmp sea montada como particion "tmpfs"  ,temporal.
no se por que eso hace que los menus lageen por que kde cachea en /var/tmp/kdecache-root , el hecho de que lagee , se ve tambien al instalar por que se hace lo mismo al instalar en hdd , es la primera vez que entramos a las secciones en todas o casi todas una fraccion de segundo de mas en abrirse ...


a mi personalmente me da mucho rabia, da sensacion de que el sistema no va fluido asi que creo dejare comentada esa entrada del fstab asi como en el instalador , esa entrada no estaba en la rc2 .. estube mirando para la rc3 y el problema del initrd al añadir entradas , y puse mas cosas..y por lo visto no todas son preferibles.


El paquete kdelibs , nunca mas os va a romper el menu de aplicaciones, he encontrado la forma correcta de añadir secciones y modificaciones sin editar el menu principal ...  Wink
17  Suite Seguridad Wireless / Live wifislax / Re: Sería posible ejecutar Wifislax en una tablet Shield K1? : 23-07-2017, 20:03 (Domingo)
Wifislax no tiene soporte "ARM" , con lo que la respuesta seria NO  , no puedes correr wifislax , ni en esa ni en ninguna otra tablet basada en arquitectura ARM.
18  Equipos y materiales / Tarjetas de Red Wireless / Re: Error for wireless request "Set Bit Rate" (8B20) : 22-07-2017, 20:56 (S?bado)
¿y por que no te desconectas primero?

19  Suite Seguridad Wireless / Live wifislax / Re: Buscador Instalador Paquetes Slackware : 21-07-2017, 05:17 (Viernes)
Incluido para el proximo wifislax..que esta al caer ya  Wink
20  Suite Seguridad Wireless / Colaboracion y desarrollo de nuestras lives / Re: wifislax64-1.1-rc3 para descarga : 19-07-2017, 22:30 (Mi?rcoles)
[
Citar
01 - Ahora por defecto wifislax en modo live podra montar
     y usar particiones de tipo swap , si las hubiera.
     Si no queremos esto , se puede desactivar usando el
     cheatcode "noswap"



lo normal sería....
lo contrario activarlo el que tenga swap (------ > usuario linux)
   

a ver , calma , que creo que no estais entendiendolo bien.


si no hay swap ..aqui paz y despues gloria...
si lo hubiera , el live lo usara "si lo necesitase" ... (se quedara sin ram)

creo que es sencillo de entender , es transparente al usuario.

SI NO HAY SWAP NO PASA NADA Y SI LA HAY LA TENDRA EN CUENTA EN CASO DE NECESIDAD
Páginas: [1] 2 3 4 5 6 ... 575


Ingresar con nombre de usuario, contraseña y duración de la sesión

Las cookies de este sitio web se usan para personalizar el contenido y los anuncios, ofrecer funciones de redes sociales y analizar el tráfico. Además, compartimos información sobre el uso que haga del sitio web con nuestros partners de redes sociales, publicidad y análisis web, quienes pueden combinarla con otra información que les haya proporcionado o que hayan recopilado a partir del uso que haya hecho de sus servicios
Si continúa navegando consideramos que acepta su uso. OK Más información | Y más
Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines
SMFAds for Free Forums