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

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)

Publicado el 8 febrero, 2013 por Javier Carrasco

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)

Publicado el 8 febrero, 2013 por Javier Carrasco

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)

Publicado el 8 febrero, 2013 por Javier Carrasco

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