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

 

 

miércoles, 12 de noviembre de 2014

Buenos tutoriales:

http://lcaballero.wordpress.com/2013/03/01/instalacion-de-postgresql-en-debian-gnulinux-wheezy/


http://www.linuxparatodos.net/web/comunidad/base-de-conocimiento/-/wiki/Base+de+Conocimiento/Instalaci%C3%B3n+y+Configuraci%C3%B3n+de+Postfix++en+Ubuntu

viernes, 2 de marzo de 2012

Virus: Hotmail en portugués



Hoy me pasé varias horas del día intentando encontrarle una solución a éste problema.
Busqué en internet varias soluciones y  ninguna me funcionaba. Después de muchas horas encontré al fin la solución. Aquí presentaré todas las que he intentado y la que al final realmente me sirvió.

El error 
consiste que al entrar a la página principal de Hotmail (www.hotmail.com o www.live.com), está completamente en portugués, esto lo ocasiona un virus, que modifica algunos datos en un archivo .dll

Si trataron de ingresar a Hotmail en la página en portugués
como primera medida deben cambiar rápidamente su contraseña (desde otro computador), ya que enviaron sus datos al creador del virus.
El virus hace  que cuando entres en la web de hotmail, te redirecciona a otra web falsa. De esta manera consiguen robar o hackear tu cuenta de Hotmail o live.
Lo mismo pasa con varias páginas de bancos. Es decir, pueden hackearte tu cuenta bancaria fácilmente ya que tu enviaste todos los datos que se necesitan sin darte cuenta.



Primera solución:

En  inicio -> ejecutar entren a C:\WINDOWS\system32\drivers\etc\
Abran el archivo hosts con el bloc de notas. Aparecerá algo así como

127.0.0.1 localhost
127.0.0.1 localhost
127.0.0.1 localhost
#102.54.94.97 rhino.acme.com
# 38.25.63.10 x.acme.com # host cliente
65.54.239.80messenger.hotmail.com 
65.54.239.80 dp.msnmessenger.akadns.net

Deben borrar todo y solo dejar 127.0.0.1 localhost. Guardar el archivo, reiniciar el PC y verificar si ya aparece Hotmail en español.

Si no pueden encontrar el archivo hosts, verifiquen en ejecutar C:\WINDOWS\system32\drivers\etc\hosts y abran con bloc de notas.

No guardar el archivo con formato .txt. Si no funciona pasar a segunda solución.

Segunda solución:

Intenta descargando los siguientes programas:


Ejecuta CCleaner en sus 2 opciones (Limpiador y Registro) para hacer una limpieza de cookies, archivos temporales e innecesarios y registro de Windows, para mejorar el rendimiento de tu equipo y generar reportes más limpios. 

Ejecuta Malwarebytes' Anti-Malware haz un examen completo, selecciona todo lo que este encuentre y luego presiona el botón de "Quitar lo Seleccionado"  para eliminar las infecciones. El reporte se guarda en la pestaña "Registros"

Si aún no funciona Hotmail pasa a la tercera solución.

Tercera solución:

En ejecutar escribe cmd y entrarás al directorio etc. Con el comando cd c:\windows\system32\drivers\etc y luego con el comando dir para ver los archivos y subdirectorios. Si el archivo solo muestra cuatro archivos y ninguno de ellos es hosts comprenderás que está oculto.
Con c:\windows\system32\drivers\etc>type hosts puedes ver el archivo completo.
Para editarlo usa edit hosts y elimina las líneas dejando solo  127.0.0.1 localhost.

Si no es posible editarlo cambiale los atributos.
Para cambiarle los atributos al archivo hosts y quitarle los permisos de escritura y oculto,
Intenta con el comando attrib.

+ Activa un atributo.
- Desactiva un atributo.
R Atributo de sólo lectura
A Atributo de archivo.
S Atributo de sistema.
H Atributo de archivo oculto.
C:\WINDOWS\system32\drivers\etc>attrib hosts -S -H -R
Acceso denegado: C:\WINDOWS\system32\drivers\etc\hosts

C:\WINDOWS\system32\drivers\etc>attrib hosts -S
El archivo oculto no se restablece: C:\WINDOWS\system32\drivers\etc\hosts

C:\WINDOWS\system32\drivers\etc>attrib hosts -H
El sistema de archivos no se restablece: C:\WINDOWS\system32\drivers\etc\hosts

Si te aparece cualquiera de éstas respuestas pasa a la cuarta solución. Si te ha funcionado quitarle los atributos, vuelve a editar el archivo con edit, o pasa a la primera solución.

Cuarta solución:

El archivo es oculto, tiene permisos de lectura y con el símbolo del sistema no se puede modificar.

Entonces descargamos un programa llamado HostsXpert, con el que definitivamente logré editar el famoso archivo hosts.
Lo descargamos y lo ejecutamos. Aparecerá el contenido del archivo hosts y sus maliciosas líneas, las cuales hay que eliminar.
Clic en Make Writeable?. Eso le dará los permisos de escritura al archivo para que lo podamos editar. Le damos a todas las líneas Clic derecho -> delete line hasta que solo quede una, la 127.0.0.1 localhost.

Verificamos ejecutando nuevamente C:\WINDOWS\system32\drivers\etc\hosts
Y si solo está esa única línea entramos a www.hotmail.com o www.live.com y nos daremos cuenta que el virus ya no estará y tendremos el correo electrónico en español.

Problema solucionado.