Re: OT: no inicia entorno gráfico
El 22-08-2014 14:06, "Camaleón" escribió: > > El Fri, 22 Aug 2014 13:35:59 -0400, Paulo Riquelme escribió: > > (...) > > >> Bien, ya veo que se trata de Debian testing y sigo viendo un problema > >> salvo que me digas lo contrario: > >> > >> [ 3712.992] (EE) Server terminated successfully (0). Closing log file. > >> ¿Qué es lo que sucede ahora? ¿Sigues sin poder acceder al entorno > >> gráfico? Porque ese error que te aparece es muy claro, dice que el > >> servidor X ha finalizado, hay que ver si es un cierre esperado o no. > > > > Ahora sí entro al entorno gráfico :D , pero esos cierres inesperados a > > los que te refieres deben ser las veces que traté de apagarlo por > > sistema tanto desde dentro del entorno como desde la shell1, lo que me > > cuelga el sistema entero. > > Perfecto pues :-) > > Me di cuenta más tarde de que ese mensaje de error te lo daba cuando > iniciaste con la segunda opción de GRUB (modo de recuperación) lo cual ya > me parece más normal. > > >>> Puse más atención al grub ya que estaba casi convencido de activar eso > >>> del nomodeset, pero me encontré con la sorpresa (quizás no lo es para > >>> tí) que si selecciono la segunda opción del grub, esa que llega sólo a > >>> modo texto, > >> > >> El modo de recuperación. > > > > Sí, pero lo que encontré extraño es que > > > > 1.- Ingresa a grub, que contiene: > > Inicio Normal "Modo de Recuperación" que se llama "Opciones del > > sistema" creo Acceder a configuración Bios > > > > Si selecciono la opción de recuperación se abre otro grub, o será otra > > pantalla de grub, pero todo esto debe ser por el nuevo modo UEFI. > > Supongo que es el comportamiento normal porque me aparece exactamente lo > mismo (una segunda pantalla del menú de inicio al seleccionar las > "Opciones del sistema"). > > >> Manda de nuevo el registro para que podamos ver qué es lo que ha pasado > >> y qué driver se carga. Pero ojo, necesito que inicies con la primera > >> opción de GRUB, la que te falla y no carga el entorno gráfico porque el > >> registro que has enviado más arriba es el de la sesión de recuperación > >> que es un entorno distinto. > > > > Mmm, estaba casi seguro que fue al iniciar en modo normal, lo enviaré. > > Lo que me puso en la pista fue esta línea: > > [ 3361.806] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 > root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro single > ^^ Esto está muy raro, tuve un retroceso muy grande, (disculpa si sale html, desde el celu no encuentro la opción). Sobre el problema, abrí la tapa del notebook y estaba prendido, me dije -pero qué m... Por qué, esto ocurrió cuando apagué desde el botón power del computador(apretando y soltando, NO manteniendo el botón) la cosa es que quedó prendido, probé reiniciar desde gnome y apagó bien, pero al volver al sistema queda pegadísimo y no funciona ni con nomodeset ni i915 y tampoco en modo recuperaciín, estoy fregado... sigo mañana > Ese "single" indica que el sistema inició en un nivel de ejecución 1. > > >> A ver... no hagas nunca un "hard reset", al disco duro y a tus datos le > >> sienta como una patada en el estómago. Salta a una terminal > >> (ctrl+alt+F1) y apaga o reinicia el sistema con "shutdown -h now" y > >> "shotdown -r now", respectivamente). > > > > Yo también tenía entendido eso, pero cuando le dí hard reset fue porque > > de verdad no había otra opción, no funcionaba nada (ctrl + alt + supr) o > > (ctrl + alt + f1 ó f2 ó f3...) de hecho fue cuando traté de apagar bien > > por sistema -> desde gnome click en la esquina superior derecha, click a > > apagar, seleccioné reiniciar, parecía todo bien pero quedaban encendida > > la pantalla, los led de wifi, del sonido y parece que un ventilador o > > d.d.. Fue necesario hacerlo. > > > > Lo último que hice fue apagar desde el botón de mi computador, sólo > > presionando normal y soltando al instante, ahí se apagó de buena manera. > > De "buena manera" no apagaría el pobre :-P > > >> Vale, si no me he perdido estamos en que ahora tienes testing pero > >> sigues sin poder iniciar sesión gráfica porque el servidor X finaliza > >> de manera abrupta, con otro mensaje de error pero termina igualmente. > > > > Tengo testing Inicio gráficas (sólo después que la primera vez inicié > > las gráficas desde dentro del modo de recuperación escribiendo startx > > como root, luego de eso extrañamente al iniciar desde el modo normal > > comenzaron a funcionar las gráficas) > > Bien, pues un problema menos. > > > Esos cierres abruptos han pasado de dos maneras: > > 1.- Trabajando en gnome, recuerdo que estaba en iceweasel e > > instalando el laptop-mode-tools desde una xterminal con aptitude > > 2.- Cuando daba a apagar desde gnome o desde una shell, parecía que > > iba a apagar, pero quedaban prendidos la pantalla y leds del teclado. > > > > En cualquiera de las dos situaciones no queda otra que mantener botón de > > power hasta cortar la energ
Re: Tutorial BackupPC
El día 22 de agosto de 2014, 14:28, Juan escribió:
> El 22/08/2014 13:35, Guido Ignacio escribió:
>> El día 22 de agosto de 2014, 12:52, Juan escribió:
>>> Buenas tardes, de nuevo con una consulta:
>>>
>>> En mi trabajo tenemos un servidor Debian que contiene algunos
>>> directorios compartidos al que accede cada usuario de la red.
>>>
>>
>> Esto no te sirve [1]? está en la documentación de la aplicación
>>
>> Slds!
>>
>> [1]
>> http://backuppc.sourceforge.net/faq/BackupPC.html#_conf_backupfilesexclude_
>>
>
> Gracias Guido, pero no, mi inglés es practicamente nulo, lo miré, pero
> no puedo desentrañarlo.
>
> Gracias de todas maneras!
>
> Juan
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Entiendo que básicamente la variable "$Conf{BackupFilesExclude} ="
tenés que pasarle los directorios que querés que excluya, por ej:
$Conf{BackupFilesExclude} = [’/proc’, ‘/dev’, ‘/tmp’, ‘/mnt’, ‘/media’];
--
Guido Ignacio
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v0.5.1
Comment: http://openpgpjs.org
wsBcBAEBCAAQBQJTvrWbCRDP17wMFuiP8AAAx6AH/Am/nHL7VjX3XGly/XU7
7Rg86KIuWLifNbxfgRERm9zpfe1s9LPskfOmXeUBL7vB8dQELIMS5xFwcGDp
mxJ21hA2RoaOWEzH1ngRBSv0bak7rEBFsye82fKVw+VaFiNlnJ6hp+VjCoRQ
5JzVOBMnDILZisxvbWyrnoJ14VAL+4LlYxsF/E+QXDwVQGZqeGIRAnjQmexd
NTQhhGi6x05BovvloHbzX8xctmC7I6t6ITc0t3b1eEIRTZE8Q9miZCFBPDQd
d/PVjRB8OXdOWFFOfPKb6wfp596nWjJvjhh61R4NjI8IRsfpb/fwi6oilUgm
GJr7jUQ2zzHQk4sH6PiAaVc=
=16q3
-END PGP SIGNATURE-
--
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/ca+wixxh4my5uwquuertmmct-bw44ruvypl-wy+tjmys5xre...@mail.gmail.com
Re: OT: no inicia entorno gráfico
El Fri, 22 Aug 2014 13:35:59 -0400, Paulo Riquelme escribió:
(...)
>> Bien, ya veo que se trata de Debian testing y sigo viendo un problema
>> salvo que me digas lo contrario:
>>
>> [ 3712.992] (EE) Server terminated successfully (0). Closing log file.
>> ¿Qué es lo que sucede ahora? ¿Sigues sin poder acceder al entorno
>> gráfico? Porque ese error que te aparece es muy claro, dice que el
>> servidor X ha finalizado, hay que ver si es un cierre esperado o no.
>
> Ahora sí entro al entorno gráfico :D , pero esos cierres inesperados a
> los que te refieres deben ser las veces que traté de apagarlo por
> sistema tanto desde dentro del entorno como desde la shell1, lo que me
> cuelga el sistema entero.
Perfecto pues :-)
Me di cuenta más tarde de que ese mensaje de error te lo daba cuando
iniciaste con la segunda opción de GRUB (modo de recuperación) lo cual ya
me parece más normal.
>>> Puse más atención al grub ya que estaba casi convencido de activar eso
>>> del nomodeset, pero me encontré con la sorpresa (quizás no lo es para
>>> tí) que si selecciono la segunda opción del grub, esa que llega sólo a
>>> modo texto,
>>
>> El modo de recuperación.
>
> Sí, pero lo que encontré extraño es que
>
> 1.- Ingresa a grub, que contiene:
> Inicio Normal "Modo de Recuperación" que se llama "Opciones del
> sistema" creo Acceder a configuración Bios
>
> Si selecciono la opción de recuperación se abre otro grub, o será otra
> pantalla de grub, pero todo esto debe ser por el nuevo modo UEFI.
Supongo que es el comportamiento normal porque me aparece exactamente lo
mismo (una segunda pantalla del menú de inicio al seleccionar las
"Opciones del sistema").
>> Manda de nuevo el registro para que podamos ver qué es lo que ha pasado
>> y qué driver se carga. Pero ojo, necesito que inicies con la primera
>> opción de GRUB, la que te falla y no carga el entorno gráfico porque el
>> registro que has enviado más arriba es el de la sesión de recuperación
>> que es un entorno distinto.
>
> Mmm, estaba casi seguro que fue al iniciar en modo normal, lo enviaré.
Lo que me puso en la pista fue esta línea:
[ 3361.806] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64
root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro single
^^
Ese "single" indica que el sistema inició en un nivel de ejecución 1.
>> A ver... no hagas nunca un "hard reset", al disco duro y a tus datos le
>> sienta como una patada en el estómago. Salta a una terminal
>> (ctrl+alt+F1) y apaga o reinicia el sistema con "shutdown -h now" y
>> "shotdown -r now", respectivamente).
>
> Yo también tenía entendido eso, pero cuando le dí hard reset fue porque
> de verdad no había otra opción, no funcionaba nada (ctrl + alt + supr) o
> (ctrl + alt + f1 ó f2 ó f3...) de hecho fue cuando traté de apagar bien
> por sistema -> desde gnome click en la esquina superior derecha, click a
> apagar, seleccioné reiniciar, parecía todo bien pero quedaban encendida
> la pantalla, los led de wifi, del sonido y parece que un ventilador o
> d.d.. Fue necesario hacerlo.
>
> Lo último que hice fue apagar desde el botón de mi computador, sólo
> presionando normal y soltando al instante, ahí se apagó de buena manera.
De "buena manera" no apagaría el pobre :-P
>> Vale, si no me he perdido estamos en que ahora tienes testing pero
>> sigues sin poder iniciar sesión gráfica porque el servidor X finaliza
>> de manera abrupta, con otro mensaje de error pero termina igualmente.
>
> Tengo testing Inicio gráficas (sólo después que la primera vez inicié
> las gráficas desde dentro del modo de recuperación escribiendo startx
> como root, luego de eso extrañamente al iniciar desde el modo normal
> comenzaron a funcionar las gráficas)
Bien, pues un problema menos.
> Esos cierres abruptos han pasado de dos maneras:
> 1.- Trabajando en gnome, recuerdo que estaba en iceweasel e
> instalando el laptop-mode-tools desde una xterminal con aptitude
> 2.- Cuando daba a apagar desde gnome o desde una shell, parecía que
> iba a apagar, pero quedaban prendidos la pantalla y leds del teclado.
>
> En cualquiera de las dos situaciones no queda otra que mantener botón de
> power hasta cortar la energía.
>
> Al parecer con el botón desde el sistema corriendo me apaga bien.
No, no apaga bien. "Apaga", simplemente, a lo bruto, sin cerrar
correctamente los programas ni tener en cuenta si algún proceso está
escribiendo datos en al disco duro (por lo que puedes perder
información). Esa debe ser la última opción para apagar un equipo.
> Gracias, los resultados de lo que me has indicado nuevamente en la
> noche.
Manda si quieres en este mismo hilo el registro de Xorg ("/var/log/
Xorg.0.log") para ver si todo está correcto cuando inicias el sistema
normalmente. Y si tienes algún otro problema mejor que envíes un mensaje
nuevo a la lista dando más detalles de lo que te sucede, así no se
mezclan los hilos.
Saludos,
--
Camaleón
Re: Smbldap-tools AYUDA!!
El Fri, 22 Aug 2014 13:03:20 -0400, leandro escribió: Hum... a ver Leandro!! Si envías un mensaje *a dos listas distintas* (lo que se llama cross- posting y que ya te dije ayer que no había que hacer), lo mínimo que puedes hacer es avisar de que el correo va a dos listas distintas. > hola amigos tengo un pequeño problema con el smbldap y es a la hora de > poblar las bases de datos con e comando smbldap-populate > > Populating LDAP directory for domain IPURRM > (S-1-5-21-3200156739-1260018571-3674612698) > (using builtin directory structure) > > entry dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu already exist. > adding new entry: ou=usuarios,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu (...) > Please provide a password for the domain root: > Use of qw(...) as parentheses is deprecated at > /usr/share/perl5/smbldap_tools.pm line 1423, line 558. Ayer te mandé el parche que corregía ese error, veo que aún no lo has aplicado. > Use of uninitialized value $value in substitution (s///) at > /usr/share/perl5/smbldap_tools.pm line 153, line 35. > Changing UNIX and samba passwords for root New password: > Retype new password: > root@zeus:~# pdbedit -L User Search failed! > > y como pueden ver con el comando pdbedit -L no me muestra los usuarios > User Search failed! > y esto se debe a este error > > Use of uninitialized value $value in substitution (s///) at > /usr/share/perl5/smbldap_tools.pm line 153, line 35. > > COMO LO SOLUCIONO ¿Añadiste los usuarios correctamente con "smbldap-useradd"? 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.08.22.17.47...@gmail.com
Re: OT: no inicia entorno gráfico
> (...) > >>> Si no había cursor en la esquina quizá sí que había cargado el entorno >>> gráfico (pantalla de inicio de sesión) y el problema es que la pantalla >>> estaba oscurecida, pero eso no lo podemos saber hasta ver el archivo de >>> registro y comprobar si Xorg te saca algún error o ya no. >> >> H!!! Me vas a querer mataaar tenía tan la &%$ con los kernels, por >> otro lado acá todos insistiendo en "si no estaba malo por qué le quieres >> poner el otro programa?..." no pensé en nada más, agarré testing y lo >> instalé > > Bueno, no pasa nada, testing no está tan mal. Eso sí, te recomiendo que > no actualices entre semana y esperes a tener tiempo para poder solucionar > tranquilamente cualquier problema que se te presente :-) Ok, entendido. > De todas formas, ya te dije que entre las versiones del kernel de estable- > backports y testing la diferencia era mínima. > Igualmente, sube de nuevo a ww.pastebin.com el archivo > "/var/log/Xorg.0.log" > que se ha generado cuando has iniciado con el nuevo kernel. Ok, nuevamente lo haré en la noche. >>> >>> Sí, gracias, es importante. >> >> Si sigue sirviendo http://pastebin.com/W4RkJdEK > > Sí, sirve para saber si el servidor X se rompe o no. > > Bien, ya veo que se trata de Debian testing y sigo viendo un problema > salvo que me digas lo contrario: > > [ 3712.992] (EE) Server terminated successfully (0). Closing log file. > ¿Qué es lo que sucede ahora? ¿Sigues sin poder acceder al entorno > gráfico? Porque ese error que te aparece es muy claro, dice que el > servidor X ha finalizado, hay que ver si es un cierre esperado o no. Ahora sí entro al entorno gráfico :D , pero esos cierres inesperados a los que te refieres deben ser las veces que traté de apagarlo por sistema tanto desde dentro del entorno como desde la shell1, lo que me cuelga el sistema entero. > Sobre esto y lo que me indicas más arriba, "carga el driver correcto (intel) pero falla lo cual pinta a que el kernel o la versión de Xorg (o los dos juntos) ...no es capaz de gestionar el adaptador gráfico" ¿Debo instalar xorg por backports? incluído el xserver-xorg-video-intel? >>> >>> No, de momento no lo veo necesario. Además, no encuentro ese paquete >>> disponible en los backports de wheezy. > > (...) > >> Sobre la versión del kernel es la 3.14-2-amd64. > > Eso me parecía a mí porque en los backports sólo hay disponible una > versión, que suele ir a la par con la que lleva testing. > >> Y por si me puedes seguir ayudando tengo varias anotaciones que nos >> pueden guiar sobre lo que ha pasado, paso a describir lo que he hecho: > > Pero ¿en qué situación estás ahora? Tienes testing, bien, pero ¿ya > inicias sin problemas en entorno gráfico? Síp >> instalé alsa-base hice alsa reload (pero no funcionó, quizás no se está >> usando) > > Ese paquete es para el sonido, no tiene relación/efecto sobre lo que > estamos hablando. ok, la costumbre jej, pero ya sé... no desviar el hilo... >> me fui al grano e instalé firmware-linux-free xserver-xorg-video-intel >> xorg Hice un X -configure y... chachán!! ahora sí funcionó, copié el >> xorg.conf.new y lo pegué en /etc/X11/xorg.conf cuando quise instalar >> gnome-core habìa un montón de paquetes que se eliminarían, otras tantas >> dependencias sin cumplir, entonces hice un upgrade y luego pude sin >> problemas, entonces también gnome-core > > Un apunte: elimina (renombra mejor) cualquier archivo de configuración > que te haya generado Xorg (es decir, "/etc/X11/xorg.conf"), ya no es > necesario y te puede dar más problemas que soluciones. Sí, lo hice anoche también :) > >> Despuès, la prueba de fuego,reiniciando normal, al llegar al modo >> gráfico nuevamente en negro. > > Será el error que aparece en el registro que te dice que el servidor ha > finalizado. > >> Puse más atención al grub ya que estaba casi convencido de activar eso >> del nomodeset, pero me encontré con la sorpresa (quizás no lo es para >> tí) que si selecciono la segunda opción del grub, esa que llega sólo a >> modo texto, > > El modo de recuperación. Sí, pero lo que encontré extraño es que 1.- Ingresa a grub, que contiene: Inicio Normal "Modo de Recuperación" que se llama "Opciones del sistema" creo Acceder a configuración Bios Si selecciono la opción de recuperación se abre otro grub, o será otra pantalla de grub, pero todo esto debe ser por el nuevo modo UEFI. > >> se abre otro grub 0.O la cosa es que quería entrar en el >> modo ese de texto, así que en el segundo grub también seleccioné la >> opción correspondiente y en modo texto, después de haber proporcionado >> el password de root pensé escribir startx y fue la primera vez que pude >> entrar en modo gráfico, funcionó como root, > > Bueno, dos cosas: > > 1/ Para desactivar el KMS tienes que hacer lo siguiente: cuando estés en > el menú de GRUB, ponte sobre la opción de arranque habitual (la primera) > y pulsa la tecla "e" para acceder al modo de edición. Una
Re: Tutorial BackupPC
El 22/08/2014 13:35, Guido Ignacio escribió: > El día 22 de agosto de 2014, 12:52, Juan escribió: >> Buenas tardes, de nuevo con una consulta: >> >> En mi trabajo tenemos un servidor Debian que contiene algunos >> directorios compartidos al que accede cada usuario de la red. >> > > Esto no te sirve [1]? está en la documentación de la aplicación > > Slds! > > [1] > http://backuppc.sourceforge.net/faq/BackupPC.html#_conf_backupfilesexclude_ > Gracias Guido, pero no, mi inglés es practicamente nulo, lo miré, pero no puedo desentrañarlo. Gracias de todas maneras! Juan -- 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/53f77dba.7050...@gmail.com
Re: Ayuda con firefox!!
- Original Message - From: "Camaleón" To: Sent: Friday, August 22, 2014 10:56 AM Subject: Re: Ayuda con firefox!! El Fri, 22 Aug 2014 11:10:05 +0200, José Miguel (sio2) escribió: El Thu, 21 de Aug de 2014, a las 05:04:32PM +, Camaleón dijo: Pues ahí está la gracia, que el usuario no tiene que saber nada, los navegadores vienen configurados para autodetectar la configuración del proxy de la red siempre y cuando el administrador de dicha red tenga todo perfectamente configurado para ofrecer esa opción. Juraría que eso no es así (hablo de cabeza). La opción seleccionada de manera predeterminada (cuando se instala o ejecuta sin modificar nada) es "Autodetectar configuración del proxy para esta red". Al menos era así hasta hace poco, si lo han cambiado después pues no te lo puedo asegurar porque es un valor que siempre modifico y lo dejo configurado para no usar proxy. Firefox viene con tres opciones al respecto: Yo tengo 5. 1. Configuración manual. 2. Detectar la configuración del proxy del sistema. 3. Autodetectar el proxy (para lo cual intenta descargar el fichero de configuración http://wpad/wpad.dat. En Firefox 31 no tengo esas opciones, al menos no tal y como las pones: 1. Sin proxy 2. Autodetectar configuración del proxy para esta red 3. Usar la configuración de proxy del sistema 4. Configuración manual del proxy 5. URL para la configuración automática del proxy Pues bien, si no se toca nada, la opción marcada es la 2, así que el sistema *cliente* tiene que estar configurado y eso no tiene por qué ocurrir. Con tu opción 2, sí, pero no es el caso. Aún así, en el caso de que hayan cambiado los valores predeterminados pues se cambia esa opción y listo, tampoco necesita de muchos malabares. Además, si se está configurando un entorno varios equipos con terminales "tontos" lo tiene más sencillo ya que no hay más que distribuir los "Firefoxes" con ese valor preconfigurado. Si viniera predeterminada la 3, entonces sí que tendrías razón: no dependería en absoluto del cliente, bastaría con asegurarse de que el servidor va a responder a la petición http con la configuración de proxy. Tienes unas opciones en Firefox distintas de las mías (tu "3" es mi "2") pero básicamente estamos diciendo lo mismo, que con esa opción seleccionada en un entorno configurado con algún sistema de autoconfiguración (y más concretamente WPAD) el navegador debería ser capaz de encontrar y configurar los valores adecuados para poder navegar a través del proxy de la red. Saludos, -- Camaleón si estas estas en lo correcto es asi, el problema fue mio que apele a mi mala memoria y me fallo en ese moomento.Es como tu dices (tu "3" es mi "2") -- 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/631B63689D734510A4F7E0865A858E25@ares
Smbldap-tools AYUDA!!
hola amigos tengo un pequeño problema con el smbldap y es a la hora de poblar las bases de datos con e comando smbldap-populate Populating LDAP directory for domain IPURRM (S-1-5-21-3200156739-1260018571-3674612698) (using builtin directory structure) entry dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu already exist. adding new entry: ou=usuarios,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: ou=systems,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: ou=machines,ou=systems,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: ou=idmap,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: sambaDomainName=IPURRM,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: uid=root,ou=usuarios,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: uid=nobody,ou=usuarios,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Domain Admins,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Domain Users,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Domain Guests,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Domain Computers,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Administrators,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Account Operators,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Print Operators,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Backup Operators,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu adding new entry: cn=Replicators,ou=grupos,dc=ipurr,dc=sc,dc=sc,dc=rimed,dc=cu Please provide a password for the domain root: Use of qw(...) as parentheses is deprecated at /usr/share/perl5/smbldap_tools.pm line 1423, line 558. Use of uninitialized value $value in substitution (s///) at /usr/share/perl5/smbldap_tools.pm line 153, line 35. Changing UNIX and samba passwords for root New password: Retype new password: root@zeus:~# pdbedit -L User Search failed! y como pueden ver con el comando pdbedit -L no me muestra los usuarios User Search failed! y esto se debe a este error Use of uninitialized value $value in substitution (s///) at /usr/share/perl5/smbldap_tools.pm line 153, line 35. COMO LO SOLUCIONO -- 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/47763DFF4F5C4F6EAA6F7D0E00C42909@ares
Re: Tutorial BackupPC
El día 22 de agosto de 2014, 12:52, Juan escribió: > Buenas tardes, de nuevo con una consulta: > > En mi trabajo tenemos un servidor Debian que contiene algunos > directorios compartidos al que accede cada usuario de la red. > > Necesito implementar un buen sistema de backup para poder hacer > respaldos hacia ese servidor, tanto de los directorios compartidos alli > como de otros directorios ubicados en equipos windows, que por > diferentes motivos no pueden estar en el servidor. > > Por ejemplo, el software impositivo SIAP (de el ente recaudador de > impuestos de Argentina) solo funciona de manera local, por tal motivo > cada puesto de la red tiene una instalación de este soft en C:\program > files\SIAp. > > Ese directorio es necesario respaldarlo en el servidor, al cual se le > hace despues un respaldo a la nube, pero eso no es problema. > > Lo que quiero hacer es configurar Backuppc para poder hacer copias de > cada uno de esos directorios al servidor y no encuentro la manera, estoy > leyendo tutoriales desde la mañana y no logro ponerlo en marcha. > > No tetiempo de leer mucho, por eso busco la solución facil (no se > enojen, hay obligaciones que no se pueden posponer), por eso no pido que > me digan "hacelo así", solo que me recomienden si conocen algun paso a > paso para hacerlo. > > Gracias y perdon por la molestia. > > Juan > > PD: Aclaro que el servidor lo tengo instalado, backuppc está configurado > con los usuarios, los hosts, etc, lo que no se es como indicar que me > respalde solo una carpeta y no todo un recurso compartido. Espero haber > sido claro. > > > > -- > 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/53f76722.3010...@gmail.com > -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Esto no te sirve [1]? está en la documentación de la aplicación Slds! [1] http://backuppc.sourceforge.net/faq/BackupPC.html#_conf_backupfilesexclude_ -- Guido Ignacio -BEGIN PGP SIGNATURE- Version: OpenPGP.js v0.5.1 Comment: http://openpgpjs.org wsBcBAEBCAAQBQJTvrWbCRDP17wMFuiP8AAAx6AH/Am/nHL7VjX3XGly/XU7 7Rg86KIuWLifNbxfgRERm9zpfe1s9LPskfOmXeUBL7vB8dQELIMS5xFwcGDp mxJ21hA2RoaOWEzH1ngRBSv0bak7rEBFsye82fKVw+VaFiNlnJ6hp+VjCoRQ 5JzVOBMnDILZisxvbWyrnoJ14VAL+4LlYxsF/E+QXDwVQGZqeGIRAnjQmexd NTQhhGi6x05BovvloHbzX8xctmC7I6t6ITc0t3b1eEIRTZE8Q9miZCFBPDQd d/PVjRB8OXdOWFFOfPKb6wfp596nWjJvjhh61R4NjI8IRsfpb/fwi6oilUgm GJr7jUQ2zzHQk4sH6PiAaVc= =16q3 -END PGP SIGNATURE- -- 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/ca+wixxjikij4vcorgc-dvxfsk94rrzjrohckp2kefiz7rgn...@mail.gmail.com
Re: Tutorial BackupPC
No tengo acceso a la documentacion pero creo recuerdar que en la configuracion del equipo puedes definir el directorio del que se va a hacer la copia, excluir directorios y creo que hasta ficheros... Saludos! El 22/08/2014 17:52, "Juan" escribió: > Buenas tardes, de nuevo con una consulta: > > En mi trabajo tenemos un servidor Debian que contiene algunos > directorios compartidos al que accede cada usuario de la red. > > Necesito implementar un buen sistema de backup para poder hacer > respaldos hacia ese servidor, tanto de los directorios compartidos alli > como de otros directorios ubicados en equipos windows, que por > diferentes motivos no pueden estar en el servidor. > > Por ejemplo, el software impositivo SIAP (de el ente recaudador de > impuestos de Argentina) solo funciona de manera local, por tal motivo > cada puesto de la red tiene una instalación de este soft en C:\program > files\SIAp. > > Ese directorio es necesario respaldarlo en el servidor, al cual se le > hace despues un respaldo a la nube, pero eso no es problema. > > Lo que quiero hacer es configurar Backuppc para poder hacer copias de > cada uno de esos directorios al servidor y no encuentro la manera, estoy > leyendo tutoriales desde la mañana y no logro ponerlo en marcha. > > No tetiempo de leer mucho, por eso busco la solución facil (no se > enojen, hay obligaciones que no se pueden posponer), por eso no pido que > me digan "hacelo así", solo que me recomienden si conocen algun paso a > paso para hacerlo. > > Gracias y perdon por la molestia. > > Juan > > PD: Aclaro que el servidor lo tengo instalado, backuppc está configurado > con los usuarios, los hosts, etc, lo que no se es como indicar que me > respalde solo una carpeta y no todo un recurso compartido. Espero haber > sido claro. > > > > -- > 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/53f76722.3010...@gmail.com > >
Re: HDD se desmonta
El Thu, 21 Aug 2014 13:30:26 -0400, Gr@rd1t'o escribió: (...) > La salida del cat dice (...) Gr@rd1t'o, No envíes nuevos mensajes a la lista (como este y otro que mandas después), tienes que *responder* a los correos para que todos los mensajes queden agrupados dentro del mismo hilo. Además, deberías contestar las preguntas que te hacen ya que de otra forma va a ser muy difícil ayudarte. 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.08.22.16.02...@gmail.com
Tutorial BackupPC
Buenas tardes, de nuevo con una consulta: En mi trabajo tenemos un servidor Debian que contiene algunos directorios compartidos al que accede cada usuario de la red. Necesito implementar un buen sistema de backup para poder hacer respaldos hacia ese servidor, tanto de los directorios compartidos alli como de otros directorios ubicados en equipos windows, que por diferentes motivos no pueden estar en el servidor. Por ejemplo, el software impositivo SIAP (de el ente recaudador de impuestos de Argentina) solo funciona de manera local, por tal motivo cada puesto de la red tiene una instalación de este soft en C:\program files\SIAp. Ese directorio es necesario respaldarlo en el servidor, al cual se le hace despues un respaldo a la nube, pero eso no es problema. Lo que quiero hacer es configurar Backuppc para poder hacer copias de cada uno de esos directorios al servidor y no encuentro la manera, estoy leyendo tutoriales desde la mañana y no logro ponerlo en marcha. No tetiempo de leer mucho, por eso busco la solución facil (no se enojen, hay obligaciones que no se pueden posponer), por eso no pido que me digan "hacelo así", solo que me recomienden si conocen algun paso a paso para hacerlo. Gracias y perdon por la molestia. Juan PD: Aclaro que el servidor lo tengo instalado, backuppc está configurado con los usuarios, los hosts, etc, lo que no se es como indicar que me respalde solo una carpeta y no todo un recurso compartido. Espero haber sido claro. -- 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/53f76722.3010...@gmail.com
[OT-Buntu] Re: Pérdida aleatoria de la repetición del teclado
El Fri, 22 Aug 2014 11:33:02 -0300, Mauro Antivero escribió: > Estimados, antes que nada déjenme aclararles que la pregunta en si no es > sobre un equipo que corre Debian, sino uno que corra Kubuntu, pero como > hay ciertas similaridades pregunto acá. Sinceramente no sé si esto > debería ir específicamente como OT, en el caso de que así sea mis > disculpas. Paso a explicarles. (...) > Resulta que, de forma aleatoria (no he podido indentificar absolutamente > nada que "dispare" este inconveniente) me deja de funcionar la > repetición del teclado, es decir que para por ejemplo borrar una > palabra, tengo que apretar la tecla backspace tantas veces como > caracteres tenga esa palabra. Imagínense lo que es desplazar el cursor > de una punta a la otra de la pantalla... Para de mi trabajo consiste > mucho en escribir scripts (PHP mayormente), así que se imaginarán lo > molesto que es esto. Mauro, las palabras mágicas en Google son estas: key repeat periodically stops working https://www.google.es/search?q=key+repeat+periodically+stops+working&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:es-ES:official&client=firefox-a&channel=rcs&gfe_rd=cr&ei=A2b3U_7NFK_T8geLo4CABA A ver si alguno de esos enlaces te da una idea del problema. 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.08.22.15.48...@gmail.com
Re: Extraer solo un archivo de un tar.gz [SOLUCIONADO]
El 22/08/2014 0:52, Manolo Díaz escribió: > El viernes, 22 ago 2014 a las 05:28 horas (UTC+2), > JAWIFI escribió: > >> Buenas noches, estoy buscando y no encuentro que comando tipear para >> extraer un archivo de un tar.gz. >> >> El problema es que tengo un archivo tar muy grande y solo necesito uno de >> los archivos que contiene, pero la ruta para llegar es con algunos espacios >> intemedios: >> Muchas gracias, lo solucioné poniendo la comilla simple (`) delante y deras de la ruta y listo. Saludos 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/53f76560.4060...@gmail.com
Re: OT: no inicia entorno gráfico
El Fri, 22 Aug 2014 02:00:56 -0400, Paulo Riquelme escribió: (...) >> Si no había cursor en la esquina quizá sí que había cargado el entorno >> gráfico (pantalla de inicio de sesión) y el problema es que la pantalla >> estaba oscurecida, pero eso no lo podemos saber hasta ver el archivo de >> registro y comprobar si Xorg te saca algún error o ya no. > > H!!! Me vas a querer mataaar tenía tan la &%$ con los kernels, por > otro lado acá todos insistiendo en "si no estaba malo por qué le quieres > poner el otro programa?..." no pensé en nada más, agarré testing y lo > instalé Bueno, no pasa nada, testing no está tan mal. Eso sí, te recomiendo que no actualices entre semana y esperes a tener tiempo para poder solucionar tranquilamente cualquier problema que se te presente :-) De todas formas, ya te dije que entre las versiones del kernel de estable- backports y testing la diferencia era mínima. Igualmente, sube de nuevo a ww.pastebin.com el archivo "/var/log/Xorg.0.log" que se ha generado cuando has iniciado con el nuevo kernel. >>> >>> Ok, nuevamente lo haré en la noche. >> >> Sí, gracias, es importante. > > Si sigue sirviendo http://pastebin.com/W4RkJdEK Sí, sirve para saber si el servidor X se rompe o no. Bien, ya veo que se trata de Debian testing y sigo viendo un problema salvo que me digas lo contrario: [ 3712.992] (EE) Server terminated successfully (0). Closing log file. ¿Qué es lo que sucede ahora? ¿Sigues sin poder acceder al entorno gráfico? Porque ese error que te aparece es muy claro, dice que el servidor X ha finalizado, hay que ver si es un cierre esperado o no. >>> Sobre esto y lo que me indicas más arriba, "carga el driver correcto >>> (intel) pero falla lo cual pinta a que el kernel o la versión de Xorg >>> (o los dos juntos) ...no es capaz de gestionar el adaptador gráfico" >>> ¿Debo instalar xorg por backports? incluído el >>> xserver-xorg-video-intel? >> >> No, de momento no lo veo necesario. Además, no encuentro ese paquete >> disponible en los backports de wheezy. (...) > Sobre la versión del kernel es la 3.14-2-amd64. Eso me parecía a mí porque en los backports sólo hay disponible una versión, que suele ir a la par con la que lleva testing. > Y por si me puedes seguir ayudando tengo varias anotaciones que nos > pueden guiar sobre lo que ha pasado, paso a describir lo que he hecho: Pero ¿en qué situación estás ahora? Tienes testing, bien, pero ¿ya inicias sin problemas en entorno gráfico? > instalé alsa-base hice alsa reload (pero no funcionó, quizás no se está > usando) Ese paquete es para el sonido, no tiene relación/efecto sobre lo que estamos hablando. > me fui al grano e instalé firmware-linux-free xserver-xorg-video-intel > xorg Hice un X -configure y... chachán!! ahora sí funcionó, copié el > xorg.conf.new y lo pegué en /etc/X11/xorg.conf cuando quise instalar > gnome-core habìa un montón de paquetes que se eliminarían, otras tantas > dependencias sin cumplir, entonces hice un upgrade y luego pude sin > problemas, entonces también gnome-core Un apunte: elimina (renombra mejor) cualquier archivo de configuración que te haya generado Xorg (es decir, "/etc/X11/xorg.conf"), ya no es necesario y te puede dar más problemas que soluciones. > Despuès, la prueba de fuego,reiniciando normal, al llegar al modo > gráfico nuevamente en negro. Será el error que aparece en el registro que te dice que el servidor ha finalizado. > Puse más atención al grub ya que estaba casi convencido de activar eso > del nomodeset, pero me encontré con la sorpresa (quizás no lo es para > tí) que si selecciono la segunda opción del grub, esa que llega sólo a > modo texto, El modo de recuperación. > se abre otro grub 0.O la cosa es que quería entrar en el > modo ese de texto, así que en el segundo grub también seleccioné la > opción correspondiente y en modo texto, después de haber proporcionado > el password de root pensé escribir startx y fue la primera vez que pude > entrar en modo gráfico, funcionó como root, Bueno, dos cosas: 1/ Para desactivar el KMS tienes que hacer lo siguiente: cuando estés en el menú de GRUB, ponte sobre la opción de arranque habitual (la primera) y pulsa la tecla "e" para acceder al modo de edición. Una vez dentro busca la línea del kernel y añade al final "nomodeset" (si no funciona con ese valor prueba con "i915.modeset=0"), es decir: root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro nomodeset O con la otra opción: root=UUID=79086380-68ef-4f63-98a2-3444805ab0ff ro i915.modeset=0 Y pulsa F10 para que prosiga con la carga del sistema. 2/ Inicia con el modo de recuperación y manda de nuevo el registro de "/ var/log/Xorg.0.log" para ver qué driver gráfico ha cargado. > mi duda ahora era, si ingreso con el mismo comando desde mi usuario > normal ¿qué pasará? luego de un hard reset seleccioné la opción por > defecto en el primer grub, cuando es esa la opción no pasa por el > segundo grub, comenzó la carga (letras en pan
Re: Pérdida aleatoria de la repetición del teclado
El 22/08/14 a las 11:33, Mauro Antivero escibió: Estimados, antes que nada déjenme aclararles que la pregunta en si no es sobre un equipo que corre Debian, sino uno que corra Kubuntu, pero como hay ciertas similaridades pregunto acá. Sinceramente no sé si esto debería ir específicamente como OT, en el caso de que así sea mis disculpas. Paso a explicarles. En mi PC de escritorio uso Kubuntu, actualmente en su versión 14.04. Vengo utilizando Kubuntu desde la versión 12.10, actualizando en la medida que el soprte oficial fue caducando. Es decir que desde la 12.10 no hago una instalación "fresca". El sistema en si me funciona perfectamente, muy estable, no recuerdo ahora algún otro problema puntual más allá del que les voy a contar, y si bien no es grave ya entenderán que es terriblemente molesto. Resulta que, de forma aleatoria (no he podido indentificar absolutamente nada que "dispare" este inconveniente) me deja de funcionar la repetición del teclado, es decir que para por ejemplo borrar una palabra, tengo que apretar la tecla backspace tantas veces como caracteres tenga esa palabra. Imagínense lo que es desplazar el cursor de una punta a la otra de la pantalla... Para de mi trabajo consiste mucho en escribir scripts (PHP mayormente), así que se imaginarán lo molesto que es esto. Como les decía, esto me pasa desde la versión 12.04, ninguna actualización me lo ha resuelto. Si voy al centro de control de KDE y anulo y vuelvo a habilitar la repetición del teclado esta vuelve a funcionar, pero puede ser que dentro de un minuto, dos, diez, o quien sabe cuanto me vuelva a pasar. Como ya no sabía que más hacer probé cambiar de teclado (uso uno PS2 que tiene teclas multimedia y me viene al pelo), me pasé a uno USB, pero sigo teniendo exactamente el mismo resultado. Créanme que he buscado bastante, pero no he encontrado nada que me solucione el problema. Como todo lo que es Ubuntu con Debian guarda ciertas similitudes y además se trata de un problema con el teclado pensé en preguntarle a ustedes. A lo mejor pueda ser un problema de KDE, pero no sé como confirmarlo. Adición de último momento: Con la repetición sin funcionar, me pasé a una consola (Ctrl + Alt + F1) y en esta funcionaba perfectamente. Luego, al volver al entorno gráfico la repetición también funcionaba, pero en menos de un minuto dejó de hacerlo. Otra vez me pasé a la consola y al volver otra vez funcionaba la repetición, pero no por más de 30 segundos (esto es una cosa de locos). Con esto apunto a que quizás KDE tenga algo que ver... Les agradecería mucho cualquier ayuda que me puedan dar, ya que este asunto me tiene realmente cansado. Saludos y muchas gracias. Mauro. Bueno, en realidad ya sabés que esta es una lista de Debian y que *Buntu se corta solo en algunas cosas. Pero como también soy usuario de Kubuntu pero de la 12.04 te tiro un tip: Probá de desactivar/activar los efectos de escritorio, a veces y según la placa que tengas alteran algunas funciones o tiene comportamientos extraños pero por lo menos en mi caso nada molesto ni grave. Sino te recomiendo que hagas esta misma consulta en alguna de tantas listas de Ubuntu. Saludos. -- Sergio Bessopeanetto Buenos Aires - Argentina -- 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/53f76286.8060...@ymail.com
Re: Ayuda con firefox!!
El Fri, 22 Aug 2014 11:10:05 +0200, José Miguel (sio2) escribió: > El Thu, 21 de Aug de 2014, a las 05:04:32PM +, Camaleón dijo: > >> Pues ahí está la gracia, que el usuario no tiene que saber nada, los >> navegadores vienen configurados para autodetectar la configuración del >> proxy de la red siempre y cuando el administrador de dicha red tenga >> todo perfectamente configurado para ofrecer esa opción. > > Juraría que eso no es así (hablo de cabeza). La opción seleccionada de manera predeterminada (cuando se instala o ejecuta sin modificar nada) es "Autodetectar configuración del proxy para esta red". Al menos era así hasta hace poco, si lo han cambiado después pues no te lo puedo asegurar porque es un valor que siempre modifico y lo dejo configurado para no usar proxy. > Firefox viene con tres opciones al respecto: Yo tengo 5. > 1. Configuración manual. > 2. Detectar la configuración del proxy del sistema. > 3. Autodetectar el proxy (para lo cual intenta descargar el fichero de >configuración http://wpad/wpad.dat. En Firefox 31 no tengo esas opciones, al menos no tal y como las pones: 1. Sin proxy 2. Autodetectar configuración del proxy para esta red 3. Usar la configuración de proxy del sistema 4. Configuración manual del proxy 5. URL para la configuración automática del proxy > Pues bien, si no se toca nada, la opción marcada es la 2, así que el > sistema *cliente* tiene que estar configurado y eso no tiene por qué > ocurrir. Con tu opción 2, sí, pero no es el caso. Aún así, en el caso de que hayan cambiado los valores predeterminados pues se cambia esa opción y listo, tampoco necesita de muchos malabares. Además, si se está configurando un entorno varios equipos con terminales "tontos" lo tiene más sencillo ya que no hay más que distribuir los "Firefoxes" con ese valor preconfigurado. > Si viniera predeterminada la 3, entonces sí que tendrías razón: no > dependería en absoluto del cliente, bastaría con asegurarse de que el > servidor va a responder a la petición http con la configuración de > proxy. Tienes unas opciones en Firefox distintas de las mías (tu "3" es mi "2") pero básicamente estamos diciendo lo mismo, que con esa opción seleccionada en un entorno configurado con algún sistema de autoconfiguración (y más concretamente WPAD) el navegador debería ser capaz de encontrar y configurar los valores adecuados para poder navegar a través del proxy de la red. 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.08.22.14.56...@gmail.com
Pérdida aleatoria de la repetición del teclado
Estimados, antes que nada déjenme aclararles que la pregunta en si no es sobre un equipo que corre Debian, sino uno que corra Kubuntu, pero como hay ciertas similaridades pregunto acá. Sinceramente no sé si esto debería ir específicamente como OT, en el caso de que así sea mis disculpas. Paso a explicarles. En mi PC de escritorio uso Kubuntu, actualmente en su versión 14.04. Vengo utilizando Kubuntu desde la versión 12.10, actualizando en la medida que el soprte oficial fue caducando. Es decir que desde la 12.10 no hago una instalación "fresca". El sistema en si me funciona perfectamente, muy estable, no recuerdo ahora algún otro problema puntual más allá del que les voy a contar, y si bien no es grave ya entenderán que es terriblemente molesto. Resulta que, de forma aleatoria (no he podido indentificar absolutamente nada que "dispare" este inconveniente) me deja de funcionar la repetición del teclado, es decir que para por ejemplo borrar una palabra, tengo que apretar la tecla backspace tantas veces como caracteres tenga esa palabra. Imagínense lo que es desplazar el cursor de una punta a la otra de la pantalla... Para de mi trabajo consiste mucho en escribir scripts (PHP mayormente), así que se imaginarán lo molesto que es esto. Como les decía, esto me pasa desde la versión 12.04, ninguna actualización me lo ha resuelto. Si voy al centro de control de KDE y anulo y vuelvo a habilitar la repetición del teclado esta vuelve a funcionar, pero puede ser que dentro de un minuto, dos, diez, o quien sabe cuanto me vuelva a pasar. Como ya no sabía que más hacer probé cambiar de teclado (uso uno PS2 que tiene teclas multimedia y me viene al pelo), me pasé a uno USB, pero sigo teniendo exactamente el mismo resultado. Créanme que he buscado bastante, pero no he encontrado nada que me solucione el problema. Como todo lo que es Ubuntu con Debian guarda ciertas similitudes y además se trata de un problema con el teclado pensé en preguntarle a ustedes. A lo mejor pueda ser un problema de KDE, pero no sé como confirmarlo. Adición de último momento: Con la repetición sin funcionar, me pasé a una consola (Ctrl + Alt + F1) y en esta funcionaba perfectamente. Luego, al volver al entorno gráfico la repetición también funcionaba, pero en menos de un minuto dejó de hacerlo. Otra vez me pasé a la consola y al volver otra vez funcionaba la repetición, pero no por más de 30 segundos (esto es una cosa de locos). Con esto apunto a que quizás KDE tenga algo que ver... Les agradecería mucho cualquier ayuda que me puedan dar, ya que este asunto me tiene realmente cansado. 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/53f7549e.1010...@gmail.com
Re: Ayuda con firefox!!
El Thu, 21 de Aug de 2014, a las 05:04:32PM +, Camaleón dijo: > Pues ahí está la gracia, que el usuario no tiene que saber nada, los > navegadores vienen configurados para autodetectar la configuración del > proxy de la red siempre y cuando el administrador de dicha red tenga todo > perfectamente configurado para ofrecer esa opción. Juraría que eso no es así (hablo de cabeza). Firefox viene con tres opciones al respecto: 1. Configuración manual. 2. Detectar la configuración del proxy del sistema. 3. Autodetectar el proxy (para lo cual intenta descargar el fichero de configuración http://wpad/wpad.dat. Pues bien, si no se toca nada, la opción marcada es la 2, así que el sistema *cliente* tiene que estar configurado y eso no tiene por qué ocurrir. Si viniera predeterminada la 3, entonces sí que tendrías razón: no dependería en absoluto del cliente, bastaría con asegurarse de que el servidor va a responder a la petición http con la configuración de proxy. -- Todo el mundo se suicidaría si después de suicidarse se pudiera seguir viviendo. --- 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/20140822091005.ga5...@cubo.casa
