Conecté el equipo y reinicié Debian a ver si lo detecta, pero informa ni muestra ningún icono referente a que reconoció el dispositivo.
En la aplicación Administrador de Archivos - Root, tampoco lo visualiza.
21/08/2006, 07:49
| |||
| |||
| Debian No detecta DVD en puerto USB Conecté el equipo y reinicié Debian a ver si lo detecta, pero informa ni muestra ningún icono referente a que reconoció el dispositivo. En la aplicación Administrador de Archivos - Root, tampoco lo visualiza. |
|
21/08/2006, 08:30
| ||||
| ||||
| Conecta el dispositivo, y en la consola teclea LSUSB (en minúsculas). Dinos qué aparece. |
|
21/08/2006, 08:52
| |||
| |||
| # lsusb Bus 004 Device 005: ID 0ecd:a100 Lite-On IT Corp. Bus 004 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 Bus 002 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 |
|
21/08/2006, 12:42
| |||
| |||
| Desde consola como usuario root, traté de ver si me lo detectaba, pero tampoco. # cd /media /media# ls cdrom cdrom0 cdrom1 floppy floppy0 Por ahí existe un comando o programa "Hal" para detectar hardware externo en puertos USB : Pendrive, DVD, etc. |
|
21/08/2006, 15:05
| ||||
| ||||
| ¿Sólo te basas en que no aparece ningún icono en el escritorio para decir que Linux no lo detecta? ¿Qué dice el comando "dmesg" cuando lo conectas? Lo de que no aparezca en /media es lógico, pues debes crear tú el directorio y configurarlo como punto de montaje del dispositivo en /etc/fstab, eso no es automático.
__________________ |
|
21/08/2006, 15:17
| ||||
| ||||
| Cita: ¿Seguro? Aqui basta con enchufar mi pendrive (llamado cariñosamente TUXDRIVE) para que "automágicamente" se cree el directorio /media/TUXDRIVE. Creo que los culpables son HAL y UDEV.
Iniciado por srabadie  (...) Lo de que no aparezca en /media es lógico, pues debes crear tú el directorio y configurarlo como punto de montaje del dispositivo en /etc/fstab, eso no es automático.
__________________ Christian González, "OCIOMax" http://chgonzalez.blogspot.com http://twitter.com/chgonzalez |
|
21/08/2006, 16:25
| ||||
| ||||
| Cita: Vaya, eso mola. Yo utilizo autofs, la verdad es que no he encontrado nada más cómodo para las unidades ópticas.
Iniciado por ociomax ¿Seguro? Aqui basta con enchufar mi pendrive (llamado cariñosamente TUXDRIVE) para que "automágicamente" se cree el directorio /media/TUXDRIVE. Creo que los culpables son HAL y UDEV. Saludos.
__________________ |
|
22/08/2006, 09:32
| |||
| |||
| Después de conectar el DVD : #dmesg usbcore: registered new driver usb-storage USB Mass Storage support registered. usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hdc: LTN486S, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) hda: cache flushes supported hda: hda1 hda2 < hda5 > hda3 hda4 hdc: ATAPI 48X CD-ROM drive, 120kB Cache, DMA Uniform CD-ROM driver Revision: 3.20 Attempting manual resume kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. input: PC Speaker as /class/input/input1 input: ImPS/2 Logitech Wheel Mouse as /class/input/input2 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 pci_hotplug: PCI Hot Plug PCI Core version: 0.5 shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 hw_random hardware driver 1.0.0 loaded Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 865 Chipset. agpgart: Detected 8060K stolen memory. agpgart: AGP aperture is 128M @ 0xf0000000 Real Time Clock Driver v1.12 Vendor: LITE-ON Model: DVDRW SOHW-832S Rev: VS04 Type: CD-ROM ANSI SCSI revision: 00 usb-storage: device scan complete parport: PnPBIOS parport detected. parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA] mice: PS/2 mouse device common for all mice sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray sr 2:0:0:0: Attached scsi CD-ROM sr0 ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 209 PCI: Setting latency timer of device 0000:00:1f.5 to 64 intel8x0_measure_ac97_clock: measured 50126 usecs intel8x0: clocking to 48000 Intel 810 + AC97 Audio, version 1.01, 20:17:32 Feb 21 2006 Adding 499928k swap on /dev/hda5. Priority:-1 extents:1 across:499928k EXT3 FS on hda3, internal journal device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [email protected] kjournald starting. Commit interval 5 seconds EXT3 FS on hda4, internal journal EXT3-fs: mounted filesystem with ordered data mode. tg3: eth0: Link is up at 100 Mbps, full duplex. tg3: eth0: Flow control is off for TX and off for RX. NET: Registered protocol family 10 lo: Disabled Privacy Extensions IPv6 over IPv4 tunneling driver [drm] Initialized drm 1.0.0 20040925 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 169 [drm] Initialized i830 1.3.2 20021108 on minor 0: mtrr: base(0xf0020000) is not aligned on a size(0x258000) boundary eth0: no IPv6 routers present usb 4-1: USB disconnect, address 2 usb 4-6: new high speed USB device using ehci_hcd and address 3 scsi3 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 3 usb-storage: waiting for device to settle before scanning Vendor: LITE-ON Model: DVDRW SOHW-832S Rev: VS04 Type: CD-ROM ANSI SCSI revision: 00 sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray sr 3:0:0:0: Attached scsi CD-ROM sr0 usb-storage: device scan complete usb 4-6: USB disconnect, address 3 Y otras configuraciones más pero es muy largo el texto. OCIOMAX dice "Creo que los culpables son HAL y UDEV." Porqué? |
|
22/08/2006, 10:10
| ||||
| ||||
| Quiero decir que los sistemas HAL (Hardware Abstraction Layer) y UDEV son los encargados de detectar que se ha registrado un nuevo dispositivo en el sistema, crear el punto de montaje y la entrada en /etc/fstab, y eventualmente montar la unidad (si corresponde). Todo esto funciona sólo si estás usando un kernel de la serie 2.6.
__________________ Christian González, "OCIOMax" http://chgonzalez.blogspot.com http://twitter.com/chgonzalez |
|
22/08/2006, 11:49
| ||||
| ||||
| Cita: Entonces sí que la detecta. ¿Qué es lo que quieres hacer con él? ¿Leer? ¿Escribir?
Iniciado por jglorenzosqr usb 4-6: new high speed USB device using ehci_hcd and address 3 scsi3 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 3 usb-storage: waiting for device to settle before scanning Vendor: LITE-ON Model: DVDRW SOHW-832S Rev: VS04 Type: CD-ROM ANSI SCSI revision: 00 sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray sr 3:0:0:0: Attached scsi CD-ROM sr0 usb-storage: device scan complete usb 4-6: USB disconnect, address 3 Yo le daría caña a udev, crearía una regla para que creara un enlace simbólico (por ejemplo "migrabadora") que apunte al fichero de dispositivo correcto cada vez que lo enchufas, después crearía el punto de montaje (por ejemplo /media/migrabadora) y añadiría la entrada correspondiente en el /etc/fstab:
Código:
Si no sabes crear una regla udev para que haga lo del enlace simbólico, puedes encontrar cómo hacerlo aquí./dev/migrabadora /media/migrabadora iso9660 ro,user,noauto,unhide 0 0 Tal vez ociomax quiera explicarte cómo lo configura él y yo aprobeche su explicación  Saludos.
__________________ |
|
22/08/2006, 13:38
| |||
| |||
| Seguí estos pasos para montar el dispositivo y funcionó : 1) # vi /etc/fstab agregué esta linea: /dev/sr0 /mnt/sr0 iso9660 rw,user,noauto 0 0 2) creo el directorio /mnt/sr0: #mkdir /mnt/sr0 Cargo el administrador de archivos - root, y lo montó. |
|
22/08/2006, 13:44
| |||
| |||
| Quiero que Debian lo detecte para luego respaldar información... Cita: Muy importante el link de bulma.
Iniciado por srabadie Entonces sí que la detecta. ¿Qué es lo que quieres hacer con él? ¿Leer? ¿Escribir? Yo le daría caña a udev, crearía una regla para que creara un enlace simbólico (por ejemplo "migrabadora") que apunte al fichero de dispositivo correcto cada vez que lo enchufas, después crearía el punto de montaje (por ejemplo /media/migrabadora) y añadiría la entrada correspondiente en el /etc/fstab:
Código:
Si no sabes crear una regla udev para que haga lo del enlace simbólico, puedes encontrar cómo hacerlo aquí./dev/migrabadora /media/migrabadora iso9660 ro,user,noauto,unhide 0 0 Tal vez ociomax quiera explicarte cómo lo configura él y yo aprobeche su explicación Saludos. En mi caso, el punto de montaje sería en /etc/fstab : /dev/DVD /mnt/DVD/ iso9660 rw,user,noauto 0 0 y Crear el directorio #mkdir /mnt/DVD |
|
22/08/2006, 14:06
| ||||
| ||||
| Cita: Por supuesto que funciona, pero es mejor darle caña al udev, porque como es un dispositivo extraíble nadie te asegura que siempre vaya a apuntarle el fichero /dev/sr0. Crear la regla udev que te dije te asegura que, tome el nombre que tome el dispositivo, siempre le apunte a él un enlace situado en /dev/migrabadora y así al hacer el mount nunca te sorprenderás al ver que lo que has montado es otro dispositivo.
Iniciado por jglorenzosqr Seguí estos pasos para montar el dispositivo y funcionó : 1) # vi /etc/fstab agregué esta linea: /dev/sr0 /mnt/sr0 iso9660 rw,user,noauto 0 0 2) creo el directorio /mnt/sr0: #mkdir /mnt/sr0 Cargo el administrador de archivos - root, y lo montó. Por cierto, ¿Por qué la opción rw en el fstab? ¿No era una grabadora de CD? Para grabar CDs no hay que montarlos, solo para leerlos, así que ese rw tan sólo te provocará un mensaje parecido a éste: "No se pude montar con escritura, montando en sólo lectura...". Saludos. PD: ¡Ah! Y la opción user es para que no necesites ser root para poder montarlo.
__________________ |
|
22/08/2006, 14:51
| ||||
| ||||
| Cita: En realidad yo no configuré nada; la instalación por defecto de Fedora Core 5 usa ese sistema.
Iniciado por srabadie (...) Tal vez ociomax quiera explicarte cómo lo configura él y yo aprobeche su explicación (...)
__________________ Christian González, "OCIOMax" http://chgonzalez.blogspot.com http://twitter.com/chgonzalez |
|
23/08/2006, 04:19
| ||||
| ||||
| ¿Y eso no será gracias gracias a supermount? Tengo entendido que Fedora lo utiliza...
__________________ |
|
23/08/2006, 08:26
| ||||
| ||||
| Cita: No, Fedora es bastante reacia a incluir parches "no oficiales" en el kernel. Al parecer la cosa es más o menos así:
Iniciado por srabadie ¿Y eso no será gracias gracias a supermount? Tengo entendido que Fedora lo utiliza... 1. HAL detecta que se ha conectado un nuevo dispositivo. 2. UDEV crea las entradas necesarias en /dev y el directorio correspondiente en /media. 3. D-BUS le "avisa" a las aplicaciones interesadas. 4. El escritorio gráfico (en mi caso, KDE) recibe la información necesaria (gracias a D-BUS) y muestra una ventana emergente preguntando qué se desea hacer con el nuevo dispositivo: montarlo, abrir una ventana del explorador de archivos, etc. Desde el punto de vista del usuario, basta con enchufar el pendrive y esperar unos breves segundos para que el sistema le pregunte qué desea hacer con él. Obviamente, todo esto es configurable a través del Centro de control de KDE.
__________________ Christian González, "OCIOMax" http://chgonzalez.blogspot.com http://twitter.com/chgonzalez |
|
23/08/2006, 09:17
| ||||
| ||||
| Ok ok, si es que no he visto nada parecido ni en Debian ni en Arch y por eso pensé que se debe a algo diferente que traiga Fedora. Bueno, tanto Debian como Arch hacen todo lo expuesto excepto modificar el fstab y crear puntos de montaje bajo /media (al menos no por defecto). Saludos.
__________________ Última edición por srabadie; 23/08/2006 a las 09:23 |
|
23/08/2006, 09:24
| ||||
| ||||
| Cita: Pues yo uso Debian Etch, y según conecto la memoria USB, me sale la ventanita que dice Ociomax. Bueno, ya no me sale la ventanita, porque al final opté por marcar la casilla "recordar esta elección" (o algo así), y ahora siempre me abre una nueva pestaña en Konqueror con el contenido del dispositivo.
Iniciado por srabadie Ok ok, si es que no he visto nada parecido ni en Debian ni en Arch y por eso pensé que se debe a algo diferente que traiga Fedora. (...) |
|
23/08/2006, 10:00
| |||
| |||
| La configuracion de la regla udev para mis dispositivos seria algo asi : Cita: En el archivo /etc/udev/udev.rules, aparece esta linea de reglas para discos SCSI :
Iniciado por srabadie ...es mejor darle caña al udev, porque como es un dispositivo extraíble nadie te asegura que siempre vaya a apuntarle el fichero /dev/sr0. Crear la regla udev que te dije te asegura que, tome el nombre que tome el dispositivo, siempre le apunte a él un enlace situado en /dev/migrabadora y así al hacer el mount nunca te sorprenderás al ver que lo que has montado es otro dispositivo. Por cierto, ¿Por qué la opción rw en el fstab? ¿No era una grabadora de CD? Para grabar CDs no hay que montarlos, solo para leerlos, así que ese rw tan sólo te provocará un mensaje parecido a éste: "No se pude montar con escritura, montando en sólo lectura...". Saludos. PD: ¡Ah! Y la opción user es para que no necesites ser root para poder montarlo. # SCSI devices BUS=="scsi", KERNEL=="sr[0-9]*", NAME="DVD%n", SYMLINK+="sr%n" Modificarlo por : BUS=="scsi", KERNEL=="sr[0-9]*", NAME="scd%n", SYMLINK+="DVD" Luego en /etc/fstab, indicar : /dev/DVD /mnt/DVD/ iso9660 rw,user,noauto 0 0 es correcto ? La opcion rw la coloque por lo que me indicaba el comando dmesg, y unas indicaciones de otro forista. Pero, no entiendo, el DVD lo voy a usar para quemar, solamente por ahora. Pero si es mejor como ro ? bueno... |
|
23/08/2006, 10:50
| ||||
| ||||
| Cita: Si si, por supuesto. Lo que digo es que tanto Debian como Arch hacen todo lo expuesto por ociomax excepto lo de modificar el fstab y crear los puntos de montaje automáticamente bajo /media (al menos no por defecto). Esas dos cosas son las que no he visto.
Iniciado por Defero.tk Pues yo uso Debian Etch, y según conecto la memoria USB, me sale la ventanita que dice Ociomax. Bueno, ya no me sale la ventanita, porque al final opté por marcar la casilla "recordar esta elección" (o algo así), y ahora siempre me abre una nueva pestaña en Konqueror con el contenido del dispositivo. Lo de la ventana de KDE lo hacen ambos siempre que arranques udev, hal y dbus en el inicio. Saludos.
__________________ |
|
23/08/2006, 11:21
| ||||
| ||||
| Cita: No, no es correcto. Le has dicho a udev que cuando se conecte un dispositivo SCSI al que el núcleo le da el nombre "sr[0-9]*", se cree un fichero de dispositivo apuntando a él con el nombre "scd" seguido del número que le coresponda, y que además cree un enlace simbólico apuntando a éste nuevo fichero de dispositivo llamado DVD.
Iniciado por jglorenzosqr En el archivo /etc/udev/udev.rules, aparece esta linea de reglas para discos SCSI : # SCSI devices BUS=="scsi", KERNEL=="sr[0-9]*", NAME="DVD%n", SYMLINK+="sr%n" Modificarlo por : BUS=="scsi", KERNEL=="sr[0-9]*", NAME="scd%n", SYMLINK+="DVD" Luego en /etc/fstab, indicar : /dev/DVD /mnt/DVD/ iso9660 rw,user,noauto 0 0 es correcto ? ¿Qué ocurriría si conectas dos dispositivos de éstas características? No puede haber dos enlaces simbólicos apuntando a diferentes ficheros llamados igual bajo el mismo directorio (/dev). Por ésto deberías dejarlo como estaba antes. Lo que debes hacer es crear un nuevo fichero de reglas situado en /etc/udev/rules.d (tiene que acabar en .rules, por ejemplo: /etc/udev/rules.d/misreglas.rules) y allí definir las reglas para tu dispositivo. Define una regla tal que así:
Código:
Para saber qué tienes que poner en "AQUI TU MODELO", conéctalo y sigue éstos pasos:BUS=="scsi", SYSFS{product}=="AQUI TU MODELO", KERNEL=="sr*", NAME="%k", SYMLINK+="migrabadora"
Código:
Bien, ahora desconectalo y vuelvelo a conectar, comprueba que tras unos segundos aparece en un enlace simbólico en /dev/migrabadora apuntando al fichero que corresponde a tu grabadora.# udevinfo -q path -n /dev/sr0 (aquí te devuelve una ruta que llamaremos originalmente /ruta) # udevinfo -a -p /ruta | grep product Cita: ¿Qué es lo que te decía dmesg? Para grabar un CD no hace falta montarlo y no se tiene en cuenta para nada el contenido de fstab, que sólo vale para leer.
Iniciado por jglorenzosqr La opcion rw la coloque por lo que me indicaba el comando dmesg, y unas indicaciones de otro forista. Pero, no entiendo, el DVD lo voy a usar para quemar, solamente por ahora. Pero si es mejor como ro ? bueno... Saludos.
__________________ |
|
23/08/2006, 13:43
| |||
| |||
| Fue que inverti equivocadamente los parámetros NAME y SYMLINK Cita: Edité un archivo nuevo en /etc/udev/rules.d/reglasDVD.rules, con la siguiente línea de instrucción :
Iniciado por srabadie No, no es correcto. Le has dicho a udev que cuando se conecte un dispositivo SCSI al que el núcleo le da el nombre "sr[0-9]*", se cree un fichero de dispositivo apuntando a él con el nombre "scd" seguido del número que le coresponda, y que además cree un enlace simbólico apuntando a éste nuevo fichero de dispositivo llamado DVD. ¿Qué ocurriría si conectas dos dispositivos de éstas características? No puede haber dos enlaces simbólicos apuntando a diferentes ficheros llamados igual bajo el mismo directorio (/dev). Por ésto deberías dejarlo como estaba antes. Lo que debes hacer es crear un nuevo fichero de reglas situado en /etc/udev/rules.d (tiene que acabar en .rules, por ejemplo: /etc/udev/rules.d/misreglas.rules) y allí definir las reglas para tu dispositivo. Define una regla tal que así:
Código:
Para saber qué tienes que poner en "AQUI TU MODELO", conéctalo y sigue éstos pasos:BUS=="scsi", SYSFS{product}=="AQUI TU MODELO", KERNEL=="sr*", NAME="%k", SYMLINK+="migrabadora"
Código:
Bien, ahora desconectalo y vuelvelo a conectar, comprueba que tras unos segundos aparece en un enlace simbólico en /dev/migrabadora apuntando al fichero que corresponde a tu grabadora.# udevinfo -q path -n /dev/sr0 (aquí te devuelve una ruta que llamaremos originalmente /ruta) # udevinfo -a -p /ruta | grep product ¿Qué es lo que te decía dmesg? Para grabar un CD no hace falta montarlo y no se tiene en cuenta para nada el contenido de fstab, que sólo vale para leer. Saludos. BUS=="scsi", SYSFS{product}=="Mass Storage Device", KERNEL=="sr*", NAME="%k", SYMLINK+="DVD" El comando udevinfo detectó lo siguiente acerca del Dispositivo : # udevinfo -a -p /block/sr0 | grep product SYSFS{product}=="Mass Storage Device" SYSFS{product}=="EHCI Host Controller" Ahora no se si es necesario incluirle lo último sobre el SYSFS{product]=="EHCI Host Controller" o ambos términos ? Bueno, hice la modificación en /etc/fstab : /dev/sr0 /mnt/DVD iso9660 rw,user,noauto 0 0 Desconecté y volví a conectarlo, perfecto muestra el icono del DVD en en Desktop, y ya veo los archivos del CD. Todo bien, GRacias. |
|
23/08/2006, 13:49
| |||
| |||
| Bueno, ahora muestra dos iconos de DVD : uno que dice DVD (sr0) [/mnt/DVD/] desmontado, y otro DVD (scd0) [/mnt/DVD] montado. Trato de desmontar el que está montado para luego expulsar el CD, y me informa que el dispositivo esta ocupado. El otro que está desmontado trato de expulsar el CD y tampoco, pues dice : Eject /dev/sr0 failed ! |
|
23/08/2006, 14:28
| ||||
| ||||
| Debes introducir sólo un parámetro SYSFS{product} y éste debe ser "Mass Storage Device", ya que el otro no hace referncia a tu dispositivo. Tal y como has definido la regla udev la entrada en fstab debería hacer referencia a /dev/DVD y no a /dev/sr0, si no es como si no la hubieses creado (funcionará igual, siempre y cuando no conectes varios dispositivos algún día y tu núcleo le de el nombre sr1 en vez de sr0). Por cierto, lo de que aparezcan los dispositivos en el escritorio KDE no tiene nada que ver con el fstab, aunque no tuvieses ese archivo funcionaría igual... El fstab es para montarlo de manera tradicional (con mount). Saludos.
__________________ |
