Re: Convertidor de audio y video para Debian 7
El Fri, 23 May 2014 15:59:47 -0400, luis escribió: Estaba viendo un convertidor de video de audio y video en distintos formatos, este el Format Junkie para Ubuntu. Algo similar el Format Factory de Windows. Alguno que me recomienden para Debian 7 a 64 bit?? Hay que distinguir entre formato (códecs, más bien) y contenedor. Un archivo AVI es un contenedor mientras que el h.264 es un códec. En cuanto a la pregunta, si el Format Junkies ese está disponible para Ubuntu ¿por qué no instalarlo en Debian? Seguramente haya un deb que puedas descargar sin muchos problemas. Para convertir entre distintos códecs/contenedores de AV tienes libav- tools (fork de ffmpeg) que es línea de comandos y después tienes varias GUI que tiran de éste como winff o transmageddon (usa gstreamer). 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.05.24.15.56...@gmail.com
Servidor FTP (vsftpd) y enlaces simbólicos
Hola, listeros: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Mi problema es el siguiente: Tengo un servidor FTP enjaulado al que se suben de vez en cuando archivos. Estos archivos semanalmente son movidos por un script a un almacen y en su lugar se deja un enlace simbólico con ruta absoluta. Como el servidor FTP está enjaulado, la raíz del sistema no coincide con la suya, por lo que a ojos del servidor FTP el enlace simbólico no enlaza con un archivo existente. Como los ficheros se descargan por web, no hay ningún problema en las descargas. El problema surge cuando se quiere actualizar un fichero existente. He comprobado que el servidor FTP no se comporta como los comandos cp o mv de linux. Con estos comandos, si se sobreescribe un enlace simbólico con un fichero regular, desaparece el enlace simbólico y su lugar lo ocupa el nuevo fichero. En cambio, cuando se sobreescribe un fichero, el FTP no hace esto, lo que hace es seguir la ruta del enlace simbólico y sustituir el fichero apuntado. Y ese es el problema: como el fichero apuntado no existe, se produce un error y la subida del fichero falla. Si primero se borra el fichero del servidor (enlace simbólico) y luego se sube la nueva versión del fichero, no hay problema. He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? [1] Alguno podrá argumentar que puedo usar rutas relativas en los enlaces. El problema de eso es que entonces si un usuario decide reorganizar un poco los ficheros del servidor, creando subdirectorios y metiendo dentro de él ficheros, los enlaces simbólicos se romperán. Gracias de antemano. -- Parezco en mi fortuna al Manzanares, que con agua o sin ella siempre es río. --- 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/20140524160053.ga6...@cubo.casa
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sat, 24 May 2014 18:00:53 +0200, José Miguel (sio2) escribió: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Hum... excusatio non petita... :-) Mi problema es el siguiente: Tengo un servidor FTP enjaulado al que se suben de vez en cuando archivos. Estos archivos semanalmente son movidos por un script a un almacen y en su lugar se deja un enlace simbólico con ruta absoluta. Como el servidor FTP está enjaulado, la raíz del sistema no coincide con la suya, por lo que a ojos del servidor FTP el enlace simbólico no enlaza con un archivo existente. Como los ficheros se descargan por web, no hay ningún problema en las descargas. Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. El problema surge cuando se quiere actualizar un fichero existente. He comprobado que el servidor FTP no se comporta como los comandos cp o mv de linux. Con estos comandos, si se sobreescribe un enlace simbólico con un fichero regular, desaparece el enlace simbólico y su lugar lo ocupa el nuevo fichero. En cambio, cuando se sobreescribe un fichero, el FTP no hace esto, lo que hace es seguir la ruta del enlace simbólico y sustituir el fichero apuntado. Y ese es el problema: como el fichero apuntado no existe, se produce un error y la subida del fichero falla. Si primero se borra el fichero del servidor (enlace simbólico) y luego se sube la nueva versión del fichero, no hay problema. Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? (...) Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. 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.05.24.16.25...@gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sat, 24 de May de 2014, a las 04:25:42PM +, Camaleón dijo: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Hum... excusatio non petita... :-) Bueno, porsiaca... La verdad es que al intentar averiguar esto, me saltaba siempre la misma explicación del mount -o bind, etc... Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. También se me ocurrió eso (porque el almacen está en el mismo sistema de ficheros), pero no me convence del todo porque dificulta la limpieza. A veces alguno se dedica a meter ahí imágenes de máquinas virtuales, o hasta software pirata (aunque esté terminantemente prohibido). Cuando toca limpieza, si se usan enlaces simbólicos sé que me basta con brujulear en el Almacen, si se usan enlaces duros, no. Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. No, también se tiene acceso al fichero enlazado, el problema como he dicho es el cambio en la raíz. Lo explico con un ejemplo. Imagina esta situación muy simple: /srv/ftp/Almacen/fichero.txt /srv/ftp/Curso2013-2014/fichero.txt - /srv/ftp/Almacen/fichero.txt Los usuarios están enjaulados bajo /srv/ftp (o sea, / para el FTP es /srv/ftp para el sistema); así que, aunque se tiene acceso al directorio Almacen, el enlace simbólico a /srv/ftp/Almacen/fichero.txt no funciona. No lo he probado, la verdad, pero supongo que /Almacen/fichero.txt sí que funcionaría dentro del ftp (aunque no en el sistema). He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. Lo primero ya te he dicho por qué no me convence. Lo segundo no funciona, y la tercera solución (enlaces con ruta relativa) también tiene su pega. Lo suyo es que hubiera forma de decirle al FTP que no siguiera los enlaces simbólicos, sino que los machacara; pero no he dado con la forma; quizás, porque, simplemente, no se puede. Gracias. -- e non l'arbitrio de femina lieve, che sempre inchina a quel che men far deve. --- Ludovico Ariosto --- -- 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/20140524172153.ga7...@cubo.casa
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sat, 24 May 2014 19:21:53 +0200, José Miguel (sio2) escribió: El Sat, 24 de May de 2014, a las 04:25:42PM +, Camaleón dijo: (...) Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. No, también se tiene acceso al fichero enlazado, el problema como he dicho es el cambio en la raíz. Lo explico con un ejemplo. Imagina esta situación muy simple: /srv/ftp/Almacen/fichero.txt /srv/ftp/Curso2013-2014/fichero.txt - /srv/ftp/Almacen/fichero.txt Los usuarios están enjaulados bajo /srv/ftp (o sea, / para el FTP es /srv/ftp para el sistema); así que, aunque se tiene acceso al directorio Almacen, el enlace simbólico a /srv/ftp/Almacen/fichero.txt no funciona. No lo he probado, la verdad, pero supongo que /Almacen/fichero.txt sí que funcionaría dentro del ftp (aunque no en el sistema). Aum... entonces no es como pensaba. Según el ejemplo simplificado que pones, entiendo que los enlaces simbólicos están dentro de la jaula y por tanto, accesibles de cara al servidor ftp. Pero dices que vsftpd no puede acceder a /srv/ftp/Curso2013-2014/fichero.txt, que da error... ¿correcto? Si es así, interesaría saber: 1/ El error que te registra el servidor ftp cuando se intenta acceder al recurso que apunta al enlace simbólico 2/ El error que te aparece en el cliente 3/ El tipo de cliente que usas para acceder a ese recurso (aplicación dedicada ftp, navegador web...) (...) Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. Lo primero ya te he dicho por qué no me convence. Lo segundo no funciona, y la tercera solución (enlaces con ruta relativa) también tiene su pega. Lo suyo es que hubiera forma de decirle al FTP que no siguiera los enlaces simbólicos, sino que los machacara; pero no he dado con la forma; quizás, porque, simplemente, no se puede. Tendría que revisar con detenimiento el RFC del protocolo FTP (más concretamente el #3659¹) pero en principio, que el servidor ftp no siga los enlaces simbólicos que están dentro de su ámbito no me parece normal salvo que el sistema de archivos (es decir, los permisos de usuarios en esos directorios) lo impida. ¹http://tools.ietf.org/html/rfc3659 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.05.24.17.46...@gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
On Sat, May 24, 2014 at 04:25:42PM +, Camaleón wrote: Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. Los enlaces duros, cuando se pueden hacer, *no* ocupan más que los enlaces simbólicos. # cd /boot # ls -l initrd.img-3.2.0-4-amd64 -rw-r--r-- 5 root root 11994354 may 13 07:57 initrd.img-3.2.0-4-amd64 # mkdir a # ln initrd.img-3.2.0-4-amd64 a/1 # ln initrd.img-3.2.0-4-amd64 a/2 # ln initrd.img-3.2.0-4-amd64 a/3 # ln initrd.img-3.2.0-4-amd64 a/4 # du a 11720 a Precisamente por ser enlaces duros, solamente se guarda una copia de entre todos los que estén enlazados entre sí, forma parte de la gracia. Es posible incluso que ocupen menos que si fueran enlaces simbólicos, ya que al referirse al mismo nodo-i, no gastan ni siquiera el mínimo de 4K que suele gastar cada nodo-i. -- 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/20140524215838.ga10...@cantor.unex.es
Problemas mayores con el asunto del servidor
Hola a la lista. Escribo algo realmente tarde (son las 12:05 am, hora de Venezuela), para decir que, por ahora, el proyecto del servidor casero ha encontrado una piedra de tranca voluminosa... Luego de pasar la mitad del sábado intentando que se instalar bien el Debian (e incluso, cambiando 4 discos duros), pude hacer que corriera uno de ellos; pero, a la hora de instalar, me salía un error atípico: Reboot and Select proper boot device or Insert Boot Media in selected Boot device and press a key. Batallé bastante para que pudiese leer el disco duro, lo analicé con algunas herramientas que posee el Hiren's Boot CD, instalé todo lo mejor posible, hice mucho tiempo de espera, pero nada parece funcionar. ¡Es como si se engullera al grub! Y no se me ocurre nada de qué puede estar pasando... necesito que me iluminen en algo, si no es mucha molestia... -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista 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/CALEvJmQK4UqdHAR317sg1ai1k5t6=zvyxwk344odviqrx6z...@mail.gmail.com
