Re: OT Repositorio de documentos.

2014-12-13 Por tema Gonzalo Rivero
El sáb, 13-12-2014 a las 12:07 -0600, Aradenatorix Veckhom Vacelaevus
escribió: 
> Buen sábado a todos:
> 
> Les comento una inquietud que tengo desde hace unos meses. Verán,
> desde hace unos años he ido acumulando junto con un par de amigos una
> cantidad bastante importante de información, básicamente libros y
> artículos publicados en revistas científicas que quisiéramos organizar
> y tener a disposición sin problemas para compartirlos (por correo es
> dificil con los libros sobre todo porque exceden la cuota y por
> cuestiones de seguridad tampoco nos ha llamado la atención usar
> dropbox por ejemplo.
> 
> Cavilando sobre el asunto he pensado en algunas cosas:
> 
> 1. Hardware
> 
> Supongo que un pequeño NAS de esos de Synology podría ser una opción
> en cuanto a hardware, no sé. A mi me gustaria poder levantar un RAID 0
> + 1 o alguna configuración que sirviera para proteger datos y evitar
> pérdidas de información.
> 
> De momento tengo disponible una WorkStation Dell Precision 690 con 2
> Xeones y capacidad para 64 GB de RAM y de 4 discos duros de hasta 1 TB
> cada uno si no mal recuerdo. Pero igual y podria conseguir un servidor
> de esos en rack para este propósito.
> 
> 2. Software
> 
para 1+2.1 (digamos, hasta el SO) te recomiendo algo que soporte ZFS, yo
lo aprendí el año pasado (tenemos sobre openindiana y nappit y otro con
nas4free) y es fantástico

> Lo más seguro es que usemos debian (o alguna distro basada en debian)
> para este proyecto. Sin embargo la idea es poder concentrar en ese
> equipo toda la documentación que tenemos (serán como 40 GB) y poder
> compartirla entre nosotros. Se me ocurre que owncloud podría servir
> para este propósito, ¿será?
> 
> La parte de la red se las debo, pero tengo a quien recurrir para ello
> y donde instalar el equipo para no tener problemas en esa parte, sin
> embargo me gustaría leer sus sugerencias y opiniones, por ello
> comparto esta duda en esta lista (aprovechando también la gran
> cantidad de hilos OT que aparecen a diario).


para 2.2, que sería algo para gestionar en si los documentos, te
recomiendo empezar por aquí
http://www.cobdc.net/programarilliure/gestion-documental-software-libre-nuxeo-alfresco-athento/
no conozco ni uno solo de esos sistemas, pero seguro alguno te ayuda, o
al menos te orienta a seguir buscando


-- 
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/1418508042.1609.4.ca...@gmail.com



Re: Fwd: fglrx-driver

2014-12-13 Por tema AbeL
Gracias por la info.


Te platico que no he podido echar a andar el driver privativo fglrx.
Acabo de formatear e instale el paquete fglrx-driver  de los
repositorios de jessie,  configure de base el xorg.conf que viene en
la pagina de wiki y cheque que este agregado el modulo radeon en el
blacklist. Al parecer no manda error pero se queda la pantalla en
negro y no inicia el grafico.

Aqui esta el pastebin del log de Xorg.  http://pastebin.com/p2zbRftP

Espero me puedas orientar.

Saludos

2014-12-13 12:34 GMT-06:00 Camaleón :
> El Sat, 13 Dec 2014 09:59:19 -0600, AbeL escribió:
>
>> Hola buenos días, me podrías explicar como enviar los mensajes sin html?
>
> (...)
>
> Sí, claro:
>
> Cómo enviar mensajes a la lista usando un formato de texto plano
> https://wiki.debian.org/es/DebianMailingLists#C.2BAPM-mo_enviar_mensajes_a_la_lista_usando_un_formato_de_texto_plano
>
> 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.12.13.18.34...@gmail.com
>


--
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/CAPP+re1_xPfauhrsW+85km7QqeQ=GMSsAvGTD1s=8jzu0q1...@mail.gmail.com



Re: [OT] Sobre manejar archivos recuperados con photorec

2014-12-13 Por tema Miguel Matos
El día 13 de diciembre de 2014, 6:46, Flako  escribió:
> El día 13 de diciembre de 2014, 0:06, Miguel Matos
>  escribió:
>> Saludos a la lista y la gente más lista también. :-D
>>
>> Ahorita he decidido retomar de nuevo la reorganización de los archivos
>> que he recuperado con photorec tras la "invisibilización" de los
>> mismos cuando casi pierdo mi partición. Sin embargo, todavía no puedo
>> resolver una duda: ¿exactamente con qué se abren los archivos con
>> formatos .elf, .a, .o, .pl, .pyc, .class y .jar? Al menos para saber
>> de qué archivos se tratan. Y con los miles de txt, luego me tocará ver
>> si se pueden re-ensamblar con sus respectivas partes (pues, para tener
>> casi 3 millones de archivos, no me extraña ver tantos .txt).
>>
>> --
>
> los .a,.o,class, .jar, .pl son ejecutables o código fuente, que si no
> sos desarrollador no son importantes.
> por los txt, los txt son una locura.. pero si no sos de guardar cosas
> importantes en un  .txt también los podes descartar.. dado que la
> mayoría son de configuraciones de programas
>
Ojalá los pudiese "descartar" como la mayoría lo haría; pero los
necesito, para saber (o al menos tener una idea) de qué archivo era
antes, y luego ver si se recupera. He visto que algunos eran antes
.html, y otros, texto que usaban otros programas (p.e.: el diccionario
local de Mozilla Firefox en un backup de debian que hice antes de
reinstalarlo, ver mi mensaje anterior de la falla del idioma local en
GNOME).

-- 
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz


--
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/calevjmt8vk4rgdjf_ut6yxnihp-hoc26cgsgc7veepugn71...@mail.gmail.com



Re: [OT] Sobre manejar archivos recuperados con photorec

2014-12-13 Por tema Miguel Matos
El día 13 de diciembre de 2014, 14:00, Camaleón  escribió:
> El Fri, 12 Dec 2014 22:36:49 -0430, Miguel Matos escribió:
>
>> Saludos a la lista y la gente más lista también. :-D
>>
>> Ahorita he decidido retomar de nuevo la reorganización de los archivos
>> que he recuperado con photorec tras la "invisibilización" de los mismos
>> cuando casi pierdo mi partición. Sin embargo, todavía no puedo resolver
>> una duda: ¿exactamente con qué se abren los archivos con formatos .elf,
>> .a, .o, .pl, .pyc, .class y .jar? Al menos para saber de qué archivos se
>> tratan.
>
> (...)
>
> Prueba con "file archivo.extension", te adará información sobre el tipo
> MIME pero vamos... pl es un archivo de perl (texto), class y jar son
> java, pyc suena a pyhton y elf y o son archivos ejecutables (binarios).
> Del a no tengo idea... Google dice que es un tipo de archivo
> (bibliotecas) generado por la herramienta ar :-?
>
> 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.12.13.18.30...@gmail.com
>

Vale pues, intentaré explicarles en pocas palabras el objetivo final:
1. Photorec es, según su web, "un software diseñado para recuperar
archivos perdidos incluyendo videos, documentos y archivos de los
discos duros y CDRoms así como imágenes perdidas (por eso el nombre
PhotoRecovery) de las memorias de las cámaras fotográficas, MP3
players, PenDrives, etc. PhotoRec ignora el sistema de archivos y hace
una búsqueda profunda de los datos, funcionando incluso si su sistema
de archivos está muy dañado o ha sido re-formateado."

2. Ahora bien, el cómo trabaja debería ser algo indiferente para mí;
pero no, es tan importante como la info que tenía allí. Tengo
entendido que se basa en los primeros números que guarda cada archivo,
para determinar su tipo, y de ahí busca rescatarlo. O eso creo yo que
hace[1].

[1]http://www.cgsecurity.org/wiki/PhotoRec_ES#Como_funciona_PhotoRec

3. Lo que yo quiero es saber qué hacen los archivos de cuyas
extensiones desconozco. Por ello tengo la duda es de, principalmente,
los .a, .o, .class (aunque sé que es de java, hace falta algo para
ejecutarlo), .py, y principalmente, .elf (que es lo que más abunda en
el rescate de los archivos).

4. Los archivos comprimidos (.rar, .zip, .gz, .cab y .jar); los
documentos (.doc, .rtf, .xls, .pps, .pdf, ...); las imágenes (.gif,
.ico, .bmp, .png y .jpg); los archivos multimedios (.3gp, .amr, .mp3,
.ogg, .avi, .mp4,...) sí los reconoce en su totalidad; sin embargo,
representa menos de la mitad de mi información. ¡Hasta los sqlite y
los .dll los reconoce enteramente!

Espero sí me puedan ir guiando por el camino correcto para tenerlos
todos. Gracias anticipadas.

P.D. Photorec advierte: Inmediatamente después de darse cuenta de que
ha borrado un archivo por accidente, o descubre alguna falta, no
guarde mas fotos o archivos en esa memoria o disco para prevenir la
sobreescritura de los datos perdidos. Esto significa, que no debe
guardar los archivos recuperados a la misma particion donde estaban
guardados.

La partición no la he tocado para encontrar la mayor cantidad de
archivos. Desde septiembre ha quedado pendiente para usarse, por lo
que tengo 139 GB "medio vírgenes" y listos para reusarse.
-- 
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz


--
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/calevjmsnmdoh8+caxlx+je-46yxyhp58bauajxe07qp7joe...@mail.gmail.com



Re: Fwd: fglrx-driver

2014-12-13 Por tema Camaleón
El Sat, 13 Dec 2014 09:59:19 -0600, AbeL escribió:

> Hola buenos días, me podrías explicar como enviar los mensajes sin html?

(...)

Sí, claro:

Cómo enviar mensajes a la lista usando un formato de texto plano
https://wiki.debian.org/es/DebianMailingLists#C.2BAPM-mo_enviar_mensajes_a_la_lista_usando_un_formato_de_texto_plano

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.12.13.18.34...@gmail.com



Re: [OT] Sobre manejar archivos recuperados con photorec

2014-12-13 Por tema Camaleón
El Fri, 12 Dec 2014 22:36:49 -0430, Miguel Matos escribió:

> Saludos a la lista y la gente más lista también. :-D
> 
> Ahorita he decidido retomar de nuevo la reorganización de los archivos
> que he recuperado con photorec tras la "invisibilización" de los mismos
> cuando casi pierdo mi partición. Sin embargo, todavía no puedo resolver
> una duda: ¿exactamente con qué se abren los archivos con formatos .elf,
> .a, .o, .pl, .pyc, .class y .jar? Al menos para saber de qué archivos se
> tratan. 

(...)

Prueba con "file archivo.extension", te adará información sobre el tipo 
MIME pero vamos... pl es un archivo de perl (texto), class y jar son 
java, pyc suena a pyhton y elf y o son archivos ejecutables (binarios). 
Del a no tengo idea... Google dice que es un tipo de archivo 
(bibliotecas) generado por la herramienta ar :-?

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.12.13.18.30...@gmail.com



Re: servidor de correo electronico.

2014-12-13 Por tema Camaleón
El Sat, 13 Dec 2014 01:04:20 +0100, Ala de Dragón escribió:

> Hola  :-D
> 
> Me gustaría desarrollar un proyecto de servidor de correo elec. y he
> andado curioseando por la lista y google. actualmente dispongo un fqn e
> ip fija en un vps.
> 
> Me decidí a postfix como smtp, a utilizar un método de autentificar
> sasl2 contra usuarios de sistema (de 1 a 5 usuarios). Como agente
> Pop3/imap aun no me he decido. No es necesario acceso web al correo. Por
> el momento postfix y sasl2 funcionan y se integran con
> amavis-new/clamav/sapamassasin y firmas dkim para correos salientes. Mi
> resquemor es que al haber utilizado cientos de fuentes de información
> diferentes, haber pasado algo por alto y permitir/facilitar el envío de
> correos por parte de terceros no deseados.
> 
> Si se les ocurre que puedo repasar lo agradeceré.

Postfix viene configurado de manera predeterminada para no funcionar como 
"open relay" pero puedes usar algún sistema de verificación para 
comprobar cómo responde desde fuera, así te quedas más tranquilo:

http://mxtoolbox.com/diagnostic.aspx

> Como ven, dentro de la complejidad inherente a configurar el servidor,
> el escenario es sencillo. simplemente me atasco cuando empiezan los
> manuales a hablar de tablas sql y usuarios virtuales. no es lo que
> busco He encontrado muchos manuales que acceden  bases de datos sql
> etc...  Busco un manual que se ajuste a la configuración que busco,
> sencilla, segura y eficaz... 

Primero tendrás que elegir el servidor pop3/imap que quieres usar. Yo te 
recomendaría Dovecot, tiene buena documentación para el sistema que 
buscas (usuarios locales) y es lo suficientemente flexible y potente para 
ampliarlo/moldearlo como prefieras. Además, me parece que se lleva muy 
bien con Postfix.

http://wiki2.dovecot.org/
http://wiki2.dovecot.org/QuickConfiguration
https://www.linode.com/docs/email/postfix/postfix-dovecot-and-system-user-
accounts-on-debian-6-squeeze

A tener en cuenta: no existe una guía única de configuración porque 
existen múltiples opciones y caminos a tomar, es decir, puedes configurar 
el sistema de correo para que postfix lleve la carga de casi todo o 
puedes dejar que sea dovecot quien lo gestione y tener a postfix como 
simple mensajero. Lo que yo suelo hacer es dejar que posfix se encargue 
de los suyo (smtp/lda) y el servidor pop3/imap4 lleve la carga de los 
buzones en su propio directorio.

> Me da envidia, sana, un servidor de correo que camaleon desarrollo y
> funciona desde hace 10 años. Muy interesante el planteamiento en papel
> que sugieres.

Je, creo que todavía tengo el esquema, pero me costó mucho tiempo dejarlo 
como quería porque Cyrus-imap no es sencillo de entender y en su momento 
había muy poca documentación pero una vez que has establecido el plan de 
ataque y comprendes cómo funciona el flujo de los mensajes que has 
decidido para tu sistema, la cosa va sobre ruedas.

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.12.13.18.21...@gmail.com



OT Repositorio de documentos.

2014-12-13 Por tema Aradenatorix Veckhom Vacelaevus
Buen sábado a todos:

Les comento una inquietud que tengo desde hace unos meses. Verán,
desde hace unos años he ido acumulando junto con un par de amigos una
cantidad bastante importante de información, básicamente libros y
artículos publicados en revistas científicas que quisiéramos organizar
y tener a disposición sin problemas para compartirlos (por correo es
dificil con los libros sobre todo porque exceden la cuota y por
cuestiones de seguridad tampoco nos ha llamado la atención usar
dropbox por ejemplo.

Cavilando sobre el asunto he pensado en algunas cosas:

1. Hardware

Supongo que un pequeño NAS de esos de Synology podría ser una opción
en cuanto a hardware, no sé. A mi me gustaria poder levantar un RAID 0
+ 1 o alguna configuración que sirviera para proteger datos y evitar
pérdidas de información.

De momento tengo disponible una WorkStation Dell Precision 690 con 2
Xeones y capacidad para 64 GB de RAM y de 4 discos duros de hasta 1 TB
cada uno si no mal recuerdo. Pero igual y podria conseguir un servidor
de esos en rack para este propósito.

2. Software

Lo más seguro es que usemos debian (o alguna distro basada en debian)
para este proyecto. Sin embargo la idea es poder concentrar en ese
equipo toda la documentación que tenemos (serán como 40 GB) y poder
compartirla entre nosotros. Se me ocurre que owncloud podría servir
para este propósito, ¿será?

La parte de la red se las debo, pero tengo a quien recurrir para ello
y donde instalar el equipo para no tener problemas en esa parte, sin
embargo me gustaría leer sus sugerencias y opiniones, por ello
comparto esta duda en esta lista (aprovechando también la gran
cantidad de hilos OT que aparecen a diario).

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/CAACnk7Zap+ko_r3FOR4HREG+93-d52ni6D1jUHJnpPv=eyf...@mail.gmail.com



Re: Error al instalar man-db en jessie (quizás problema de ext4???)

2014-12-13 Por tema Camaleón
El Fri, 12 Dec 2014 20:56:00 +0100, José Miguel (sio2) escribió:

> El Fri, 12 de Dec de 2014, a las 06:05:35PM +, Camaleón dijo:
> 
>> No es una estupidez siempre y cuando lo hagas como prueba para
>> comprobar si el raid 1 funciona como debe o no.
>> 
>> Lo que ya no me parece tan normal es que lo tengas de manera constante
>> "roto" (con un sólo disco), ya que de esa forma estás forzando al
>> sistema a que use ciclos de cpu para que dmraid intente reconstruir
>> continuamente el raid 1 (si tienes configurado el rebuild automático),
>> algo que no puede hacer porque sólo hay un disco.
>> 
>> Sólo el concepto me parece hasta macabro >:-)
> 
> No lo tengo roto, quiero decir, que el raid no es un raid de dos discos
> al que le falta uno: Es un raid constituido por un sólo disco:
> 
> # cat /proc/mdstat Personalities : [raid1]
> md0 : active raid1 sda1[0]
>   5240064 blocks super 1.2 [1/1] [U]
>   
> unused devices: 
> 
> He dicho que es estúpido, porque conceptualmente necesitas dos discos.

Jo*er. Pues entonces no entiendo el motivo del raid 1, ¿quieres estresar 
al disco, al kernel, al LVM? ¿Quieres probar los módulos del kernel para 
el raid? Lo raro es que con un único disco no se queje :-?

>> > ¿Por raid enclenque te refieres a un raid por software?
>> 
>> No, no... me refiero dmraid (si es que es ese el que usas). Dmraid es
>> un falso raid, el peor de todos los que puedes usar y que resulta
>> únicamente útil si tienes un sistema dual con windows y has habilitado
>> el raid en la bios para windows.
> 
> No, no es un falso raid (ya he dicho que estoy usando kvm).

Vale... Me confundió en mensaje del OOPS:

***
Aborting journal on device dm-0-8.
EXT4-fs (dm-0): Remounting filesystem read-only
***

Ese dm-0 suena a... pues eso, a "dm" (falso raid) ;-)

Por otra parte, el hecho de usar KVM no implica nada, es decir, podrás 
configurar un raid con dm o con md.

>> > ¿Eso se hace con reportbug? No lo he hecho nunca.
>> 
>> Hummm, sí, puedes usar reportbug (esta aplicación genera un correo
>> electrónico que se enviará al BTS con todos los datos, la pega que
>> tiene es que debe que ejecutarse/instalarse en el mismo equipo donde
>> has encontrado el bug para que obtenga todas las variables de entorno
>> correctamente) o puedes hacerlo manualmente a través de un correo
>> electrónico con los datos adecuados para que lo reconozca el BTS como
>> informe de fallo:
>> 
>> https://www.debian.org/Bugs/Reporting
> 
> Pues entonces sospecho que no podré usar reportbug, porque al producirse
> el fallo se me vuelve totalmente inservible la máquina.

Por ese motivo no me gusta reportbug, prefiero hacer un informe a mano y 
enviarlo por e-mail aunque cueste un poco más de tiempo.
 
> Por cierto que he probado a usar qemu-nbd para montar el fichero,
> he ensamblado el raid, cargado el LVM y al actualizar con:
> 
> # apt-get -o RootDir=/punto/montaje upgrade
> 
> se ha actualizado sin problemas. Pero dentro del kvm no hay forma. :/

Porque lo que falla es el sistema de archivos ejecutado dentro del 
volumen de la VM, no del host, aunque tratándose de KVM no sé hasta qué 
punto están separados host/guest...

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.12.13.17.45...@gmail.com



Re: alguien trabajo con ffmpeg?

2014-12-13 Por tema Camaleón
El Fri, 12 Dec 2014 20:03:08 +0100, juan carlos rebate escribió:

> Me saco que es creadora o colaboradora porque el proyecto esta alojado
> aquí http://git.videolan.org/?p=ffmpeg.git;a=tree 

Pues no, no es la creadora. Más bien es al revés, VideoLAN se nutre de 
ffmeg.

> y no no me refiero a capturar una señal sino a realizar streaming con
> varias cámaras, se que se puede hacer porque en algunos blogs indican
> que se puede pero no como se puede.

Para hacer streaming necesitas capturar una señal, de lo que sea (audio/
video/flujo de datos remoto...).

Pero si tienes alguna duda concreta puedes preguntar en la lista de 
correo de ffmpeg y leer la documentación que tienen.

> Ya se que funciona con repositorios, tengo los src y los binarios de
> main contrib y main pero me da error porque no se puede resolver, se lo
> que digo tampoco encuentro info sobre el cifrado, en fin todo lo que ya
> dije

No dices qué es lo que no se puede resolver, así que poco podemos hacer. 
En cuanto al cifrado te podrán dar datos más precisos en la lista de 
ffmpeg.

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.12.13.17.29...@gmail.com



Fwd: fglrx-driver

2014-12-13 Por tema AbeL
-- Forwarded message --
From: AbeL 
Date: 2014-12-12 9:36 GMT-06:00
Subject: Re: fglrx-driver
To: "A MI NO, ENVIA A LA LISTA" 
Cc: debian-user-spanish@lists.debian.org

Entendido y una disculpa, en realidad no se que es top-posting  pero lo
investigo y evitare hacerlo.

Voy a revisar tus comentarios y te comento como me va.

Gracias y Saludos.

2014-12-12 8:55 GMT-06:00 Camaleón :

> El Thu, 11 Dec 2014 13:18:17 -0600, AbeL escribió:
>
> AbeL, sigues enviando a la lista los mensajes con formato html y haciendo
> top-posting, lo cual no es correcto.
>
> Si no sabes cómo hacer algo dilo, y ya te aviso que este es el último
> correo que te respondo si sigues saltándote las normas de la lista :-)
>
> > 2014-12-11 12:27 GMT-06:00 Camaleón :
>
> (...)
>
> >> > Hola de nuevo, esta completo, pero te lo paso de nuevo
> >> > http://pastebin.com/kKP0LMwX
> >> >
> >> > ese xorg fue el que me creo el #aticonfig --initial
> >>
> >> Ah, no, si ese ya lo has enviado, pensaba que por el "xorg.con" te
> >> referías al archivo que te pedía "/var/log/Xorg.0.log" que es el que te
> >> falta por subir.
>
> > Una disculpa,  entendi mal lo que tenia que subir, pero aqui va todo:
> >
> > http://pastebin.com/ZaArCEkq
>
> Voy pasando lo que me parece interesante:
>
> [26.803] (WW) fglrx: No matching Device section for instance (BusID
> PCI:0@0:1:1) found
> (...)
> [27.194] (WW) fglrx(0): board is an unknown third party board,
> chipset is supported
> (...)
> [27.667] (WW) fglrx(0): Option "VendorName" is not used
> [27.667] (WW) fglrx(0): Option "ModelName" is not used
>
> Estos mensajes parecen indicar que hay algo en el archivo de
> configuración ("/etc/X11/xorg.conf") que no le gusta. Puedes probar a
> renombrar ese archivo (p. ej., a "/etc/X11/xorg.conf.orig") para que Xorg
> intente ajustar los valores automáticamente o utilizar una plantilla de
> configuración mínima como indican en la wiki:
>
> https://wiki.debian.org/ATIProprietary#Configuration
>
> ***
> Section "Device"
> Identifier "My GPU"
> Driver "fglrx"
> EndSection
> ***
>
> Y otra cosa, asegúrate de que el módulo del kernel "radeon" esté en la
> lista negra (p. ej., en "/etc/modprobe.d/radeon-kms.conf") para que no se
> intente cargar al iniciar el sistema. Si has instalado el paquete de
> Debian (fglrx-driver) esto se hace automáticamente pero si has instalado
> el driver del fabricante seguramente tengas que hacerlo manualmente.
> Comprueba ese punto.
>
> [28.731] (EE) AIGLX error: failed to open /usr/X11R6/lib64/modules/
> dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot
> open shared object file: No such file or directory]
> [28.731] (EE) AIGLX error: failed to open /usr/lib64/dri/fglrx_dri.so,
> error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such
> file or directory]
> [28.731] (EE) AIGLX error: failed to open /usr/X11R6/lib/modules/dri/
> fglrx_dri.so, error[/usr/X11R6/lib/modules/dri/fglrx_dri.so: cannot open
> shared object file: No such file or directory]
> (...)
> [30.001] (II) AIGLX: Loaded and initialized OpenGL driver(II) GLX:
> Initialized DRI GL provider for screen 0
>
> Los 3 primeros errores apuntan a problemas con la aceleración 3D pero por
> el último mensaje parece que al final sí puede activar la aceleración. No
> estatría de más que buscaras la biblioteca para ver si existe o no,
> ejecuta y manda la salida de:
>
> locate fglrx_dri.so
>
> [  1976.936] (II) AIGLX: Suspending AIGLX clients for VT switch
> [  1976.936] (II) fglrx(0): Backup framebuffer data.
> [  1976.942] (II) fglrx(0): Backup complete.
>
> Y eso es lo más extraño. Decías en tu primer correo que el servidor
> gráfico te devolvía siempre un error de tipo "no screens found" algo que
> no aparece en el registro de Xorg, es decir, según el registro que has
> enviado, y siempre que el archivo esté completo, no se produce ningún
> error en el servidor Xorg y el servidor gráfico se carga aparentemente
> sin problemas.
>
> 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



Hola buenos días, me podrías explicar como enviar los mensajes sin html?

Te platico que instale el driver directamente del fabricante, puse en el
blacklist el modulo radeon, configure la base del xorg.conf a como me
explicaste en un correo anterior pero al reiniciar no me deja iniciar el
modo grafico. me sale el siguiente error:

/usr/bin/X: symbol looukp error:
/usr/lib/xorg/modules/extensions/libglx.so: undefined symbol: LoadExtension
xinit: giving up
xinit: Unable to connect X server: Connection refused
xinit: server error

el log del xorg esta en; http://pastebin.com/czsSdpJd

Espero o haberla regado de nuevo-..

Gracias


Re: Gateway Postfix para varios dominios

2014-12-13 Por tema Lic. Manuel Salgado
Gracias por tu atención, colega y a los demás por su tiempo. ya he
revisado la configuración de Postfix al respecto y me he percatado que
esta funcionando Ok. El problema ahora es con Shorewall. Resulta que
en esta pasarela también hay filtrado de paquetes y se hace NAT hacia
una DMZ. Alguien podría darme una mano en esta parte, pues realmente
no tengo idea de como lograrlo. Les ilustro un poco más mi escenario:
Tengo el postfix en cuestion en un server que hace funcion de gateway
en mi red hacia LAN, DMZ y WAN. Tengo en la DMZ dos servidores de
correo que responden a dos dominios distintos del mismo nivel:
dominio1.com y dominio2.com. Ya  en el postfix de la pasarela se han
configurado los transport maps y se ha comprobado su correcto
funcionamiento hacia los dos dominios de la DMZ, pero estoy haciendo
NAT hacia el puerto 25 de uno de esos servidores. Creo que la solución
podría estar en "decirle" a shorewall que redirija a los puertos 25 en
funcion del dominio que se trate. Tal vez este hablando burradas, pero
estoy abierto a sugerencias y / o criticas en busca de una solución.
Gracias a todos una vez mas.

El 6/12/14, Camaleón  escribió:
> El Fri, 05 Dec 2014 16:00:17 -0500, Lic. Manuel Salgado escribió:
>
>> Alguien me podria ayudar en mi proposito? Tengo una pasarela con postfix
>> en mi red. Esta gestiona el correo del dominio "dominio1.com."
>> Necesito que esta pasarela sea capaz de gestionar el correo de otros dos
>> dominios, por ejemplo "dominio2.com", "dominio3.com"
>
> http://www.postfix.org/VIRTUAL_README.html
>
> No te puedo especificar más porque según el tipo de cuentas que uses
> tendrás que editar una variable u otra.
>
> 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.12.06.15.24...@gmail.com
>
>


--
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++POONX0eiiAgNwr=lykph9qy5flavauwerltbo8vy_8rn...@mail.gmail.com



Re: servidor de correo electronico.

2014-12-13 Por tema Gonzalo Rivero
El sáb, 13-12-2014 a las 01:04 +0100, Ala de Dragón escribió: 
> Hola  :-D
> 
> Me gustaría desarrollar un proyecto de servidor de correo elec. y he
> andado curioseando por la lista y google. actualmente dispongo un fqn
> e ip fija en un vps.
> 
> Me decidí a postfix como smtp, a utilizar un método de autentificar
> sasl2 contra usuarios de sistema (de 1 a 5 usuarios). Como agente
> Pop3/imap aun no me he decido. No es necesario acceso web al correo.
> Por el momento postfix y sasl2 funcionan y se integran con
> amavis-new/clamav/sapamassasin y firmas dkim para correos salientes.
> Mi resquemor es que al haber utilizado cientos de fuentes de
> información diferentes, haber pasado algo por alto y
> permitir/facilitar el envío de correos por parte de terceros no
> deseados.
> 
> Si se les ocurre que puedo repasar lo agradeceré.
> 
http://dnsgoodies.com/ en el campo de openrelay check ponés la ip o el
fqdn de tu server y si alguna prueba falla, pues a seguir configurando

> Como ven, dentro de la complejidad inherente a configurar el servidor,
> el escenario es sencillo. simplemente me atasco cuando empiezan los
> manuales a hablar de tablas sql y usuarios virtuales. no es lo que
> busco He encontrado muchos manuales que acceden  bases de datos
> sql etc...  Busco un manual que se ajuste a la configuración que
> busco, sencilla, segura y eficaz... Me da envidia, sana, un servidor
> de correo que camaleon desarrollo y funciona desde hace 10 años. Muy
> interesante el planteamiento en papel que sugieres.
> Yo empecé hace tres semanas con menos orden y concierto.
> Bueno listeros, muchas gracias por su tiempo.
> 
con cinco usuarios y un solo dominio no te compliques la existencia.
Sobra usar los usuarios del sistema

> Salu2s
> -- 
> "El cielo es para los dragones
>  lo que el agua es  para las ninfas"
> 
> 




-- 
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/1418476093.1659.2.ca...@gmail.com



Re: [OT] Sobre manejar archivos recuperados con photorec

2014-12-13 Por tema Flako
El día 13 de diciembre de 2014, 0:06, Miguel Matos
 escribió:
> Saludos a la lista y la gente más lista también. :-D
>
> Ahorita he decidido retomar de nuevo la reorganización de los archivos
> que he recuperado con photorec tras la "invisibilización" de los
> mismos cuando casi pierdo mi partición. Sin embargo, todavía no puedo
> resolver una duda: ¿exactamente con qué se abren los archivos con
> formatos .elf, .a, .o, .pl, .pyc, .class y .jar? Al menos para saber
> de qué archivos se tratan. Y con los miles de txt, luego me tocará ver
> si se pueden re-ensamblar con sus respectivas partes (pues, para tener
> casi 3 millones de archivos, no me extraña ver tantos .txt).
>
> --

los .a,.o,class, .jar, .pl son ejecutables o código fuente, que si no
sos desarrollador no son importantes.
por los txt, los txt son una locura.. pero si no sos de guardar cosas
importantes en un  .txt también los podes descartar.. dado que la
mayoría son de configuraciones de programas


--
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/CADqxbRRJkPUDS0YHYV5-CX1HGbnj+4rqtk4RR+511pH0KFG9=q...@mail.gmail.com