El Jueves, 12 de Enero de 2006 00:02, JTC escribió:
> Hace unas semanas instale Debian Sarge 3.1 r0a con nucleo 2.6.8
> A los pocos dias dejo de funcionar el motaje automatico de los cdroms al
> insertarlos en el lector, a pesar de tener marcadas todas las opciones
> en Aplicaciones/Preferencias de escritorio/Unidades y Soportes
> extraibles, como los perifericos extraibles (llave USB, camara USB) no
> dejaron de montarse al conectarlos no le di mas importancia.
>
> No ostante hace poco decidi cambiar la carpeta /var, antes tenia una
> particion dedicada de 3 GB y como sobraba mucho sitio en la / (de 4 GB,
> con partcion de 50 MB para /boot y un otra de 4 GB para /usr). Asi que
> cree desde Knoppix una carpeta var en / y con el tar pase todos los
> archivos desde la particion para no tener problemas con los permisos. A
> pesar de que el sistema arranco bien, dejo de funcionar el sistema de
> unidades y soportes extraibles.
>
> Investigando un poco encontre que detras esta el demonio hald y que el
> problema era la carpeta /var/run/hal que no tenia asignado el
> propietario adecuado.Restableci el propietario y grupo a hal y volvio a
> funcionar.
>
> Como descubri las herramientas lshal y hal-se-property segui
> investigando a ver si podia arreglar lo de los cd-rom.
>
> Ejecutando lshal descubri mis dos unidades IDE:
> udi='org/freedestop/hal/devices/block_22_0
> ...
> ...
> info.product=HL-DT-ST GCE-8220B
> ...
> ...
> udi='org/freedestop/hal/devices/block_22_64
> ...
> ...
> info.product=HL-DT-STDVD-ROM GDR8161B
> ...
> ...
> y mi unidad USB:
> udi='org/freedestop/hal/devices/block_11_0
> ...
> ...
> info.product=ED16DVDR
> ...
>
> Creo, no se si acertadamente que el problema es de la linea siguiente:
> Block.have_scanned=false(bool)
> ya que conectando la llave usb, en esta que si se monta y se abre la
> ventana correpondienrte de nautilus esta linea es "true"
>
> Asi que ejecute la orden siguiente:
>
> debian:~# hal-set-property --udi block_22_0 --key block.have_scanned
> --bool true
>
> libhal.c 1324: org.freedesktop.DBus.Error.NoReply raised
> "No reply within specified time"
>
>
> Bueno, aqui ya es donde me perdi.
> Puede alguien orientarme un poco?
A mí también me pasó ayer mismo, supongo que tras actualizar "hal".
Lo solucioné editando el archivo /etc/default/hal y dejándolo así:
# This will run the hal daemon as user root
DAEMON_OPTS=
El que me instaló el nuevo "hal" era así:
# This will run the hal daemon as normal user 'hal' with some additional
# privileges; This will not execute callout scripts as root (so fstab-sync
# won't work) and makes hal unable to do filesystem type autodetection for
# non-removable devices
DAEMON_OPTS=--drop-privileges
Prueba a cambiarlo y a reiniciar el ordenador (lo digo porque no sé que
servicio reiniciar para que los cambios surjan efecto).
--
y hasta aquí puedo leer...
