Soplona

Actividad de esDebian en tiempo real

No es necesario recargar el navegador

kik1n: Comentario añadido
almursi: Comentario añadido
  • Problema con la resolución despues de reinstalar Wheezy

    Enviado por almursi el 28 Marzo, 2015 - 21:30.

    Buenas, ¿la solución? diría que acordarte de cómo lo tenías enchufado con el conversor mrgreen . Trasteando he comprobado que las conexiones que ofrecen las tarjetas no siempre tienen las mismas posibilidades. Tendrías que localizar una que negocie correctamente el EDID con fglrx o el controlador gráfico que tengas activo (eso lo encuentras en /var/log/Xorg.0.log). Saludos cordiales.

Stiven: Comentario añadido
  • Problema con la resolución despues de reinstalar Wheezy

    Enviado por Stiven el 28 Marzo, 2015 - 20:58.

    Muchas gracias por tu respuesta, como se me olvidó informar ese detalle?? silbo

    El monitor lo tengo conectado a un puerto dvi por medio de un conversor dvi-vga, ya que obviamente el monitor solo tiene el conector vga. Lo que no entiendo es porque hace unos meses no tenía ese problema.

    Que debería hacer en este caso?

    Gracias por la respuesta nuevamente.

almursi: Comentario añadido
  • Problema con la resolución despues de reinstalar Wheezy

    Enviado por almursi el 28 Marzo, 2015 - 20:09.

    Buenas, el problema no es del sistema, sino de la conexión VGA (CRT1) que estás usando. Un ejemplo:

    Screen 0: minimum 320 x 200, current 1280 x 768, maximum 1920 x 1920
    DFP1 connected 1280x768+0+0 (normal left inverted right x axis y axis) 735mm x 420mm
       1400x1050      60.0 +   50.0     59.9 
       1920x1080      50.0 +   60.0     59.9     30.0     25.0     30.0 
       1776x1000      50.0     59.9     25.0     30.0 
       1680x1050      60.0     50.0     59.9 
       1600x900       50.0     59.9 
       1280x1024      60.0     50.0     59.9 
       1440x900       50.0     59.9 
       1280x960       50.0     59.9 
       1280x768       50.0*    59.9 
       1280x720       60.0     50.0     59.9 
       1024x768       50.0     59.9 
       1152x648       50.0     59.9 
       800x600        50.0     59.9 
       720x576        59.9     25.0     50.0 
       720x480        50.0     30.0     60.0     30.0     59.9 
       640x480        50.0     60.0     59.9 
    DFP2 disconnected (normal left inverted right x axis y axis)
    CRT1 disconnected (normal left inverted right x axis y axis)

    Si te fijas, en la salida DFP1 (que corresponde al HDMI) la información del dispositivo está completa: resolución máxima (1920x1080) y tamaño (735x420). Si el mismo aparato lo conecto al CRT1 (que es la conexión analógica VGA estándar), la resolución máxima es inferior.

    Tan sólo cambia la conexión y podrás configurarlo correctamente.

    Saludos cordiales.

adelgado3d: Comentario añadido
almursi: libro actualizado
  • Acceso MTP a Moto E (2015)

    MONTAR EL SERVICIO MTP EN EL MOTOROLA MOTO E (2ª GENERACIÓN-2015)

    Las notas para montar el Samsung t10 nos sirven de referencia, puesto que cualquier dispositivo MTP funcionará de modo idéntico. Sin embargo, en Debian 7 hay unas pocas diferencias.

    El Motorola Moto E puede actuar tanto como MTP como PTP. De hecho, como PTP (emulando una cámara) no es necesario activar nada, el dispositivo se monta automáticamente, pero es bastante áspero: debemos adivinar cuál es el almacenamiento interno y cuál la microsd. Usarlo como MTP requiere un poco más de trabajo, pero lo vamos a agradecer.

    Como se apunta en las notas sobre el Samsung, es bueno darle a nuestro usuario los permisos del grupo fuse:

    # adduser nuestrousuario fuse

    Para que el cambio sea efectivo tendremos que salir y volver a entrar con nuestro usuario.

    Creamos la carpeta contenedora del dispositivo (por ejemplo /media/motoe o cualquier otra con permisos de escritura para nuestro usuario).

    En Debian 7 necesitamos mtp-tools y jmtpfs.

    Para montar (después de tener permisos en fuse):

    # jmtpfs /media/motoe

    Desmontar:

    # fusermount -u /media/motoe

    Si algo no funciona el comando jmtpfs -l nos indicará si está activo o no (pero ojo, este comando o activar el modem, desactivarán el servicio MTP que tuviéramos montado).

    En la carpeta contenedora (/media/motoe en el ejemplo) tendremos acceso tanto al almacenamiento interno como a la microsd, con sus etiquetas, por lo que no habrá lugar a confusiones.

Stiven: foro añadido
  • Problema con la resolución despues de reinstalar Wheezy

    Hace unos meses tenía debian Wheezy corriendo en mi pc de escritorio sin ninguna dificultad, con resolucion full hd en mi monitor. Me he comprado un ssd y decidí reinstalar el sistema, pero ahora que lo he hecho no he sido capaz de obtener 1080 en la resolucion, solo me da hasta 1600x1200. He estado consultado e intentado de 2 maneras pero no he logrado resultados.

    Describo lo que he hecho:

    $lspci -k

    00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09)
    Subsystem: Giga-byte Technology Device 5000
    00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
    Kernel driver in use: pcieport
    00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
    Subsystem: Giga-byte Technology Device 5007
    Kernel driver in use: xhci_hcd
    00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
    Subsystem: Giga-byte Technology Device 1c3a
    00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
    Subsystem: Giga-byte Technology Device 5006
    Kernel driver in use: ehci_hcd
    00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
    Subsystem: Giga-byte Technology Device a014
    Kernel driver in use: snd_hda_intel
    00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
    Kernel driver in use: pcieport
    00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4)
    Kernel driver in use: pcieport
    00:1c.5 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c4)
    00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 7 (rev c4)
    Kernel driver in use: pcieport
    00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4)
    Kernel driver in use: pcieport
    00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
    Subsystem: Giga-byte Technology Device 5006
    Kernel driver in use: ehci_hcd
    00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04)
    Subsystem: Giga-byte Technology Device 5001
    00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
    Subsystem: Giga-byte Technology Device b005
    Kernel driver in use: ahci
    00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
    Subsystem: Giga-byte Technology Device 5001
    01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Pitcairn PRO [Radeon HD 7800]
    Subsystem: PC Partner Limited Device e221
    Kernel driver in use: fglrx_pci
    01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Device aab0
    Subsystem: PC Partner Limited Device aab0
    03:00.0 USB controller: VIA Technologies, Inc. Device 3432 (rev 03)
    Subsystem: Giga-byte Technology Device 5007
    Kernel driver in use: xhci_hcd
    04:00.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 41)
    06:00.0 Ethernet controller: Atheros Communications Inc. AR8161 Gigabit Ethernet (rev 10)
    Subsystem: Giga-byte Technology Device e000
    Kernel driver in use: alx
    07:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11)
    Subsystem: Giga-byte Technology Device b000
    Kernel driver in use: ahci

    $ xrandr

    Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600
    DFP1 disconnected (normal left inverted right x axis y axis)
    DFP2 disconnected (normal left inverted right x axis y axis)
    DFP3 disconnected (normal left inverted right x axis y axis)
    DFP4 disconnected (normal left inverted right x axis y axis)
    DFP5 disconnected (normal left inverted right x axis y axis)
    DFP6 disconnected (normal left inverted right x axis y axis)
    DFP7 disconnected (normal left inverted right x axis y axis)
    CRT1 connected 1600x1200+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
       1600x1200      60.0*+
       1400x1050      60.0 
       1600x900       60.0 
       1280x1024      60.0 
       1440x900       59.9 
       1280x960       60.0 
       1366x768       59.8 
       1360x768       60.0 
       1280x800       59.8 
       1152x864       60.0 
       1280x768       59.9 
       1280x720       60.0 
       1024x768       60.0 
       800x600        60.3 
       720x480        60.0 
       640x480        59.9

    $cvt 1920 1080 60

    # 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
    Modeline "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync

    $ xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
    $ xrandr

    Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600
    DFP1 disconnected (normal left inverted right x axis y axis)
    DFP2 disconnected (normal left inverted right x axis y axis)
    DFP3 disconnected (normal left inverted right x axis y axis)
    DFP4 disconnected (normal left inverted right x axis y axis)
    DFP5 disconnected (normal left inverted right x axis y axis)
    DFP6 disconnected (normal left inverted right x axis y axis)
    DFP7 disconnected (normal left inverted right x axis y axis)
    CRT1 connected 1600x1200+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
       1600x1200      60.0*+
       1400x1050      60.0 
       1600x900       60.0 
       1280x1024      60.0 
       1440x900       59.9 
       1280x960       60.0 
       1366x768       59.8 
       1360x768       60.0 
       1280x800       59.8 
       1152x864       60.0 
       1280x768       59.9 
       1280x720       60.0 
       1024x768       60.0 
       800x600        60.3 
       720x480        60.0 
       640x480        59.9 
      1920x1080_60.00 (0xcb)  173.0MHz
            h: width  1920 start 2048 end 2248 total 2576 skew    0 clock   67.2KHz
            v: height 1080 start 1083 end 1088 total 1120           clock   60.0Hz

    y cuando intento

    $xrandr --addmode CRT1 "1920x1080_60.00"

    X Error of failed request:  BadMatch (invalid parameter attributes)
      Major opcode of failed request:  157 (RANDR)
      Minor opcode of failed request:  18 (RRAddOutputMode)
      Serial number of failed request:  49
      Current serial number in output stream:  50

    Me da ese error.

    Tambien he intentado agregar las lineas correspondientes al archivo /etc/X11/xorg.conf pero continuo con el mismo problema.

    Alguien podría darme una mano?

diavlo: Comentario añadido
hectorsales: Comentario actualizado
hectorsales: Comentario actualizado
hectorsales: Comentario añadido
rogerdeb: Comentario añadido
  • Polycom Video Conferencia

    Enviado por rogerdeb el 27 Marzo, 2015 - 16:19.

    rogerdeb escribió:

    ¿Que aplicacion gratuita para debian, puedo utilizar para conectarme a un servidor dedicado Polycom de Video Conferencia ?

    Necesito una gratuita, porque no tenemos el dinero para conectarnos con el cliente pago.

rogerdeb: foro añadido
  • Polycom Video Conferencia

    ¿Que aplicacion gratuita, puedo utilizar para conectarme a un servidor dedicado Polycom de Video Conferencia ?

    Necesito una gratuita, porque no tenemos el dinero para conectarnos con el cliente pago.

Pato Silva: Comentario añadido
  • Se me llenó la raíz, pero desconozco el motivo...

    Enviado por Pato Silva el 27 Marzo, 2015 - 15:11.

    Tu error fue borrar los logs asi, sin mas.

    Los archivos de log son archivos que estan abiertos siempre. rsyslog los mantienen asi, ya que esta escribiendo constantemente.

    Cuando borraste esos archivos, el archivo en si desaparece de la vista, pero al seguir abierto el espacio no se libera, de hecho el archivo puede seguir creciendo y ocupar todo el espacio.
    Al reiniciar la maquina los procesos se mueren, los archivos se cierran y por tanto el espacio se libera. Si hubieras reiniciado rsyslog el resultado seria el mismo.

    Seguramente /var debiera estar en una particion aparte.

    Saludos