jueves, 26 de julio de 2012

PROBLEMAS EN EL ARRANQUE DE UBUNTU

Give root password for maintenance shell  (or type Control-D to continue)





Tu sistema no arranca y te sale un mensaje más o menos parecido a este:

Give root password for maintenance shell  (or type Control-D to continue)

Algunas veces sucede sin razón aparente, pero la  relidad es que nada  es para siempre y los discos duros no son  la  excepción,  a pesar  que son " duros ", en realidad son uno de los componentes más delicados de una computadora, si no el más delicado de todos ellos.  Paradójicamente contiene  la  razón de  ser  de  la Informática,  me  refiero  nuestra inapreciable información.
Los discos duros  son susceptible a accidente, como cuando hay fluctuaciones del fluido eléctrico aunque  no llegue a irse del todo ( algo muy común ) o cuando  movemos  el  ordenador creando vibración mientras el mismo  está en funcionamiento (cosa que nunca se debe hacer ).  Esto puede producir desde nada, hasta que  los circuitos del computador  se  quemen  o la  superficie del disco sufra  daños físicos.

El siguiente procedimiento te ayudará a recuperar el sistema si lo que  ha pasado es debido a  la  despolarización  de sectores  del disco duro por fluctuaciones eléctricas  o a por  daño físico muy leve en  sectores pequeñós o debido al desgaste natural del mismo disco, pero  no  es garantizado, por  eso recuerda  siempre tener  un respaldo  de  tu información.

 Si el  equipo  no  arranca y  el error : root password required or press ctrl-d   continúa apareciendo, sin  poder  entrar  a la consola  de  recuperación intenta esto:

MATERIALES:
  1.  Consigue un CD o DVD que inicie en modo live CD 
    1. Yo use Kubuntu 8.04.4 LTS (Hardy Heron).
    2. Puntos  a  tener  en cuenta  al escojer el live CD:
      1. Que  no requiera demasiada memoria  para "correr live".
      2. Que tenga soporte para nuestro sistema  de archivos
        1. Por ejemplo:  ext3  o ext4
PROCEDIMIENTO:
  1. Inicia el ordenador  con el disco  en  modo live.
  2. Abre la  un terminal: vamos  a trabajar desde  la  línea  de comando.
  3. Inicia  una  sesión como usuario root.
  4. Aplica el siguiente comando para detectar tus unidades  de  disco:
    • root@ubuntu:~# fdisk -l
  5. En  la  salida  de datos debe  ser  parecida  a  la  siguiente: 
    • Como los  problemas son en  el inicio  del sistema,  buscamos la  partición   con el   * , que nos  indica cual es.  Usaremos el dato:  /dev/sda1
  6. Aplica el comando BadBolcks  para crear  un archivo (bad-blocks), este es  el  resumen  de los  hallazgos encontrados y nos  ayuda  a ahorrar  tiempo  y así  no revisar  directamente  toda  la partición con fsck, ya que tarda más.
    • root@ubuntu:~# badblocks -v /dev/sda1 > bad-blocks
  7. Con el comando fsck corregimos  los  defectos  encontrados  en el disco usando el archivo creado anteriormente  para no  tener  que revisar  todos  los demás sectores:
    • root@ubuntu:~/Desktop# fsck -t ext3 -l bad-blocks /dev/sda1


 En este  caso  no  se reportaron  bloque  dañados afortunadamente,  pero  hay  otra serie  de  alteraciones  que  fueron  los  que originaron  el  error  anterior  como:
  • Cuando los nodos-i son parte de una lista enlazada que estaba huérfana y dañada.
  • Los bloques reclamados por más de un nodo-i.
  • Cuando  el número de nodos i libres no corresponde  al número que  está registrado.

En este caso  todo  resultó  exitoso !

PERO .... QUÉ  ES  UN  NODO-I ?

También  es  llamado inodo.  Es un  archivo en el cual  se  guarda la información administrativa,  junto con datos esenciales para el sistema tales como su longitud, la región del disco en la que se encuentra almacenado el contenido del un archivo y otros elementos.      Está compuesto de:
  • un nombre
  • contenido
  • información administrativa como permiso
  • fechas de modificación.
SABER MÁS:


FUENTES:
  1. http://linuxpoison.blogspot.com
  2. Manual de  fsck:     comando  man fsck  en consola

martes, 24 de julio de 2012

Problemas con ICEauthority

El archivo .ICEauthority  no es un archivo que  se  lea al inicio del entorno X;  es  un  archivo que  se crea o  es  escrito  en  el  arranque  del  entorno  gráfico X.   
Al arrancar se le da los permisos al usuario para escribir en display:0 y en /tmp.

Lo  podemos encontrar  oculto en  la  siguiente  ruta: /home/usuario/.ICEauthority
  
Cuando el sistema dice que no puede modificarlo, es porque no puede sobreescribirlo. 

Como  resultado  nos  manda  errores como:

" Comprobar  que  el dcopserver esté  en  ejecución "



Puede ser  causado  por: 

Se hizo algo como root en un entorno gráfico ( su, su - o,  sudo ). 

En ese momento, root entra a la interfaz gráfica y escribe .ICE.... Normalmente, al terminar la aplicación le devuelve los permisos al usuario. Pero si la aplicación falló, o si cerraste sesión antes de cerrar la aplicación del root, o si tienes  mala  suerte  como  suele  suceder, los permisos de ese archivo quedan configurados para root.


La  Solución  es:  Borrar  completamente  el  .ICEauthority.

$ sudo rm -rf .ICEauthority

Apagar  el  ordenador.

$ sudo poweroff

Ya que en  la  mayoría  de las veces iniciar X, e  incluso  reiniciar  el ordenador no  me  ha  funcionado,  recomiendo  apagarla  computadora, esperar  los  20 segundos reglamentarios e arrancarla nuevamente sin inconvenientes.

También existe el archivo .Xauthority, que puede presentar el mismo problema.

FUENTES:
  1. http://www.espaciolinux.com

lunes, 23 de julio de 2012

Duplicación de documentos al modificar y guardar en un servidor SAMBA desde OpenOffice

Quiero comentarles por si no lo sabían que los equipos en la empresa donde laboramos, Abaco y Yo funcionan con plataforma casi 100% linux para las estaciones de trabajo y utilizamos inicialmente KDE como entorno, debido a su gran parecido al sistema de Micro$oft para así facilitar la migración de los usuarios que por lo general vienen de este SO. Como muchos sabrán en linux existen diversas alternativas a las aplicaciones en Windows y el OpenOffice es solo una de ellas..
Nos propusimos actualizar los sistemas y habiendo creado el crono-grama, decidimos hacer algunas instalaciones piloto para ver como se comportaba el sistema, todo esto tratando de que el usuario se adaptase al nuevo entorno Gnome.

Todo se configuro correctamente en los equipos pilotos, pero lo usuarios de los equipos actualizados empezaron a notar algo extraño con el OpenOffice; cada vez que se modificaba un documento y se salvaba, el OpenOffice creaba un documento vació del mismo nombre pero con una secuencia de digitos de la siguiente manera:

Iniciando por ejemplo tenemos este documento:


Al abrir este documento, realizar algunas modificaciones y salvar los cambios, en la carpeta donde se encuentra el archivo ahora tendremos:


Como pueden ver se crea un nuevo documento al momento de salvar los cambios, si continuáramos realizando cambios y guardando nos seguiría generando Documento01.odt, Documento02.odt, Documento03.odt etc.

Nos pusimos a investigar, y aparentemente es un bug del OpenOffice que viene por defecto en ubuntu.

Para solucionar este problema tenemos 2 opciones, una larga y una super corta.

La larga es reinstalar el OpenOffice que tengamos pero usando los paquetes descargados de la web.

La corta es agregar una simple linea en fstab (/etc/fstab) en las opciones del montad.

No voy a entrar en detalles en como instalar la versión desde la web ya que existen diversos tutoriales para ello, por lo que solo voy a explicar la opción corta (Agregando un parámetro en el fstab).


A la carga...

Abrimos una terminal y nos logueamos como usuario root:

usuario@usuario:~$ su root

Abrimos con el editor de nuestra preferencia el fstab:

root@usuario:~# nano /etc/fstab

Buscamos la linea donde montamos la(s) carpeta(s) y agregamos como al final del ultimo flag "nobrl"

Por ejemplo:

//SAMBA/docs /mnt/documentos cifs user=atlux,passwd=123,rw 0 





Quedaria asi:

//SAMBA/docs /mnt/documentos cifs user=atlux,passwd=123,nobrl,rw 0



Donde:

//SAMBA/docs es nuestro servidor de archivos SAMBA

/mnt/documentos es la ruta donde montamos la carpeta localmente



El resto, los parámetros que queremos que tome al montar la carpeta

Para terminar hacemos un:

root@usuario:~# umount -a para desmontar todas las carpetas montadas y un
root@usuario:~# mount -a para volver a montar todo.

Si todo ha salido bien tendremos el bug corregido, y no se duplicaran los archivos a medida que salvemos los cambios.

Haciendo las pruebas nos percatamos de que el bug efectivamente fue corregido a partir de la versión 11.04 de Ubuntu, por lo que no tienen de que preocuparse si leen esto. XD