Instalar las actualizaciones del kernel de Ubuntu sin necesidad de reiniciar utilizando Ksplice Uptrack

Ksplice Uptrack es un servicio de actualización para el kernel de Linux,que automáticamente ofrece mejoras de seguridad y fiabilidad de su máquina, sin la necesidad de reiniciar su maquina.

Para instalarlo vamos a seguir los siguientes pasos:

Paso 1. Obtener una clave de acceso

Por favor, solicite una clave de acceso aqui, la clave de acceso será enviada a su correo electrónico. http://ksplice.com/uptrack/key

Paso 2. Instalar el software base

Para esto debemos agregar los repositorios de ksplice. esto los haremos de la siguiente manera:

crear /etc/apt/sources.list.d/ksplice.list

• sudo gedit /etc/apt/sources.list.d/ksplice.list

Agregamos el siguiente contenido al archivo ksplice.list

• deb http://www.ksplice.com/apt jaunty ksplice
  deb-src http://www.ksplice.com/apt jaunty ksplice

Guardamos y salimos, y hacemos lo siguiente desde el terminal

sudo wget -N https://www.ksplice.com/apt/ksplice-archive.asc

sudo apt-key add ksplice-archive.asc

sudo aptitude update

sudo aptitude install uptrack

En la siguiente pantalla introducimos la clave enviada a nuestro correo en el Paso 1

Paso 3. Instalar el software Grafico

sudo aptitude install uptrack-manager

El inicia automaticamente despues de la instalación y se mostrara en el area de notificación del panel de tareas de gnome.

Agregale velocidad a tu sistema con Preload en Ubuntu 9.04

Este tutorial explica cómo puede instalar Preload en Ubuntu 9.04. Preload es una adaptación del demonio readahead. Supervisa las aplicaciones que ejecutan los usuarios y mediante el análisis de estos datos, predice lo que los usuarios pueden ejecutar y obtiene los binarios y sus dependencias en la memoria para acelerar los tiempos de inicio.

Instalando Preload

para instalar preload, abrimos un terminal (Aplicaciones > Accesorios > Terminal):

y escribimos

sudo aptitude install preload

para instalar la preload.

Eso es todo ya. Preload funcionará silenciosamente en segundo plano. Si desea cambiar la forma en la que preload se comporta, puede modificar su archivo de configuración, /etc/preload.conf Aquí está el archivo con la configuración por defecto

sudo gedit /etc/preload.conf

[model] # cycle: # # This is the quantum of time for preload. Preload performs # data gathering and predictions every cycle. Use an even # number. # # Note: Setting this parameter too low will may reduce the # system performance and stability. # # unit: seconds # default: 20 # cycle = 20 # usecorrelation: # # Whether correlation coefficient should be used in the prediction # algorithm. There are arguments both for and against using it. # Currently it's believed that using it results in more accurate # prediction. The option may be removed in the future. # # default: true usecorrelation = true # minsize: # # Minimum sum of the length of maps of the process for # preload to consider tracking the application. # # Note: Setting this parameter too high will make preload less # effective, while setting it too low will make it eat # quadratically more resources, as it tracks more processes. # # unit: bytes # default: 2000000 # minsize = 2000000 # # The following control how much memory preload is allowed to use # for preloading in each cycle. All values are percentages and are # clamped to -100 to 100. # # The total memory preload uses for prefetching is then computed using # the following formulae: # # max (0, TOTAL * memtotal + FREE * memfree) + CHACED * memcached # where TOTAL, FREE, and CACHED are the respective values read at # runtime from /proc/meminfo. # # memtotal: precentage of total memory # # unit: signed_integer_percent # default: -10 # memtotal = -10 # memfree: precentage of free memory # # unit: signed_integer_percent # default: 100 # memfree = 100 # memcached: precentage of cached memory # # unit: signed_integer_percent # default: 30 # memcached = 30 ########################################################################### [system] # doscan: # # Whether preload should monitor running processes and update its # model state. Normally you do want that, that's all preload is # about, but you may temporarily want to turn it off for various # reasons like testing and only make predictions. Note that if # scanning is off, predictions are made based on whatever processes # have been running when preload started and the list of running # processes is not updated at all. # # default: true doscan = true # dopredict: # # Whether preload should make prediction and prefetch anything off # the disk. Quite like doscan, you normally want that, that's the # other half of what preload is about, but you may temporarily want # to turn it off, to only train the model for example. Note that # this allows you to turn scan/predict or or off on the fly, by # modifying the config file and signalling the daemon. # # default: true dopredict = true # autosave: # # Preload will automatically save the state to disk every # autosave period. This is only relevant if doscan is set to true. # Note that some janitory work on the model, like removing entries # for files that no longer exist happen at state save time. So, # turning off autosave completely is not advised. # # unit: seconds # default: 3600 # autosave = 3600 # mapprefix: # # A list of path prefixes that controll which mapped file are to # be considered by preload and which not. The list items are # separated by semicolons. Matching will be stopped as soon as # the first item is matched. For each item, if item appears at # the beginning of the path of the file, then a match occurs, and # the file is accepted. If on the other hand, the item has a # exclamation mark as its first character, then the rest of the # item is considered, and if a match happens, the file is rejected. # For example a value of !/lib/modules;/ means that every file other # than those in /lib/modules should be accepted. In this case, the # trailing item can be removed, since if no match occurs, the file is # accepted. It's advised to make sure /dev is rejected, since # preload doesn't special-handle device files internally. # # default: (empty list, accept all) mapprefix = /usr;/lib;!/ # exeprefix: # # The syntax for this is exactly the same as for mapprefix. The only # difference is that this is used to accept or reject binary exectuable # files instead of maps. # # default: (empty list, accept all) exeprefix = !/usr/sbin;!/usr/local/sbin;/usr;!/

Si cambia la configuración, necesita reiniciar preload:

sudo /etc/init.d/preload restart

ESPECIFICACIONES TECNICAS DE LOS CBIT Y CONFIGURACIONES

Esta fue una ponencia que realice en l aUPEL de Rubio (UNIVERSIDAD PEDAGOGICA) sobre las especificaciones tecnicas y configuraciones que deberian tener los CBITs, se habla sobre los servicios Nfs, Squid, NIS y dhcp, con su debida configuración básica.

CONFIGURACIONES TECNICAS DE DE LOS CBIT TACHIRA

View more presentations from Pablo Contramaestre.

Porque algunos prefieren un Mac que un PC

En este video explican porque algunas personas prefieren una MAC que un PC. Muy bueno...

Mebibit, Terabyte y Kibiocteto

Este es un excelente articulo que encontré navegando en la web del sitio http://aprendiendolinux.wordpress.com.

Miremos las propiedades de un archivo en Windows:

Propiedades del archivo en Windows

Y ahora miremos las propiedades del mismo archivo, pero en GNU/Linux (gnome):

Propiedades del archivo en Nautilus

En el tamaño del archivo, ¿Qué es esa i en el medio de MiB? ¿Qué significa? ¿Cuál es la diferencia?

En este caso, ninguna, pero es porque el diálogo de Windows está mal escrito. MiB significa mebibyte, que significa Megabyte binario. En informática, las mediciones se hacen con potencias de 2, ejemplo: 2³=8, 2⁴=16, 2¹⁰=1024, etc.

Hace tiempo, cuando la capacidades de las computadoras se median en decenas de KB (no existía el KiBiByte), alguien se dió cuenta que podría usar el prefijo SI, que se usa para medir ahora las cosas, y se maneja con potencias de 10, dado que la diferencia era de alrededor de 2,4%. Entonces las empresas fabricantes de medios de almacenamiento se aprovecharon de eso para confundir a la gente. 1024 no es 1000

Para terminar con la confusión, en 1998 el CEI introduce los prefijos kibi, mebi, gibi, tebi, pebi, y exbi, y dice que los prefijos del SI siempre se usarán con potencias de 10, y los prefijos del CEI serán para las potencias de 2. En el año 2006 se empezaron a usar estos nombres en algunas distribuciones de GNU/Linux, empezando Ubuntu y ahora se ve en la mayoría de éstas

En un disco de 1MB no hay mucho problema, ya que 1MB son 1 000 000 bytes, mientras que un MiB es 1 048 576 bytes. La diferencia son sólo 47KiB. Pero en un disco de 250GB (250 000 000 000 Bytes), como los que se venden hoy en día, en realidad hay 232 GiB, que, si bien es exactamente lo mismo, da lugar a confusión, aún más en sistemas operativos que usan incorrectamente GB como GiB.

Ademas, los técnicos en comunicaciones usan una norma distinta, basada en los bits, y que se escribe con b minúscula. Cuando uno contrata una conexión de un “Mega” está contratando 1 Mb/s (Megabit por segundo), es decir, que en un segundo se transfieren 1 000 000 (No 1 048 576) bits, no bytes. 1 000 000 bits son 125 000 bytes, es decir, 125KB/s o 122KiB/s

Y queda una duda: ¿Qué son los octetos?: El byte no necesaramente es de 8 bits, también puede ser de 5, 6 o 7 bits, que se usaba en los procesadores antiguos. Ahora cuando alguien dice byte estamos casi seguros que estamos hablando de 8 bits, pero para estar seguros se usa el octeto, abreviado o. Ejemplo: Un Teraocteto es 1 To y un Kibiocteto (mil octetos binarios) es un Kio.