viernes, 9 de septiembre de 2016

Cambiar teclas de un teclado de Portátil


Si quieren cambiar una tecla de un teclado tipo isla, por ejemplo, el de un Dell XPS, es muy simple. Solo deben tener buen pulso y saber tratar con piezas delicadas.





Aquí un vídeo:

viernes, 6 de mayo de 2016

Iniciar S.O desde consola Grub

 Deseas iniciar Linux, y en vez de listar en el menú los sistemas operativos, te aparece la consola de Grub.




1. Listar las unidades que observa GRUB2:

grub>ls

2. El resultado de una tabla de particiones DOS /dev/sda con dos particiones (raiz y home) debería ser algo parecido a esto (los datos los pongo de mi DW #!):

(hd0) (hd0,msdos5) (hd0,msdos1)
 
3. Mientras que el resultado de una tabla de particiones gpt /dev/sda con cuatro particiones sería similar a la siguiente:

(hd0) (hd0,gpt4) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1)
 
4. Con esta información ahora puedes examinar cada partición de la unidad y localizar los archivos vmlinuz e initramfs:

grub>ls (hd0,1)/

Esto mostrará una lista de los archivos en /dev/sda1. Si esta partición contiene boot/, la salida mostrará el nombre completo de vmlinuz e initramfs (en mi caso vmlinuz e initrd.img).

5. Conociendo la ubicación y el nombre completo de vmlinuz e initramfs ya puedes arrancar el sistema.
5a. Define tu partición raíz:

grub>set root=(hd0,1)

5b. Define el kernel que desees utilizar:

grub>linux (hd0,1)/vmlinuz root=/dev/sda1 rhgb quiet selinux=0

5c. Define el archivo initrd a utilizar:

grub>initrd (hd0,1)/initrd.img


5d. Dile a GRUB2 que arranque los archivos seleccionados:

grub>boot



NOTA: Debes modificar los comandos de acuerdo a tu sistema, particiones y nombre de vmlinuz e initramfs

jueves, 5 de mayo de 2016

Solucionar /dpkg/lock – open (11: Recurso no disponible temporalmente)

Recientemente, durante una instalación se “colgó” el proceso, el caso es que tuve que abortar a lo bestia, así que volví a lanzar la instalación y me lanzó el siguiente mensaje.

E: No se pudo bloquear /var/lib/dpkg/lock - open (11: Recurso
no disponible temporalmente)
E: No se pudo bloquear el directorio de administración (/var/lib/dpkg/),
¿quizás haya algún otro proceso utilizándolo?
 
Devolviéndome al prompt y no pudiendo continuar. Este problema puede ocasionar que se nos queden paquetes corruptos en el sistema y no podamos hacer actualizaciones o instalaciones nuevas. Tras “googlear” una rato y revisar el man de Ubuntu 12.04, encontré el comando fuser, que nos permite ver los llamados archivos abiertos y matar el proceso que los mantiene ocupados.
Desde un terminar ejecutamos el siguiente comando para desbloquear /var/lib/dpkg/lock.

$ sudo fuser -vki  /var/lib/dpkg/lock
Las opciones utilizadas en el comando sirven para:
  • -v activa el modo verbose, para los que nos gusta ver en todo momento lo que está haciendo.
  • -k mata el proceso que mantiene el fichero ocupado.
  • -i pide confirmación para matar al proceso.
También recomiendan eliminar el fichero en cuestión.

$ sudo rm -f /var/lib/dpkg/lock
Una vez terminado con el bloqueo, ejecutamos el siguiente comando para reparar los posibles paquetes rotos.

$ sudo dpkg --configure -a
Terminado este último paso, ya podemos volver a instalar. Acaba la instalación ejecutamos el siguiente comando para eliminar paquetes que ya no sirvan o se hayan quedado “colgando” y listo.

$ sudo apt-get autoremove
Ya podemos reiniciar después de la instalación y continuar sin problemas. Deciros también que ésta misma solución se puede utilizar cuando nos encontramos con el mismo problema en la apt cache lock.

/dpkg/lock – open (11: Recurso no disponible temporalmente)


Recientemente, durante una instalación se “colgó” el proceso, el caso es que tuve que abortar a lo bestia, así que volví a lanzar la instalación y me lanzó el siguiente mensaje.
E: No se pudo bloquear /var/lib/dpkg/lock - open (11: Recurso
no disponible temporalmente)
E: No se pudo bloquear el directorio de administración (/var/lib/dpkg/),
¿quizás haya algún otro proceso utilizándolo?
Devolviéndome al prompt y no pudiendo continuar. Este problema puede ocasionar que se nos queden paquetes corruptos en el sistema y no podamos hacer actualizaciones o instalaciones nuevas. Tras “googlear” una rato y revisar el man de Ubuntu 12.04, encontré el comando fuser, que nos permite ver los llamados archivos abiertos y matar el proceso que los mantiene ocupados.
Desde un terminar ejecutamos el siguiente comando para desbloquear /var/lib/dpkg/lock.
$ sudo fuser -vki  /var/lib/dpkg/lock
Las opciones utilizadas en el comando sirven para:
  • -v activa el modo verbose, para los que nos gusta ver en todo momento lo que está haciendo.
  • -k mata el proceso que mantiene el fichero ocupado.
  • -i pide confirmación para matar al proceso.
También recomiendan eliminar el fichero en cuestión.
$ sudo rm -f /var/lib/dpkg/lock
Una vez terminado con el bloqueo, ejecutamos el siguiente comando para reparar los posibles paquetes rotos.
$ sudo dpkg --configure -a
Terminado este último paso, ya podemos volver a instalar. Acaba la instalación ejecutamos el siguiente comando para eliminar paquetes que ya no sirvan o se hayan quedado “colgando” y listo.
$ sudo apt-get autoremove
Ya podemos reiniciar después de la instalación y continuar sin problemas. Deciros también que ésta misma solución se puede utilizar cuando nos encontramos con el mismo problema en la apt cache lock.
- See more at: http://www.javiercarrasco.es/2013/02/08/no-se-pudo-bloquear-varlibdpkglock-open-11-recurso-no-disponible-temporalmente/#sthash.oWbNADLd.dpuf

/dpkg/lock – open (11: Recurso no disponible temporalmente)


Recientemente, durante una instalación se “colgó” el proceso, el caso es que tuve que abortar a lo bestia, así que volví a lanzar la instalación y me lanzó el siguiente mensaje.
E: No se pudo bloquear /var/lib/dpkg/lock - open (11: Recurso
no disponible temporalmente)
E: No se pudo bloquear el directorio de administración (/var/lib/dpkg/),
¿quizás haya algún otro proceso utilizándolo?
Devolviéndome al prompt y no pudiendo continuar. Este problema puede ocasionar que se nos queden paquetes corruptos en el sistema y no podamos hacer actualizaciones o instalaciones nuevas. Tras “googlear” una rato y revisar el man de Ubuntu 12.04, encontré el comando fuser, que nos permite ver los llamados archivos abiertos y matar el proceso que los mantiene ocupados.
Desde un terminar ejecutamos el siguiente comando para desbloquear /var/lib/dpkg/lock.
$ sudo fuser -vki  /var/lib/dpkg/lock
Las opciones utilizadas en el comando sirven para:
  • -v activa el modo verbose, para los que nos gusta ver en todo momento lo que está haciendo.
  • -k mata el proceso que mantiene el fichero ocupado.
  • -i pide confirmación para matar al proceso.
También recomiendan eliminar el fichero en cuestión.
$ sudo rm -f /var/lib/dpkg/lock
Una vez terminado con el bloqueo, ejecutamos el siguiente comando para reparar los posibles paquetes rotos.
$ sudo dpkg --configure -a
Terminado este último paso, ya podemos volver a instalar. Acaba la instalación ejecutamos el siguiente comando para eliminar paquetes que ya no sirvan o se hayan quedado “colgando” y listo.
$ sudo apt-get autoremove
Ya podemos reiniciar después de la instalación y continuar sin problemas. Deciros también que ésta misma solución se puede utilizar cuando nos encontramos con el mismo problema en la apt cache lock.
- See more at: http://www.javiercarrasco.es/2013/02/08/no-se-pudo-bloquear-varlibdpkglock-open-11-recurso-no-disponible-temporalmente/#sthash.oWbNADLd.dpuf


/dpkg/lock – open (11: Recurso no disponible temporalmente)


Recientemente, durante una instalación se “colgó” el proceso, el caso es que tuve que abortar a lo bestia, así que volví a lanzar la instalación y me lanzó el siguiente mensaje.
E: No se pudo bloquear /var/lib/dpkg/lock - open (11: Recurso
no disponible temporalmente)
E: No se pudo bloquear el directorio de administración (/var/lib/dpkg/),
¿quizás haya algún otro proceso utilizándolo?
Devolviéndome al prompt y no pudiendo continuar. Este problema puede ocasionar que se nos queden paquetes corruptos en el sistema y no podamos hacer actualizaciones o instalaciones nuevas. Tras “googlear” una rato y revisar el man de Ubuntu 12.04, encontré el comando fuser, que nos permite ver los llamados archivos abiertos y matar el proceso que los mantiene ocupados.
Desde un terminar ejecutamos el siguiente comando para desbloquear /var/lib/dpkg/lock.
$ sudo fuser -vki  /var/lib/dpkg/lock
Las opciones utilizadas en el comando sirven para:
  • -v activa el modo verbose, para los que nos gusta ver en todo momento lo que está haciendo.
  • -k mata el proceso que mantiene el fichero ocupado.
  • -i pide confirmación para matar al proceso.
También recomiendan eliminar el fichero en cuestión.
$ sudo rm -f /var/lib/dpkg/lock
Una vez terminado con el bloqueo, ejecutamos el siguiente comando para reparar los posibles paquetes rotos.
$ sudo dpkg --configure -a
Terminado este último paso, ya podemos volver a instalar. Acaba la instalación ejecutamos el siguiente comando para eliminar paquetes que ya no sirvan o se hayan quedado “colgando” y listo.
$ sudo apt-get autoremove
Ya podemos reiniciar después de la instalación y continuar sin problemas. Deciros también que ésta misma solución se puede utilizar cuando nos encontramos con el mismo problema en la apt cache lock.
- See more at: http://www.javiercarrasco.es/2013/02/08/no-se-pudo-bloquear-varlibdpkglock-open-11-recurso-no-disponible-temporalmente/#sthash.oWbNADLd.dpuf

Apagar Ubuntu con combiacion de teclas

Puede que nuestra pc no responda y necesitemos reiniciar totalmente a la pc, para ello les paso esta información que tomé de acercadeubuntu.blogspot.cl

"Presionar al mismo tiempo la tecla Alt junto con la de Impr Paint PetSis (la de capturar la pantalla vamos) y mientras las mantenemos pulsadas vamos tecleando lentamente REISUB, hecho esto el sistema reiniciara de forma segura. Se que parece que hay que hacer malabares para conseguirlo, pero no es para tanto, solo recordad mantener pulsadas las dos teclas mientras tecleáis una a una lentamente R E I S U B. Lo que hace cada tecla es:
  • R - pone el teclado en modo RAW.
  • E - termina todos los procesos.
  • I - mata todos los procesos.
  • S - sincroniza el disco duro.
  • U - desmonta todos los sistemas de ficheros.
  • B - reinicia el ordenador."



Fuente: http://acercadeubuntu.blogspot.cl/2009/06/que-hacer-si-ubuntu-se-cuelga.html

viernes, 29 de abril de 2016

Instalar y desinstalar archivos tar.gz en debian

TAR.GZ Packages
Si quieres instalar en una ubicación específica, por ejemplo en /usr/ debes ubicarte antes en ese directorio para descargar el paquete o moverlo allí posterior a la descarga.
En este tutorial nos ubicaremos en este directorio y usaremos como ejemplo la instalación de NXserver.

Instalar
$ cd /usr
$ sudo tar xvzf <pkgName>_<pkgVersion>_<arch>.tar.gz

Ejemplo: $ sudo /usr/NX/nxserver --install

Updating
$ cd /usr
$ sudo tar xvzf <pkgName>_<pkgVersion>_<arch>.tar.gz

Ejemplo: $ sudo /usr/NX/nxserver --update

Desinstalar
$ sudo /usr/NX/scripts/setup/nxserver --uninstall

Luego, remueve el directorio de instalación:

$ sudo rm -rf /usr/NX



Nota: Si no tienes instalado sudo, solo debes realizar las operaciones como superusuario.

viernes, 11 de marzo de 2016

Problemas para ingresar a PHPPGADMIN

Si al momento de querer ingresar en el PhpPgadmin, te sale algún mensaje notificándote que tu login fue anulado por razones de seguridad, mantener la calma que eso se resuelve modificando el siguiente archivo

sudo gedit /usr/share/phppgadmin/conf/config.inc.php

Cuando se nos abra el archivo en nuestro editor de texto buscaremos:

$conf['extra_login_security']= true;

Y lo cambiaremos por:

$conf['extra_login_security']=false;


Nota: Ahora si puedes acceder desde a PhpPgadmin desde el navegador de cualquier computadora usando la dirección de http://Ip-del-servidor/phppgadmin/
Y ahora se puede iniciar sesión con la cuenta que se configuró en el PostgreSq.

Fuente: http://www.taringa.net/post/linux/17789343/Como-configurar-PostgreSql-y-PhpPgadmin-Para-Ubuntu13-10.html
 

miércoles, 9 de marzo de 2016

Problemas con driver rt2800pci en Debian

 

Ralink RT2760, RT2790, RT2860, RT2890, RT3060, RT3062, RT3090, RT3091, RT3092, RT3290, RT3390, RT3562, RT3592, RT5390, RT5392 devices (rt2800pci)

Esta página describe cómo habilitar el soporte para dispositivos basados en WiFi 802.11n Ralink conjuntos de chips PCI en sistemas Debian.
rt2800pci es un conductor producido por el proyecto rt2x00, apoyando Ralink conjuntos de chips 802.11n PCI, introducidas en Linux 2.6.33.

dispositivos compatibles se enumeran al final de esta página. Se requiere firmware y disponible en el paquete de firmware-Ralink.

dispositivos USB 802.11n {i} Ralink son compatibles con el controlador rt2800usb.

1.- En modo superusuario, añadir un componente "non-free" a /etc/apt/sources.list, por ejemplo:
 

# Debian 8 "Jessie"
deb http://httpredir.debian.org/debian/ jessie main contrib non-free
 
2.- Actualizar la lista de paquetes disponibles e instalar el paquete de firmware-Ralink: 
 
# apt-get update && apt-get install firmware-ralink 

El módulo rt2800pci núcleo se carga automáticamente los dispositivos compatibles. Configurar su interfaz inalámbrica en su caso.

Si desea, puede reiniciar y comprobar el resultado:

# reboot