Re: [OFF-TOPIC] Router se cae cuando recibe muchas conexiones de muchos clientes
El día 7 de octubre de 2014, 1:12, Ricardo escribió: > > El oct 6, 2014 5:40 p.m., "Maykel Franco" escribió: > > >> >> El día 6 de octubre de 2014, 19:21, Camaleón >> escribió: >> > El Mon, 06 Oct 2014 18:50:12 +0200, Maykel Franco escribió: >> > >> >> Al final he comprado otro routerOS de mikrokit. >> > >> > Ahora tendrás 2 routers que se caerán cuando reciban muchas peticiones >> > :-P >> >> Jajajaja >> >> > >> >> La idea era montar un WDS, puesto que era lo que más se adaptaba a lo >> >> que necesitaba. Lo que pasa que he leído en foros y no parece ir del >> >> todo bien. Algunos se quejan de que se viene abajo, otros decian que se >> >> reduce la velocidad a la mitad de transferencia, y sobre todo, no sé si >> >> actualmente, pero funciona bien con WEP pero con WPA da problemas... >> > >> > Vamos, pero NI SE TE OCURRA poner WEP >:-O >> >> Hasta ahí llego :P >> > >> > Por Google encuentras varios how-to para configurar los enrutadores en >> > modo puente/malla, yo lo porbaría antes de optar por otra solución. >> > >> > Mikrotik Wireless - Easy Steps Create WDS, Hotspot Implementation >> > >> > http://infodotnet.blogspot.com/2008/01/mikrotik-wireless-easy-steps-create-wds.html >> > >> >> Y estaba planteándome configurarlos por separados, con el mismo ESSID, >> >> mismo canal, misma frecuencia y por supuesto misma contraseña y >> >> encriptación y cifrado. >> >> >> >> De esta última forma, ¿podría tener algún problema de que ambos >> >> chocaran? Qué problemas podría tener de esta forma? >> > >> > Quizá sería conveniente que los configuraras en frecuencias/canales >> > diferentes con el mismo SSID/cifrado/credenciales. >> > >> > Saludos, >> > >> > -- >> > Camaleón >> > >> > >> > -- >> > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> > with a subject of "unsubscribe". Trouble? Contact >> > listmas...@lists.debian.org >> > Archive: https://lists.debian.org/pan.2014.10.06.17.21...@gmail.com >> > >> >> Ya lo tengo puesto...Ahora a probarlo. >> >> Lo que no me ha convencido es sincronizarlos por así decirlo usando la >> mac address de la interfaz WIFI, se debería de sncronizar usando >> algunas de las 10 interfaces de red que vienen con el cacharro... >> >> Gracias por la ayuda. >> >> Saludos. >> >> > Hola Maykel, podes configurar con el mismo SSID, canal, contraseña etc, las > interfaces metele en un Bridge y en este activale en modo SRTP, no vas > tener problemas, yo tengo configurado algo de 18 routerOS de esta forma anda > muy bien. > > Saludos > > Ricardo Gracias Ricardo. Es la solución que voy a tomar, porque los he puesto en WDS y ha sido oun desastre... 90% de CPU usada por los cacharros, se venían abajo cada 2 por tres...tanto las interfaces como el router... Un desastre... Al final tenias razón Camaleón, 2 routers caídos jajajaja. Ahora los e puesto independiente con mismo canal, essid, contaseña, encriptación...etc. Y están tirando muy bien. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA-fw_KkEe0JvEBvBtT+rpO69jmAOgRUQCSR3dE=ovn...@mail.gmail.com
Re: [OFF-TOPIC] Router se cae cuando recibe muchas conexiones de muchos clientes
El día 7 de octubre de 2014, 13:37, Ricardo escribió: > > El oct 7, 2014 7:57 a.m., "Maykel Franco" escribió: > > >> >> El día 7 de octubre de 2014, 1:12, Ricardo >> escribió: >> > >> > El oct 6, 2014 5:40 p.m., "Maykel Franco" >> > escribió: >> > >> > >> >> >> >> El día 6 de octubre de 2014, 19:21, Camaleón >> >> escribió: >> >> > El Mon, 06 Oct 2014 18:50:12 +0200, Maykel Franco escribió: >> >> > >> >> >> Al final he comprado otro routerOS de mikrokit. >> >> > >> >> > Ahora tendrás 2 routers que se caerán cuando reciban muchas >> >> > peticiones >> >> > :-P >> >> >> >> Jajajaja >> >> >> >> > >> >> >> La idea era montar un WDS, puesto que era lo que más se adaptaba a >> >> >> lo >> >> >> que necesitaba. Lo que pasa que he leído en foros y no parece ir >> >> >> del >> >> >> todo bien. Algunos se quejan de que se viene abajo, otros decian que >> >> >> se >> >> >> reduce la velocidad a la mitad de transferencia, y sobre todo, no sé >> >> >> si >> >> >> actualmente, pero funciona bien con WEP pero con WPA da problemas... >> >> > >> >> > Vamos, pero NI SE TE OCURRA poner WEP >:-O >> >> >> >> Hasta ahí llego :P >> >> > >> >> > Por Google encuentras varios how-to para configurar los enrutadores >> >> > en >> >> > modo puente/malla, yo lo porbaría antes de optar por otra solución. >> >> > >> >> > Mikrotik Wireless - Easy Steps Create WDS, Hotspot Implementation >> >> > >> >> > >> >> > http://infodotnet.blogspot.com/2008/01/mikrotik-wireless-easy-steps-create-wds.html >> >> > >> >> >> Y estaba planteándome configurarlos por separados, con el mismo >> >> >> ESSID, >> >> >> mismo canal, misma frecuencia y por supuesto misma contraseña y >> >> >> encriptación y cifrado. >> >> >> >> >> >> De esta última forma, ¿podría tener algún problema de que ambos >> >> >> chocaran? Qué problemas podría tener de esta forma? >> >> > >> >> > Quizá sería conveniente que los configuraras en frecuencias/canales >> >> > diferentes con el mismo SSID/cifrado/credenciales. >> >> > >> >> > Saludos, >> >> > >> >> > -- >> >> > Camaleón >> >> > >> >> > >> >> > -- >> >> > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> >> > with a subject of "unsubscribe". Trouble? Contact >> >> > listmas...@lists.debian.org >> >> > Archive: https://lists.debian.org/pan.2014.10.06.17.21...@gmail.com >> >> > >> >> >> >> Ya lo tengo puesto...Ahora a probarlo. >> >> >> >> Lo que no me ha convencido es sincronizarlos por así decirlo usando la >> >> mac address de la interfaz WIFI, se debería de sncronizar usando >> >> algunas de las 10 interfaces de red que vienen con el cacharro... >> >> >> >> Gracias por la ayuda. >> >> >> >> Saludos. >> >> >> >> >> > Hola Maykel, podes configurar con el mismo SSID, canal, contraseña etc, >> > las >> > interfaces metele en un Bridge y en este activale en modo SRTP, no vas >> > tener problemas, yo tengo configurado algo de 18 routerOS de esta forma >> > anda >> > muy bien. >> > >> > Saludos >> > >> > Ricardo >> >> >> Gracias Ricardo. >> >> Es la solución que voy a tomar, porque los he puesto en WDS y ha sido >> oun desastre... 90% de CPU usada por los cacharros, se venían abajo >> cada 2 por tres...tanto las interfaces como el router... Un >> desastre... >> >> Al final tenias razón Camaleón, 2 routers caídos jajajaja. >> >> Ahora los e puesto independiente con mismo canal, essid, contaseña, >> encriptación...etc. >> >> Y están tirando muy bien. >> >> Saludos. >> >> > Hola > > Dos RouterOS configurados por WDS aveces se cae todo, no se que pasa pienso > que quizás sea por el hardaware que tiene, no pude indagarlo bien por falta > de tiempo, que modeloesta de cacharro estas usando? > > Saludos > > Ricardo Si puede ser el hardware...aunque esa configuración tampoco le favorece... Es este: http://www.amazon.es/gp/product/B00IFDM6YM/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1 Por cierto, usar el mismo canal no dará lugar a que los 2 choquen? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA_WWCYLRJcaqSxxFVMBKcMo88D+w3HiaBUCr5UTFm=8...@mail.gmail.com
Ayuda Wireless
Buenos dias Lista, Queria saber si alguien me pudiera ayudar con un problema que tengo con la wireless del portatil. A nivel de hardware funciona correctamente, puesto que si entro con el kernel anterior que tenia funciona sin problemas, sin embargo al entrar con un "nuevo" kernel 3.8 me da problemas o mas que problemas diria yo.. no lo detecta como wireless . Si entro con dicho kernel al sistema no me detecta la tarjeta de red, pese a estar los modulos cargados : La salida de lshw correspondiente a la tarjeta : *-pci:1 description: PCI bridge product: N10/ICH 7 Family PCI Express Port 2 vendor: Intel Corporation physical id: 1c.1 bus info: pci@:00:1c.1 version: 02 width: 32 bits clock: 33MHz capabilities: pci pciexpress msi pm normal_decode bus_master cap_list configuration: driver=pcieport resources: irq:41 ioport:1000(size=4096) memory:ff70-ff7f ioport:a020(size=2097152) *-network DISABLED description: Ethernet interface product: PRO/Wireless 3945ABG [Golan] Network Connection vendor: Intel Corporation physical id: 0 bus info: pci@:02:00.0 logical name: wlan0 version: 02 serial: 00:1b:77:39:7d:9b width: 32 bits clock: 33MHz capabilities: pm msi pciexpress bus_master cap_list ethernet physical configuration: broadcast=yes driver=iwl3945 driverversion=3.8.0-yesua firmware=N/A latency=0 link=no multicast=yes resources: irq:43 memory:ff7ff000-ff7f Ahi, ya se observa que aparece DISABLED , El lspci : 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 01) 02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02) Y los modulos cargados con el kernel que no me funciona : Module Size Used by cpufreq_conservative 2649 0 cpufreq_userspace 1396 0 cpufreq_powersave614 0 cpufreq_stats 2003 0 parport_pc 14439 0 ppdev 4069 0 lp 5614 0 parport20626 3 parport_pc,ppdev,lp rfcomm 23136 8 bridge 56478 0 stp 1057 1 bridge llc 2451 2 bridge,stp bnep7495 2 tun12751 0 binfmt_misc 4710 1 uinput 5192 1 fuse 49528 1 loop 11382 0 snd_hda_codec_realtek42856 1 snd_hda_intel 22642 0 btusb 8569 0 snd_hda_codec 67114 2 snd_hda_codec_realtek,snd_hda_intel bluetooth 142868 24 rfcomm,bnep,btusb joydev 6762 0 crc16 1035 1 bluetooth arc41473 2 iwl394563645 0 iwlegacy 56025 1 iwl3945 coretemp4237 0 snd_hwdep 3938 1 snd_hda_codec snd_pcm50045 2 snd_hda_intel,snd_hda_codec snd_seq33684 0 mac80211 303658 2 iwl3945,iwlegacy cfg80211 252757 3 iwl3945,iwlegacy,mac80211 asus_laptop13297 0 sparse_keymap 2024 1 asus_laptop intel_agp 7852 0 tpm_tis
Duda con respecto a repositorios en Debian - Unattended Upgrades
Estimados, estoy configurando Unattended Upgrades en un servidor con Debian Wheezy y me surge una duda con respecto a los orígenes de los paquetes. Las líneas de configuración de Unatended Upgrades que me originan la duda son las siguientes: // Automatically upgrade packages from these origin patterns Unattended-Upgrade::Origins-Pattern { // Archive or Suite based matching: // Note that this will silently match a different release after // migration to the specified archive (e.g. testing becomes the // new stable). // "o=Debian,a=stable"; // "o=Debian,a=stable-updates"; // "o=Debian,a=proposed-updates"; "origin=Debian,archive=stable,label=Debian-Security"; }; O más especificamente: // "o=Debian,a=stable"; // "o=Debian,a=stable-updates"; // "o=Debian,a=proposed-updates"; "origin=Debian,archive=stable,label=Debian-Security"; Según he leído por defecto Unattended Upgrades instala solo las actualizaciones de seguridad, lo cual por lo que veo se logra mediante la última línea. Pero entonces estoy un poco mareado con lo que harían las tres líneas anteriores. Tengo esta idea, corríjanme por favor si me equivoco: stable<--- Para recibir parches de paquetes que no se refieran a errores de seguridad stable-updates<--- Actualizaciones que se suponen estables pero no se puede asegurar que así sean (https://wiki.debian.org/StableProposedUpdates) proposed-updates <--- Lo que antes era "volatile". El típico ejemplo de las actualizaciones para un antivirus En el caso de que esté en lo correcto, qué opciones tendrían ustedes habilitadas para un servidor? Saludos y muchas gracias! Mauro. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5433dcbe.6060...@gmail.com
vpn en debian 7
Buenos días Tengo la tarea de tener varías empresas del mismo grupo comunicadas en diferentes zonas de la ciudad, de esta manera manejar facturación sist contables etc. Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open VPN o algún otro ?? Me pueden dar una mano agradezco toda información gracias a todos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/029e3f690499ffcb6fa1404dc89f0...@ida.cu
Re: vpn en debian 7
2014-10-07 9:26 GMT-03:00 : > Buenos días > > Tengo la tarea de tener varías empresas del mismo grupo comunicadas en > diferentes zonas de la ciudad, de esta manera manejar facturación sist > contables etc. > > Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open VPN > o algún otro ?? > > Me pueden dar una mano > > agradezco toda información > > gracias a todos > > > Yo aprendí a usar tinc y la posta que es muy buena. Me pareció re fácil de configurar y de usar. Lo bueno es que podes usar una especie de malla entre todos los nodos que conectes y funciona muy bien. Ademas que esta muy bien documentado. -- Pablo
Re: vpn en debian 7
El 07/10/2014, a las 14:38, Pablo escribió: > > > 2014-10-07 9:26 GMT-03:00 : >> Buenos días >> >> Tengo la tarea de tener varías empresas del mismo grupo comunicadas en >> diferentes zonas de la ciudad, de esta manera manejar facturación sist >> contables etc. >> >> Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open VPN o >> algún otro ?? >> >> Me pueden dar una mano >> >> agradezco toda información >> >> gracias a todos > > Yo aprendí a usar tinc y la posta que es muy buena. Me pareció re fácil de > configurar y de usar. Lo bueno es que podes usar una especie de malla entre > todos los nodos que conectes y funciona muy bien. Ademas que esta muy bien > documentado. > > > > -- > Pablo +1
Re: vpn en debian 7
El mar, 07-10-2014 a las 08:26 -0400, l...@ida.cu escribió: > Buenos días > > Tengo la tarea de tener varías empresas del mismo grupo comunicadas en > diferentes zonas de la ciudad, de esta manera manejar facturación sist > contables etc. > > Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open > VPN o algún otro ?? > > Me pueden dar una mano > > agradezco toda información > > gracias a todos > > no se si será lo mejor o mas seguro, pero yo conecto varias sedes con ipsec. Además no lo hice con linux, sino con pfsense (una 'distribución' de freebsd orientada a router/firewall), con un par de clicks ya lo dejás andando -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1412686852.1152.8.ca...@gmail.com
Re: Duda con respecto a repositorios en Debian - Unattended Upgrades
El martes, 7 oct 2014 a las 14:29 horas (UTC+2), Mauro Antivero escribió: >Estimados, estoy configurando Unattended Upgrades en un servidor con >Debian Wheezy y me surge una duda con respecto a los orígenes de los >paquetes. Las líneas de configuración de Unatended Upgrades que me >originan la duda son las siguientes: > >// Automatically upgrade packages from these origin patterns >Unattended-Upgrade::Origins-Pattern { > // Archive or Suite based matching: > // Note that this will silently match a different release after > // migration to the specified archive (e.g. testing becomes the > // new stable). >// "o=Debian,a=stable"; >// "o=Debian,a=stable-updates"; >// "o=Debian,a=proposed-updates"; > "origin=Debian,archive=stable,label=Debian-Security"; >}; > >O más especificamente: > >// "o=Debian,a=stable"; >// "o=Debian,a=stable-updates"; >// "o=Debian,a=proposed-updates"; > "origin=Debian,archive=stable,label=Debian-Security"; > >Según he leído por defecto Unattended Upgrades instala solo las >actualizaciones de seguridad, lo cual por lo que veo se logra mediante >la última línea. Pero entonces estoy un poco mareado con lo que harían >las tres líneas anteriores. Tengo esta idea, corríjanme por favor si me >equivoco: > >stable<--- Para recibir parches de paquetes que no se >refieran a errores de seguridad >stable-updates<--- Actualizaciones que se suponen estables pero no >se puede asegurar que así sean >(https://wiki.debian.org/StableProposedUpdates) >proposed-updates <--- Lo que antes era "volatile". El típico ejemplo de >las actualizaciones para un antivirus > >En el caso de que esté en lo correcto, qué opciones tendrían ustedes >habilitadas para un servidor? > >Saludos y muchas gracias! > >Mauro. > > Si te fijas bien, la línea correspondiente a "Debian-Security" es la única que no está comentada ("//" al inicio de la línea). Las demás no se procesan. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141007154001.0c6d7...@gmail.com
Re: vpn en debian 7
El 7 de octubre de 2014, 10:00, Gonzalo Rivero escribió: > El mar, 07-10-2014 a las 08:26 -0400, l...@ida.cu escribió: > > Buenos días > > > > Tengo la tarea de tener varías empresas del mismo grupo comunicadas en > > diferentes zonas de la ciudad, de esta manera manejar facturación sist > > contables etc. > > > > Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open > > VPN o algún otro ?? > > > > Me pueden dar una mano > > > > agradezco toda información > > > > gracias a todos > > > > > > no se si será lo mejor o mas seguro, pero yo conecto varias sedes con > ipsec. > Además no lo hice con linux, sino con pfsense (una 'distribución' de > freebsd orientada a router/firewall), con un par de clicks ya lo dejás > andando > > -- > (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/1412686852.1152.8.ca...@gmail.com > > No hay una mejor u otra peor incluso todas se parecen la diferencia esta en los alcances de cada una o sea que dependiendo de lo que quieras es la que mejor se acomoda a tus nesecidades -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
Re: Sonido en "jessie"
El Mon, 06 Oct 2014 15:05:31 -0300, Debian GMail escribió: > El 06/10/14 a las 12:16, Camaleón escibió: >> El Mon, 06 Oct 2014 12:07:53 -0300, Debian GMail escribió: >> >>> Apliqué la "solucion windos". >>> Realicé una instalación en limpio de la máquina, con "jessie" al día 5 >>> de octubre. >>> >>> El problema persiste, sigue sin sonido, pues no carga el módulo de >>> intel. >> >> (...) >> >> Ya respondí a Edward en este mismo hilo: >> >> https://lists.debian.org/debian-user-spanish/2014/10/msg00144.html >> >> > Igual. > No importa cómo escriba el módulo, si snd-hda-intel o snd_hda_intel, no > lo carga al inicio. > No hay forma. > > # cat /etc/modules > # /etc/modules: kernel modules to load at boot time. > # > # This file contains the names of kernel modules that should be loaded > # at boot time, one per line. Lines beginning with "#" are ignored. > snd_hda_intel model=auto Añade esta línea al final del archivo (detrás de "loop"): loop snd_hda_intel Reinicia el sistema y manda la salida de este comando: journalctl -b | grep -i inserted Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.14.20...@gmail.com
Re: Sonido en "jessie" [SEMI-SOLUCIONADO]
El Mon, 06 Oct 2014 16:45:26 -0300, Debian GMail escribió: > El 06/10/14 a las 15:36, Edward Villarroel (EDD) escibió: >> bueno me mandas hay lo que vas hacer!! pero si desde systemd para aca >> mi modulo de sonido siempre queda por fuera y ese /etc/modules al >> parecer ya no se usa por q esta sin modulos y no importa que o como lo >> escriba no lo carga No sé lo que os debe estar pasando con el archivo /etc/modules pero a mí no me da problemas. En ese archivo tengo únicamente el módulo "loop" pero si añado el del sonido de intel (snd_hda_intel) veo que lo intenta cargar dos veces y aborta porque ya está cargado dado que también tengo un chipset de sonido intel. > Bueno. > Lo que he hecho para que cargue el módulo al inicio es lo siguiente. > > Todo como root: > > # cp /etc/init.d/skeleton /etc/init.d/inicio > > # nano /etc/init.d/inicio En este archivo, cambio las líneas > DESC="Description of the service" DAEMON=/usr/sbin/daemonexecutablename > por DESC="Tareas a ejecutar al inicio" > DAEMON=/usr/sbin/inicio.sh y guardo el archivo. > > # nano /usr/sbin/inicio.sh y cargo la siguientes dos líneas: > > #!/bin/sh > modprobe snd-hda-intel model=auto > > y guardo el archivo (...) Es un baipás pero los módulos del kernel se deben cargar desde el archivo /etc/modules y si no lo hace me parece a mí más grave que el hecho de que no se cargue automáticamente el driver de audio de Intel y de eso sí que convendría informar en el BTS :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.14.31...@gmail.com
Re: Driver para las gráficas Intel funcional a medias
El Mon, 06 Oct 2014 21:08:34 +0200, Javier Silva escribió: > El día 6 de octubre de 2014, 15:51, Camaleón escribió: >> >> Como te dice Yukiteru san, gnome-shell necesita un adaptador gráfico con >> aceleración 3D (tanto en hardware como el driver), así que eso es lo >> primero que tendrías que comprobar, si se ha instalado/habilitado >> correctamente y siendo un chipset de intel no deberías tener problemas. >> >> grep -i dri /var/log/Xorg.0.log (...) > [ 8.034] (II) intel(0): direct rendering: DRI2 Enabled > [ 8.061] (EE) AIGLX error: Calling driver entry point failed > [ 8.062] (II) AIGLX: Screen 0 is not DRI capable > [ 8.114] (II) GLX: Initialized DRISWRAST GL provider for screen 0 Bueno, ahí veo un error (EE). Mira a ver si tienes instalado el paquete "libgl1-mesa-glx". Ese DRISWRAST me suena a "DRI software raster" que me parece que es renderizado por software, no por hardware. > Esto, después de la instalación del libgl1-mesa-dri-experimental, > exactamente igual que antes. > > La gráfica si que tiene aceleración, lo que creo es que debe tener > alguna cosa 'extraña' con el tema de la nueva aceleración SNA ¿es > posible? A ojos de gnome-shell lo único que le debe interesar para iniciarse es que esté activada la aceleración 3D en el driver de la tarjeta gráfica, que vaya más fino o a trompicones sería otro cantar :-? Mira a ver si puedes subir a www.pastebin.com el archivo completo de ~/.xsession-errors que es donde gnome-shell suele decirte por qué no carga. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.14.47...@gmail.com
Re: Problema mutt para enviar archivos adjuntos
El Mon, 06 Oct 2014 20:24:52 -0500, Debia Linux escribió: >>> El Tue, 03 May 2011 08:31:48 -0300, ,_(º> Alejandro Lucas escribió: >>> >>> Buen dia listas. Necesito enviar archivos adjuntos con mutt a traves de >>> una linea de comando. Primeramente ejecute el script, muy bueno por >>> cierto, que me envio Camaleón, y me decia que lo envio, y al no recibir >>> nada, ejecute desde consola el comando, y me tiraba que era imposible >>> adjuntar el archivo. >> >> Recuerda que tienes que tener el Mutt configurado para poder enviar >> mensajes con el script. >> >>> Los comandos que probe fueron: >>> >>> mutt -a [Archivo_Adjunto] -s Asunto destinatario mutt -a >>> [Archivo_Adjunto] -s Asunto destinatario <<< "Cuerpo Mensaje" >> >> Te has olvidado del "echo": >> >> echo "Cuerpo del mensaje" | mutt -a archivo -s asunto usua...@dominio.com > > Pues yo realice lo que dijiste Camaleon y me arroja el siguiente error Como no me refresques la memoria, porque no recuerdo qué dije hace 3 años ;-) Supongo que será esto: https://lists.debian.org/debian-user-spanish/2011/05/msg00073.html > echo "Cuerpo del mensaje" | mutt -a zztirar.png -s "este es el asunto" > mim...@gmail.com > Can't stat mim...@gmail.com: No existe el fichero o el directorio > > Ya lo intente varias veces y modificando la posicion del adjunto, > atnes, despues de el asunto y sigue igual. > > ¿Cual sera el problema? Pues espera que revise el manual... vale, hay que añadir 2 guiones: echo "Cuerpo del mensaje" | mutt -a zztirar.png -s "este es el asunto" -- usua...@example.com Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.14.59...@gmail.com
Re: Ayuda Wireless
El Tue, 07 Oct 2014 13:59:41 +0200, Yesua Ambrós escribió: (27 KiB de mesnaje, caray...) > Queria saber si alguien me pudiera ayudar con un problema que tengo > con la wireless del portatil. > > A nivel de hardware funciona correctamente, puesto que si entro con el > kernel anterior que tenia funciona sin problemas, sin embargo al entrar > con un "nuevo" kernel 3.8 me da problemas o mas que problemas diria > yo.. no lo detecta como wireless . (...) > Si entro con dicho kernel al sistema no me detecta la tarjeta de red, > pese a estar los modulos cargados : > > > La salida de lshw correspondiente a la tarjeta : (...) > Ahi, ya se observa que aparece DISABLED , (...) > Y los modulos cargados con el kernel que no me funciona : (...) Prueba a recargar el módulo. Ejecuta como root: modprobe -r iwl3945 modprobe iwl3945 A ve de qué se queja, aunque es posible que tengas que descargar antes otros módulos porque te dirá que está en uso. Y otra prueba tontuna es verificar que no tengas bloqueado el interruptor del wifi lo que podrás verificar con "rfkill list". Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.15.11...@gmail.com
Re: Problemas en Debian Wheezy con conky
El Tue, 07 Oct 2014 01:16:12 -0430, Frederit Mogollon escribió: > Camaleón, seguí tu sugerencia: > > 1. Creé un nuevo usuario llamado "pruebas". > > 2. Como estaba con configuración prederterminada, copié el script de > inicio y su archivo de configuración , desde la > carpeta del usuario anterior, y lo asigné a autoinicio. > > 3. Como no se ejecutaba el conky al arrancar el sistema, revise sus > permisos, y estaban asisgandos a "root", así que añadí el nuevo usuario > "pruebas" al grupo sudoers, y cambié el propietario del script en > cuestión y del conkyrc al nuevo usuario "pruebas". > > 4. Reinicié y voila... apareció el conky, perfecto una sola vez. Bien, pero ¿has mirado cuántas instancias de Conky te aparecen al iniciar la sesión? Menú de inicio → configuración → sesión e inicio → sesión. > Juan José seguí tus sugerencias con una modificación: > > 1. Las sesiones de Xfce se guardan en $HOME/.cache/sessions/ > > 2. Siguiendo pautas halladas en búsquedas previas en la web, ya había > probado el borrar las sesiones y ""guardar para futuros inicios de > sesión"". > > 3. Pero esta vez, probé borrando las sesiones de Xfce del nuevo usuario > "pruebas", creado a sugerencia de Camaleón, y al reiniciar > volvió a iniciar el conky duplicado. Moraleja: guarda la sesión. Es broma ;-) > Es extraño, no comprendo bien que ocurre, puesto que había leído en > distintos foros, blogs, etc., que al borrar sesiones y reiniciar (sin > sesiones guardadas) se resolvía este tipo de problema con conky > > pero aquí ocurre al revés: conky se inicia duplicado al borrar las > sesiones... y no hay en otro lado archivo .desktop alguno que lance > conky. o.O > > haber, por favor, si pueden explicarme esto... yo sigo pensando que > puede estar ocurriendo... Parece que se trata de un problema conocido o al mneos bastante común en XFCE, mira a ver si los pasos que comentan en este foro (#4) te sirven: multiple conky process with xfce session startup https://bbs.archlinux.org/viewtopic.php?pid=992748#p992748 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.15.18...@gmail.com
Re: Duda con respecto a repositorios en Debian - Unattended Upgrades
El Tue, 07 Oct 2014 09:29:50 -0300, Mauro Antivero escribió: > Estimados, estoy configurando Unattended Upgrades en un servidor con > Debian Wheezy y me surge una duda con respecto a los orígenes de los > paquetes. Las líneas de configuración de Unatended Upgrades que me > originan la duda son las siguientes: (...) > O más especificamente: > > // "o=Debian,a=stable"; > // "o=Debian,a=stable-updates"; > // "o=Debian,a=proposed-updates"; > "origin=Debian,archive=stable,label=Debian-Security"; > > Según he leído por defecto Unattended Upgrades instala solo las > actualizaciones de seguridad, lo cual por lo que veo se logra mediante > la última línea. Correcto. > Pero entonces estoy un poco mareado con lo que harían las tres líneas > anteriores. Tengo esta idea, corríjanme por favor si me equivoco: > > stable<--- Para recibir parches de paquetes que no se > refieran a errores de seguridad Bueno, el campo "archive" indica el tipo de repositorio por lo que entiendo que hará referencia a las distintas opciones (oldstable,stable,testing,sid). En el caso de "stable" estará apuntando al repositorio general desde donde se instalan los paquetes, pero este no suele actualizarse una vez que sale la versión de Debian (sería el equivalente del "main" del sources.list). > stable-updates<--- Actualizaciones > que se suponen estables pero no se puede asegurar que así sean > (https://wiki.debian.org/StableProposedUpdates) https://wiki.debian.org/StableUpdates > proposed-updates <--- Lo que antes era "volatile". El típico ejemplo de > las actualizaciones para un antivirus https://wiki.debian.org/StableProposedUpdates > En el caso de que esté en lo correcto, qué opciones tendrían ustedes > habilitadas para un servidor? Para un servidor en producción no usaría las actualizaciones automáticas porque te pueden dar un buen susto. Sí lo pondría es algún equipo que tenga de pruebas a modo de conejillo de indias en una VM para que en caso de que una actualización se lleve algo por el camino que sea un equipo de pruebas quien se lleve el golpe :-) Si es imperativo su uso, dejaría únicamente las actualizaciones de seguridad, es decir, lo mínimo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.15.31...@gmail.com
Re: [OFF-TOPIC] Router se cae cuando recibe muchas conexiones de muchos clientes
El Tue, 07 Oct 2014 13:46:55 +0200, Maykel Franco escribió: > El día 7 de octubre de 2014, 13:37, Ricardo > escribió: >> >> El oct 7, 2014 7:57 a.m., "Maykel Franco" >> escribió: (...) >>> > Hola Maykel, podes configurar con el mismo SSID, canal, contraseña >>> > etc, >>> > las interfaces metele en un Bridge y en este activale en modo SRTP, >>> > no vas tener problemas, yo tengo configurado algo de 18 routerOS de >>> > esta forma anda muy bien. >>> > >>> > Saludos >>> > >>> > Ricardo >>> >>> >>> Gracias Ricardo. >>> >>> Es la solución que voy a tomar, porque los he puesto en WDS y ha sido >>> oun desastre... 90% de CPU usada por los cacharros, se venían abajo >>> cada 2 por tres...tanto las interfaces como el router... Un >>> desastre... >>> >>> Al final tenias razón Camaleón, 2 routers caídos jajajaja. (...) :-) Pero no es normal que sea tan inestable. Salvo que le estés dando un uso que exceda su capacidad (es decir, que sea un router para gestionar 100 usuarios y estés dando servicio a 1000) no deberías tener problemas y menos aún tratándose de ese equipo. ¿Has pensando en contactar con su soporte técnico y explicarles el caso? > Por cierto, usar el mismo canal no dará lugar a que los 2 choquen? Yo pensaba que sí pero si no hay desconexiones espontáneas ni notas ninguna otra cosa rara (como velocidad o autentificación lenta) pues déjalos como están. Quizá estés en un espacio con poca saturado de conexiones inalámbricas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.15.39...@gmail.com
Re: Driver para las gráficas Intel funcional a medias
El día 7 de octubre de 2014, 16:47, Camaleón escribió: > El Mon, 06 Oct 2014 21:08:34 +0200, Javier Silva escribió: > >> El día 6 de octubre de 2014, 15:51, Camaleón escribió: >>> >>> Como te dice Yukiteru san, gnome-shell necesita un adaptador gráfico con >>> aceleración 3D (tanto en hardware como el driver), así que eso es lo >>> primero que tendrías que comprobar, si se ha instalado/habilitado >>> correctamente y siendo un chipset de intel no deberías tener problemas. >>> >>> grep -i dri /var/log/Xorg.0.log > > (...) > >> [ 8.034] (II) intel(0): direct rendering: DRI2 Enabled >> [ 8.061] (EE) AIGLX error: Calling driver entry point failed >> [ 8.062] (II) AIGLX: Screen 0 is not DRI capable >> [ 8.114] (II) GLX: Initialized DRISWRAST GL provider for screen 0 > > Bueno, ahí veo un error (EE). Mira a ver si tienes instalado el paquete > "libgl1-mesa-glx". Ese DRISWRAST me suena a "DRI software raster" que me > parece que es renderizado por software, no por hardware. > dpkg -l libgl* |grep -i "^ii" ii libgl1-mesa-dri:amd64 8.0.5-4+deb7u2 amd64free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-dri-experimental:amd64 8.0.5-4+deb7u2 amd64free implementation of the OpenGL API -- Extra DRI modules ii libgl1-mesa-glx:amd64 8.0.5-4+deb7u2 amd64free implementation of the OpenGL API -- GLX runtime ii libglade2-0 1:2.6.4-1 amd64library to load .glade files at runtime ii libglapi-mesa:amd64 8.0.5-4+deb7u2 amd64free implementation of the GL API -- shared library ii libglew1.7:amd641.7.0-3 amd64OpenGL Extension Wrangler - runtime environment ii libglib-perl3:1.260-1 amd64interface to the GLib and GObject libraries ii libglib2.0-0:amd64 2.33.12+really2.32.4-5 amd64GLib library of C routines ii libglib2.0-bin 2.33.12+really2.32.4-5 amd64Programs for the GLib library ii libglib2.0-cil 2.12.10-5 amd64CLI binding for the GLib utility library 2.12 ii libglib2.0-data 2.33.12+really2.32.4-5 all Common files for GLib library ii libglibmm-2.4-1c2a:amd642.32.1-1 amd64C++ wrapper for the GLib toolkit (shared libraries) ii libglu1-mesa:amd64 8.0.5-4+deb7u2 amd64Mesa OpenGL utility library (GLU) >> Esto, después de la instalación del libgl1-mesa-dri-experimental, >> exactamente igual que antes. >> >> La gráfica si que tiene aceleración, lo que creo es que debe tener >> alguna cosa 'extraña' con el tema de la nueva aceleración SNA ¿es >> posible? > > A ojos de gnome-shell lo único que le debe interesar para iniciarse > es que esté activada la aceleración 3D en el driver de la tarjeta > gráfica, que vaya más fino o a trompicones sería otro cantar :-? > Efectivamente veo que el problema es la falta de aceleración 3D, pero lo cierto es que no veo de qué forma reparar esto, si es que tiene solución, o simplemente es una carencia del propio driver. Aquí hay más información del sistema que tiene dicho problema: # dmesg |grep -i intel [0.00] Reserving Intel graphics stolen memory at 0x7b00-0x7eff [0.097086] smpboot: CPU0: Intel(R) Celeron(R) CPU N2930 @ 1.83GHz (fam: 06, model: 37, stepping: 08) [0.097153] Performance Events: PEBS fmt2+, 8-deep LBR, Silvermont events, full-width counters, Intel PMU driver. [0.994946] intel_idle: MWAIT substates: 0x3320 [0.994949] intel_idle: v0.4 model 0x37 [0.994952] intel_idle: lapic_timer_reliable_states 0x [1.018237] Intel P-state driver initializing. [1.018260] Intel pstate controlling: cpu 0 [1.018298] Intel pstate controlling: cpu 1 [1.018332] Intel pstate controlling: cpu 2 [1.018369] Intel pstate controlling: cpu 3 [2.099252] fb: switching to inteldrmfb from simple [2.150964] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [2.176045] intel_rapl: RAPL domain uncore detection failed [2.176052] intel_rapl: RAPL domain dram detection failed [2.978133] fbcon: inteldrmfb (fb0) is primary device [4.658686] i915 :00:02.0: fb0: inteldrmfb frame buffer device [4.729176] snd_hda_intel :00:1b.0: irq 107 for MSI/MSI-X [4.990791] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card0/input13 [4.991369] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input14 # dmesg |grep -i microcode [0.979799] microcode: CPU0 sig=0x30678, pf=0x8, revision=0x80c [0.979816] microcode: CPU1 sig=0x30678, pf=0x8, revision=0x80c [0.979828] microcode: CPU2 sig=0x30678, pf=0x8, revision=0x80c [0.979844] microcode: CPU3 sig=0x
Re: vpn en debian 7
El Tue, 07 Oct 2014 08:26:48 -0400, luis escribió: > Buenos días > > Tengo la tarea de tener varías empresas del mismo grupo comunicadas en > diferentes zonas de la ciudad, de esta manera manejar facturación sist > contables etc. > > Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open > VPN o algún otro ?? Wikipedia enumera unos cuantos, según sean tus necesidades te vendrá mejor uno u otro: FreeS/WAN n2n Openswan OpenVPN Social VPN strongSwan tcpcrypt tinc Cloudvpn VTun Libreswan SoftEther VPN Y recuerda que algunos routers (Draytek, Cisco, etc...) disponen de esta funcionalidad (entiendo que más limitada) de manera integrada. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.15.47...@gmail.com
Re: Ayuda Wireless
El oct 7, 2014 12:12 PM, "Camaleón" escribió: > > El Tue, 07 Oct 2014 13:59:41 +0200, Yesua Ambrós escribió: > > (27 KiB de mesnaje, caray...) > > > Queria saber si alguien me pudiera ayudar con un problema que tengo > > con la wireless del portatil. > > > > A nivel de hardware funciona correctamente, puesto que si entro con el > > kernel anterior que tenia funciona sin problemas, sin embargo al entrar > > con un "nuevo" kernel 3.8 me da problemas o mas que problemas diria > > yo.. no lo detecta como wireless . > > (...) > > > Si entro con dicho kernel al sistema no me detecta la tarjeta de red, > > pese a estar los modulos cargados : > > > > > > La salida de lshw correspondiente a la tarjeta : > > (...) > > > Ahi, ya se observa que aparece DISABLED , > > (...) > > > Y los modulos cargados con el kernel que no me funciona : > > (...) > > Prueba a recargar el módulo. Ejecuta como root: > > modprobe -r iwl3945 > modprobe iwl3945 > > A ve de qué se queja, aunque es posible que tengas que descargar antes > otros módulos porque te dirá que está en uso. > > Y otra prueba tontuna es verificar que no tengas bloqueado el interruptor > del wifi lo que podrás verificar con "rfkill list". > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/pan.2014.10.07.15.11...@gmail.com > Por favor ahora vamos a corregir los kib que deben pesar nuestros correo hacia la lista. Creo que ya estamos cagando en cualquier lado. Saludos
Re: Ayuda Wireless
El Tue, 07 Oct 2014 12:54:29 -0300, Roberto Quiñones escribió: > El oct 7, 2014 12:12 PM, "Camaleón" escribió: >> >> El Tue, 07 Oct 2014 13:59:41 +0200, Yesua Ambrós escribió: >> >> (27 KiB de mesnaje, caray...) (...) > Por favor ahora vamos a corregir los kib que deben pesar nuestros correo > hacia la lista. Creo que ya estamos cagando en cualquier lado. *** Cómo detectar un troll (receta de nivel 3): - No responden a preguntas técnicas, quizá por desconocimiento o porque temen meter la pata y no quieren que el resto de listeros les tengan en baja estima. - Uso y abuso de continuos ataques personales, insultos, descalificaciones gratuitas, etc. - Aprovechan cualquier ocasión para meter ruido sin aportar absolutamente nada a los hilos. - Siempre usan la misma cantinela, seguramente porque carecen de un argumentario básico y eso de razonar como que no va con ellos. *** Pues eso Roberto, que te vas directo al filtro :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.16.19...@gmail.com
Re: vpn en debian 7
El Tue, 07 de Oct de 2014, a las 08:26:48AM -0400, l...@ida.cu dijo: > Buenos días Hola. > Tengo la tarea de tener varías empresas del mismo grupo comunicadas en > diferentes zonas de la ciudad, de esta manera manejar facturación sist > contables etc. > > Que me recomiendan una VPN y cual es el mejor y el más seguro ?? Open VPN o > algún otro ?? Yo he trasteado con openVPN: http://www.iescdl.es/~josem/openvpn.html Ahí tengo las notas que fui tomando conforme lo fui estudiando. En realidad, no he hecho mucho uso de ello después. Un saludo. -- Todos los hombres que no tienen nada importante que decir hablan a gritos. --- Enrique Jardiel Poncela --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141007162547.ga7...@cubo.casa
Re: Balanceo de interrupciones entre procesadores
El Mon, 06 de Oct de 2014, a las 07:47:54PM +0200, fernando sainz dijo: > Supongo que ya has buscado en google, pero te paso un par de enlaces > por si acaso. > > https://we.riseup.net/riseup+tech/balancing-hardware-interrupts > http://www.thegeekstuff.com/2014/01/linux-interrupts/ Sí, pero no esos enlaces. Voy a echarles un vistazo a ver si me dan algún criterio para elegir procesador. No tengo ni idea de hasta qué punto me puede perjudicar que todas lo interrupciones las gestione un procesador (el servidor puede llegar a enrouter cerca de doscientas máquinas internas en algún momento) Gracias. -- Mira que la mejor parte de España, pudiendo Casta, se llamó Castilla. --- Tomé de Burguillos --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141007163005.gb7...@cubo.casa
Re: Driver para las gráficas Intel funcional a medias
El Tue, 07 Oct 2014 17:44:24 +0200, Javier Silva escribió: > El día 7 de octubre de 2014, 16:47, Camaleón > escribió: (...) >> Bueno, ahí veo un error (EE). Mira a ver si tienes instalado el paquete >> "libgl1-mesa-glx". Ese DRISWRAST me suena a "DRI software raster" que >> me parece que es renderizado por software, no por hardware. >> > dpkg -l libgl* |grep -i "^ii" (...) > ii libgl1-mesa-glx:amd64 8.0.5-4+deb7u2 > amd64free implementation of the OpenGL API -- GLX > runtime (...) Ahí está. Pues no sé qué podría estar fallando, salvo que además de usar un kernel de los backports necesites algún paquete actualizado de xorg para la gráfica intel, mira a ver qué versión tienes instalada. >> A ojos de gnome-shell lo único que le debe interesar para iniciarse es >> que esté activada la aceleración 3D en el driver de la tarjeta gráfica, >> que vaya más fino o a trompicones sería otro cantar :-? >> >> > Efectivamente veo que el problema es la falta de aceleración 3D, pero lo > cierto es que no veo de qué forma reparar esto, si es que tiene > solución, o simplemente es una carencia del propio driver. > > Aquí hay más información del sistema que tiene dicho problema: (...) > No es muy extenso el archivo de errores, por lo que prefiero dejarlo > aquí para futuras referencias de otras personas con el mismo problema, > en lugar de llevar su contenido a pastebin: > > $ cat .xsession-errors /etc/gdm3/Xsession: Beginning session setup... > localuser:javier being added to access control list openConnection: > connect: No existe el fichero o el directorio cannot connect to brltty > at :0 [intel_init_bufmgr:584] Error initializing buffer manager. > gnome-session-is-accelerated: No hardware 3D support. > gnome-session-check-accelerated: Helper exited with code 256 > x-session-manager[3396]: WARNING: Session 'gnome' runnable check failed: > Salió con el código 1 (...) Vale, al menos ya sabemos por dónde van los tiros. Sube si puedes el /var/ log/Xorg.0.log completo a www.pastebin.com por si viéramos alguna cosa más. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.16.32...@gmail.com
Re: Balanceo de interrupciones entre procesadores
El Mon, 06 de Oct de 2014, a las 05:59:36PM +, Camaleón dijo: > > Pues no, lo que hace irqbalance es asignar una determinada interrupción > > siempre a un procesador. O sea, lo mismo que podía haber hecho yo a > > mano. :( > > Se supone que tiene que gestionarlo automáticamente. Manda la salida que > obtienes con ese demonio ejecutándose para que veamos la diferencia con > el resultado anterior. No, parece ser que irqbalance lo que hace es sustituir las "f" de smp_affinity por "1", "2", "4" u "8" para asignarle esa interrupción a un procesador concreto (cosa que podría haber hecho yo a mano metiéndolo en /etc/rc.local, por ejemplo): #v+ # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 1491000 IO-APIC-edge timer 1:8000 IO-APIC-edge i8042 7:0000 IO-APIC-edge parport0 8:1000 IO-APIC-edge rtc0 9:0000 IO-APIC-fasteoi acpi 12: 147000 IO-APIC-edge i8042 16: 29979315 2004299500 IO-APIC-fasteoi ehci_hcd:usb1 19: 9042537000 IO-APIC-fasteoi ata_piix, ata_piix 23: 28000 IO-APIC-fasteoi ehci_hcd:usb2 43: 786156700 57209202 PCI-MSI-edge eth1 44: 70915340 76127280 PCI-MSI-edge eth0 45: 7064805 557519200 PCI-MSI-edge eth2 46: 10668462000 PCI-MSI-edge eth3 [...] #v- Mirando sólo la tabla se ve claramente que ahora, dependiendo de la interrupción, ha empezado a encargarse otro procesador de la tarea. Y si se ve el smp_affinity correspondiente, se confirma: # cat /proc/irq/43/smp_affinity 8 Vamos, que sirve de bastante poco. -- Como todo al fin se sabe yo he sabido la verdad. --- Muñoz Seca --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141007163618.gc7...@cubo.casa
Re: Balanceo de interrupciones entre procesadores
El Tue, 07 Oct 2014 18:36:18 +0200, José Miguel (sio2) escribió: > El Mon, 06 de Oct de 2014, a las 05:59:36PM +, Camaleón dijo: > >> > Pues no, lo que hace irqbalance es asignar una determinada interrupción >> > siempre a un procesador. O sea, lo mismo que podía haber hecho yo a >> > mano. :( >> >> Se supone que tiene que gestionarlo automáticamente. Manda la salida que >> obtienes con ese demonio ejecutándose para que veamos la diferencia con >> el resultado anterior. > > No, parece ser que irqbalance lo que hace es sustituir las "f" de > smp_affinity por "1", "2", "4" u "8" para asignarle esa interrupción a > un procesador concreto (cosa que podría haber hecho yo a mano metiéndolo > en /etc/rc.local, por ejemplo): > > #v+ > # cat /proc/interrupts > CPU0 CPU1 CPU2 CPU3 > 0: 1491000 IO-APIC-edge timer > 1:8000 IO-APIC-edge i8042 > 7:0000 IO-APIC-edge parport0 > 8:1000 IO-APIC-edge rtc0 > 9:0000 IO-APIC-fasteoi acpi > 12: 147000 IO-APIC-edge i8042 > 16: 29979315 2004299500 IO-APIC-fasteoi ehci_hcd:usb1 > 19: 9042537000 IO-APIC-fasteoi ata_piix, ata_piix > 23: 28000 IO-APIC-fasteoi ehci_hcd:usb2 > 43: 786156700 57209202 PCI-MSI-edge eth1 > 44: 70915340 76127280 PCI-MSI-edge eth0 > 45: 7064805 557519200 PCI-MSI-edge eth2 > 46: 10668462000 PCI-MSI-edge eth3 > [...] > #v- > > Mirando sólo la tabla se ve claramente que ahora, dependiendo de la > interrupción, ha empezado a encargarse otro procesador de la tarea. Y si > se ve el smp_affinity correspondiente, se confirma: > > # cat /proc/irq/43/smp_affinity > 8 > > Vamos, que sirve de bastante poco. Pues no sé qué decirte, hay diferencias entre las dos salidas, ahora se ve que están distribuidas, es decir, que hace lo que se supone que tiene que hacer salvo que tuvieras en mente otra cosa. saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.16.46...@gmail.com
Re: Duda con respecto a repositorios en Debian - Unattended Upgrades
El 07/10/14 a las 12:31, Camaleón escibió: El Tue, 07 Oct 2014 09:29:50 -0300, Mauro Antivero escribió: Estimados, estoy configurando Unattended Upgrades en un servidor con Debian Wheezy y me surge una duda con respecto a los orígenes de los paquetes. Las líneas de configuración de Unatended Upgrades que me originan la duda son las siguientes: (...) O más especificamente: // "o=Debian,a=stable"; // "o=Debian,a=stable-updates"; // "o=Debian,a=proposed-updates"; "origin=Debian,archive=stable,label=Debian-Security"; Según he leído por defecto Unattended Upgrades instala solo las actualizaciones de seguridad, lo cual por lo que veo se logra mediante la última línea. Correcto. Pero entonces estoy un poco mareado con lo que harían las tres líneas anteriores. Tengo esta idea, corríjanme por favor si me equivoco: stable<--- Para recibir parches de paquetes que no se refieran a errores de seguridad Bueno, el campo "archive" indica el tipo de repositorio por lo que entiendo que hará referencia a las distintas opciones (oldstable,stable,testing,sid). En el caso de "stable" estará apuntando al repositorio general desde donde se instalan los paquetes, pero este no suele actualizarse una vez que sale la versión de Debian (sería el equivalente del "main" del sources.list). Bien, acá me estás sacando una duda, al menos en parte. Me decís que el repositorio main no "suele" actualizarse, hay acaso algún caso donde aparezca alguna actualización para los paquetes contenidos en este repositorio? Si se encuentra algún bug que no sea de seguridad, no vendría por aquí la actualización? Claro que en todo caso sería raro porque se supone que todo lo que es "stable" está muy pero muy probado. stable-updates<--- Actualizaciones que se suponen estables pero no se puede asegurar que así sean (https://wiki.debian.org/StableProposedUpdates) https://wiki.debian.org/StableUpdates proposed-updates <--- Lo que antes era "volatile". El típico ejemplo de las actualizaciones para un antivirus https://wiki.debian.org/StableProposedUpdates En el caso de que esté en lo correcto, qué opciones tendrían ustedes habilitadas para un servidor? Para un servidor en producción no usaría las actualizaciones automáticas porque te pueden dar un buen susto. Sí lo pondría es algún equipo que tenga de pruebas a modo de conejillo de indias en una VM para que en caso de que una actualización se lleve algo por el camino que sea un equipo de pruebas quien se lleve el golpe :-) Si es imperativo su uso, dejaría únicamente las actualizaciones de seguridad, es decir, lo mínimo. Bien, justo ahora lo tengo corriendo en una VM para probarlo. Lo que si estimo que en definitiva dejaré habilitadas las actualizaciones de seguridad, puesto que son varios servidores y mantenerlos a todos es un poco complicado. Estoy viendo también alguna opción de manejo centralizado como puede ser Puppet, pero para eso todavía me falta bastante. Saludos y gracias, Mauro. Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54341a75.4000...@gmail.com
sobre samba
hola lista estuve buscando en internet pero sin encontrar nada en concreto, me haria falta configurar un fileserver bajo samba, y tengo entendido que se puede vetar la copia de diversos archivos en algun recurso compartido, ejemplo: digamos que tengo un directorio compartido mediante samba en el cual una x cantidad de usuarios tienen permisos de escritura en el, pero me ustaria impedir que se copien archivos del tipo por ejemplo (.avi), (.mpg) ect la lista seria grande. sin mas y agradeciendo la acostrumbrada ayuda. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54341ab0.9020...@cncc.cult.cu
Re: Duda con respecto a repositorios en Debian - Unattended Upgrades
El Tue, 07 Oct 2014 13:53:09 -0300, Mauro Antivero escribió: > El 07/10/14 a las 12:31, Camaleón escibió: (...) >>> Pero entonces estoy un poco mareado con lo que harían las tres líneas >>> anteriores. Tengo esta idea, corríjanme por favor si me equivoco: >>> >>> stable<--- Para recibir parches de paquetes que no se >>> refieran a errores de seguridad >> Bueno, el campo "archive" indica el tipo de repositorio por lo que >> entiendo que hará referencia a las distintas opciones >> (oldstable,stable,testing,sid). >> >> En el caso de "stable" estará apuntando al repositorio general desde >> donde se instalan los paquetes, pero este no suele actualizarse una vez >> que sale la versión de Debian (sería el equivalente del "main" del >> sources.list). > Bien, acá me estás sacando una duda, al menos en parte. Me decís que el > repositorio main no "suele" actualizarse, hay acaso algún caso donde > aparezca alguna actualización para los paquetes contenidos en este > repositorio? Si se encuentra algún bug que no sea de seguridad, no > vendría por aquí la actualización? Claro que en todo caso sería raro > porque se supone que todo lo que es "stable" está muy pero muy probado. (...) Debian funciona así, una vez que sale una versión los paquetes de los repositorios main/contrib/non-free no cambian, salvo cuando aparecen las versiones "punto algo" (p. ej., Wheezy 7.5) que recopilan los paquetes que han pasado antes por los repos "stable|proposed-updates" y corrigen fallos que no son de seguridad. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.17.15...@gmail.com
Re: sobre samba
El Tue, 07 Oct 2014 12:54:08 -0400, Ariel Alvarez escribió: > hola lista estuve buscando en internet pero sin encontrar nada en > concreto, me haria falta configurar un fileserver bajo samba, y tengo > entendido que se puede vetar la copia de diversos archivos en algun > recurso compartido, ejemplo: digamos que tengo un directorio compartido > mediante samba en el cual una x cantidad de usuarios tienen permisos de > escritura en el, pero me ustaria impedir que se copien archivos del tipo > por ejemplo (.avi), (.mpg) ect la lista seria grande. Googlea por "samba veto files". Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.17.19...@gmail.com
Re: Balanceo de interrupciones entre procesadores
El Tue, 07 de Oct de 2014, a las 04:46:14PM +, Camaleón dijo: > Pues no sé qué decirte, hay diferencias entre las dos salidas, ahora se ve > que están distribuidas, es decir, que hace lo que se supone que tiene que > hacer salvo que tuvieras en mente otra cosa. Lo que hace es distribuir las interrupciones: esta para este procesador, este para este otro. Con las cuatro tarjetas de red, si tienen tráfico similar puede valer. Sin embargo, la controladora de disco es la controladora y todas las lecturas y escrituras usan la misma interrupción: así que eso no hay forma de distribuirlo. A mí lo que me gustaría es que sucediera lo mismo que en mi otro servidor o en tus máquinas: que el kernel distribuye equitativamente cada interrupción, de manera que al final todos los procesadores han gestionado un número semejante de interrupciones. -- Femmina è cosa mobil per natura. --- Francisco Petrarca --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141007174934.ga11...@cubo.casa
Re: Balanceo de interrupciones entre procesadores
El Tue, 07 Oct 2014 19:49:34 +0200, José Miguel (sio2) escribió: > El Tue, 07 de Oct de 2014, a las 04:46:14PM +, Camaleón dijo: > >> Pues no sé qué decirte, hay diferencias entre las dos salidas, ahora se >> ve que están distribuidas, es decir, que hace lo que se supone que >> tiene que hacer salvo que tuvieras en mente otra cosa. > > Lo que hace es distribuir las interrupciones: esta para este procesador, > este para este otro. Con las cuatro tarjetas de red, si tienen tráfico > similar puede valer. Sin embargo, la controladora de disco es la > controladora y todas las lecturas y escrituras usan la misma > interrupción: así que eso no hay forma de distribuirlo. Vale, pero no significa que la aplicación no funcione como debe sino que buscas una configuración concreta. En cuanto a la controladora de disco, en los servidores Xeon que usan aacraid todas las interrupciones se acumulan en una CPU, no se distribuyen. En los equipos donde uso ahci obtengo resultados dispares: en el Core 2 Quad se ven distribuidas pero en el Pentium D no: root@stt005:~# cat /proc/interrupts CPU0 CPU1 (...) 14: 259115 0 IO-APIC-edge ata_piix 15: 0 0 IO-APIC-edge ata_piix (...) 67: 42998 0 PCI-MSI-edge ahci > A mí lo que me gustaría es que sucediera lo mismo que en mi otro > servidor o en tus máquinas: que el kernel distribuye equitativamente > cada interrupción, de manera que al final todos los procesadores han > gestionado un número semejante de interrupciones. Bien, pero quizá eso no dependa del micro sino de otros factores que también son completamente ajenos a "irqbalance". Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.07.18.04...@gmail.com
Re: Driver para las gráficas Intel funcional a medias
El día 7 de octubre de 2014, 18:32, Camaleón escribió: > El Tue, 07 Oct 2014 17:44:24 +0200, Javier Silva escribió: > >> El día 7 de octubre de 2014, 16:47, Camaleón >> escribió: > > > Pues no sé qué podría estar fallando, salvo que además de usar un kernel > de los backports necesites algún paquete actualizado de xorg para la > gráfica intel, mira a ver qué versión tienes instalada. > xserver-xorg-video-intel 2:2.21.15-2-bpo70+1 > > Vale, al menos ya sabemos por dónde van los tiros. Sube si puedes el /var/ > log/Xorg.0.log completo a www.pastebin.com por si viéramos alguna cosa > más. > Aquí la salida del Xorg.0.log: http://pastebin.com/m1nzeGLw Saludos, Javier Silva. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOg_h5Z=+04pmksf7mbmyvg-rbqergj5tk1li1jqg6xhppz...@mail.gmail.com
Re: Driver para las gráficas Intel funcional a medias
El 06/10/14 14:38, Javier Silva escribió: El día 6 de octubre de 2014, 15:51, Camaleón escribió: Como te dice Yukiteru san, gnome-shell necesita un adaptador gráfico con aceleración 3D (tanto en hardware como el driver), así que eso es lo primero que tendrías que comprobar, si se ha instalado/habilitado correctamente y siendo un chipset de intel no deberías tener problemas. grep -i dri /var/log/Xorg.0.log [ 7.994] X.Org Video Driver: 12.1 [ 8.010] (II) LoadModule: "dri" [ 8.010] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so [ 8.012] (II) Module dri: vendor="X.Org Foundation" [ 8.012] (II) Loading extension XFree86-DRI [ 8.012] (II) LoadModule: "dri2" [ 8.013] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so [ 8.013] (II) Module dri2: vendor="X.Org Foundation" [ 8.013] (II) Loading extension DRI2 [ 8.013] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 8.017] Module class: X.Org Video Driver [ 8.017] ABI class: X.Org Video Driver, version 12.1 [ 8.017] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: [ 8.025] drmOpenDevice: node name is /dev/dri/card0 [ 8.025] drmOpenDevice: node name is /dev/dri/card0 [ 8.029] (II) Loading sub module "dri2" [ 8.029] (II) LoadModule: "dri2" [ 8.030] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so [ 8.030] (II) Module dri2: vendor="X.Org Foundation" [ 8.034] (II) intel(0): [DRI2] Setup complete [ 8.034] (II) intel(0): [DRI2] DRI driver: i965 [ 8.034] (II) intel(0): direct rendering: DRI2 Enabled [ 8.061] (EE) AIGLX error: Calling driver entry point failed [ 8.062] (II) AIGLX: Screen 0 is not DRI capable [ 8.114] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 8.229] Module class: X.Org XInput Driver Esto, después de la instalación del libgl1-mesa-dri-experimental, exactamente igual que antes. La gráfica si que tiene aceleración, lo que creo es que debe tener alguna cosa 'extraña' con el tema de la nueva aceleración SNA ¿es posible? Saludos, Javier Silva. ¿Qué modelo de tarjeta gráfica tienes exactamente? ¿HD Intel o las Iris? Si es de las primeras el kernel 3.2 no deberia darte problemas, si es de las Iris, tienes que cambiar de kernel, xorg y driver xorg-intel para que pueda funcionar correctamente. -- Dios en su cielo todo bien en la Tierra God in his heaven all right in the Earth * -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54343c19.5060...@gmail.com
Re: Driver para las gráficas Intel funcional a medias
Javier Silva wrote: > El día 7 de octubre de 2014, 16:47, Camaleón > escribió: >> El Mon, 06 Oct 2014 21:08:34 +0200, Javier Silva escribió: >> >>> El día 6 de octubre de 2014, 15:51, Camaleón >>> escribió: Como te dice Yukiteru san, gnome-shell necesita un adaptador gráfico con aceleración 3D (tanto en hardware como el driver), así que eso es lo primero que tendrías que comprobar, si se ha instalado/habilitado correctamente y siendo un chipset de intel no deberías tener problemas. grep -i dri /var/log/Xorg.0.log >> >> (...) >> >>> [ 8.034] (II) intel(0): direct rendering: DRI2 Enabled >>> [ 8.061] (EE) AIGLX error: Calling driver entry point failed >>> [ 8.062] (II) AIGLX: Screen 0 is not DRI capable >>> [ 8.114] (II) GLX: Initialized DRISWRAST GL provider for screen 0 >> >> Bueno, ahí veo un error (EE). Mira a ver si tienes instalado el paquete >> "libgl1-mesa-glx". Ese DRISWRAST me suena a "DRI software raster" que me >> parece que es renderizado por software, no por hardware. >> > dpkg -l libgl* |grep -i "^ii" (...) Hay que ver como os complicáis la vida con tuberías, expresiones regulares y demases, cuando con un simple "aptitude search ~ilibgl" se consigue un resultado similar. Además de que un "apti+ se ~ilibgl" es mucho más rápido y cómodo de escribir que un 'dpkg -l libgl* | grep -i "^ii"'. Algunas "coletillas" interesantes (se pueden encadenar): ~i selecciona paquetes instalados ~c " " desinstalados pero no purgados ~o " " obsoletos ← Muy interesante para limpieza. ~E " " esenciales ← Minimal Systems ~s " " por sección (doc, editors, devel, kde, libs, etc...) ~p " " por prioridad (extra, important, optional, etc...) ~A " " por archivo (stable, testing, unstable, experim...) ~G " " por tags (devel::lang:c++, interface::x11, etc...) ~n " " por nombre ~d " " por descripción Mucho más aquí → http://aptitude.alioth.debian.org/doc/en/ch02s04s05.html Aptitude Rox, enjoy! ;) >> Esto, después de la instalación del libgl1-mesa-dri-experimental, >> exactamente igual que antes. >> >> La gráfica si que tiene aceleración, lo que creo es que debe tener >> alguna cosa 'extraña' con el tema de la nueva aceleración SNA ¿es >> posible? > > A ojos de gnome-shell lo único que le debe interesar para iniciarse > es que esté activada la aceleración 3D en el driver de la tarjeta > gráfica, que vaya más fino o a trompicones sería otro cantar :-? > (...) > Muchas gracias por la ayuda que me estáis prestando. > > Saludos, > Javier Silva. Saludos, -- Etemenanki Debian GNU/Linux + KDE Plasma user and Free Software lover. Mail: etemena...@openmailbox.org Jabber: etemena...@jabberes.org GNU Social: etemena...@quitter.se Pump.io: etemena...@identi.ca -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m11f6k$92v$1...@ger.gmane.org
Re: Driver para las gráficas Intel funcional a medias
El día 7 de octubre de 2014, 21:16, Jose Maldonado escribió: > El 06/10/14 14:38, Javier Silva escribió: > > > ¿Qué modelo de tarjeta gráfica tienes exactamente? ¿HD Intel o las Iris? Si > es de las primeras el kernel 3.2 no deberia darte problemas, si es de las > Iris, tienes que cambiar de kernel, xorg y driver xorg-intel para que pueda > funcionar correctamente. > Acabo de encontrar un documento de intel [1] que me recomienda instalar (como mínimo) la versión 2.99.910 [2] del driver, con fecha de creación 10 de Febrero de 2014. La versión más reciente de backports, es 2:2.21.15-2-bpo70+1 igual que el que hay en testing. No tengo claro si compilar el driver es la mejor de las opciones, o esperar a que saquen una versión igual o superior a la que se supone que funcionará con esta gráfica integrada. He visto que experimental ya dispone del paquete de esta versión (2:2.99.916-1~exp1), por lo que espero que llegue a Debian antes de que congelen Jessie y a su vez esté disponible en Backports. [1] http://www.intel.ie/content/dam/www/public/us/en/documents/guides/atom-e3800-celeron-n2xx-yocto-bsp-graphics-driver-guide.pdf [2] http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.99.910.tar.gz Saludos y gracias a todos por la ayuda, Javier Silva. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caog_h5zu-xorhn+rc0v9v5q3j827phyrkxmlmr3kkua7que...@mail.gmail.com
Re: Problemas en Debian Wheezy con conky
Parece que se trata de un problema conocido o al mneos bastante común en XFCE, mira a ver si los pasos que comentan en este foro (#4) te sirven: multiple conky process with xfce session startup https://bbs.archlinux.org/viewtopic.php?pid=992748#p992748 Saludos, -- Camaleón Gracias Camaleón, seguí los pasos indicados en el enlace anterior, y que a los que presentaron problema similar les resultó: 1. Entrar en sesión, e ir a Sesión e inicio. 2. En la pestaña "general" desmarcar "guardar automáticamente" y marcar "preguntar al salir". 3. En la pestaña "autoarranque de aplicaciones" desmarcar todo. 4. Abrir el administrador de tareas y cerrar todos los procesos que involucren a conky (en mi caso solo el inicial y el duplicado). 5. Salir de sesión, pero antes marcar "guardar sesión". 6. Entrar en sesión e inmediatamente salir de sesión otra vez, desmarcando antes "guardar sesión". 7. Entrar en sesión, ir a Sesión e inicio y en la pestaña "autoarranque de aplicaciones" marcar todo. 8. Verificar que en la pestaña "general" esté desmarcado "guardar automáticamente". 9. Cerrar sesión, volver a entrar y ya debería todo trabajar bien. Sin embargo, al reiniciar borrándo las sesiones guardadas (como lo sugieren en el mismo enlace), o sin borrarlas, se inicia el duplicado. Incluso usando el applet de botones de acción para reiniciar/apagar y no el botón para salir de sesión del menú de aplicaciones... Ya es más que obvio que el problema es aparentemente un bug en el paquete xfce4-session versión 4.8.3-3, que sigue en alguna parte guardando una sesión donde está cativo el conky. Aunque en cada inicio puedo matar todos los procesos de conky y volver a arrancarlo desde un par de lanzadores desde el panel, es molesto hacerlo cada vez. Creo que una solución sería intentar compilar las aplicaciones del escritorio Xfce 4.10 en Debian Wheezy... claro sería mi primera compilación de software... :) Aún así Camaleón, te agradezco todos los aportes, me has ayudado un mundo. aunque no solucionado, he podido encontrar la causa probable del problema, y eso ya es mucho. Saludos Frederit Mogollón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cabzkbcep06o67s7tgbtjedvdzhwmvuen5jgqtmuhfw-yn1r...@mail.gmail.com