Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
¿Como configuro la codificacion en una memoria USB?
Hola a todos,
Pues eso, cuando inserto mi dispositivo usb se conecta y todo bien, pero en lugar de caracteres acentuados me aparecen caracteres extraños, este problema lo conozco desde hace mucho, pero nunca me habia sucedido en unidades extraibles usb, para unidades internas con NTFS no hay problema, se corrige con el articulo de katnatek "Como solucionar problema de caracteres raros en particiones NTFS" (http://blogdrake.net/node/12097), inclusive, existe un articulo de tavillo1980 (que a fin de cuentas lo resolvio katnatek como bien menciona tavillo1980) (*2)"Solución al problema de caracteres raros en partición NTFS de disco rigido USB" (http://blogdrake.net/node/12542), pero en mi caso, mi unidad no es NTFS, es Fat32, creo que se debe resolver el problema con el articulo *2, solo que obviamente el archivo /usr/share/hal/fdi/policy/10osvendor/10-ntfs-3g-policy.fdi que ahi se menciona no es el que debo modificar, ya que ese es para unidades NTFS, bueno, espero alguien me ilumine que archivo debo modificar :).
Nota: Una situación extraña, es que montando la unidad con el diskdrake y poniendo locale=es_MX.UTF-8 en la sección opciones avanzadas, el problema persiste :S
Mi entorno es:
- Mandriva 2009 Spring
- Uname -a: Linux localhost 2.6.29.6-2mnbcustom #1 SMP Sun Aug 23 09:34:29 CDT 2009 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz GNU/Linux
- La unidad usb es un Kingston de 2 GB.
Aunque mi kernel es uno que yo compile, también me sucede con el kernel kernel-desktop-2.6.29.6-2mnb recien salidito de los repositorios :)
Gracias por tomarse la molestia de leer mi post.
Vicx.
Usuario
# 88970 Nueva información
no ha habido respuestas :(,
Bueno, espero que con esta nueva información alguien pueda ayudarme.
Lo que sucede, es que detecte que la primera vez que conecto el dispositivo, automáticamente se monta (a diferencia de otra maquina que tengo con MDV 2009.1 One, en la que al conectar el aparato no se monta, esta donde esta el problema es Free), cuando reviso la usb, se notan que los caracteres acentuados están mal, después, si desmonto la unidad y la vuelvo a montar (haciendo click en dolphin), entonces el dispositivo se monta bien y los archivos/directorios aparecen correctamente acentuados.
De nuevo, gracias por su tiempo. :)
Vicx.
# 89023 Con esa información has lo
Con esa información has lo siguiente:
Cuando no se vean bien los caracteres ejecuta mount.
Desmonta y vuelve a montar tu memoria y vuelve a ejecutar mount.
Pon el resultado de ambos mount para que veamos que diferencias existen y si nos conducen a algo.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 89048 Para aclara algunos datos y
Para aclara algunos datos y no hayan dudas :P
Equipo con MDV Free presenta el problema especificado.
Equipo con MDV One funciona correctamente
/etc/fstab en MDV Free:
# Entry for /dev/sdb5 :
UUID=d2ffa831-efe4-4d3e-8874-0fc363b3a8a3 / ext3 relatime 1 1
# Entry for /dev/sdb7 :
UUID=6b5a2ec7-5264-49be-a4a6-9561bd63ca3d /home ext3 relatime 1 2
/dev/cdrom /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
/dev/fd0 /media/floppy auto umask=0,users,iocharset=utf8,noauto,exec,flush 0 0
# Entry for /dev/sda1 :
UUID=707CDFDC7CDF9B64 /mnt/win_c ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sda5 :
UUID=9E0048C60048A75D /mnt/win_d ntfs-3g defaults,umask=000 0 0
none /proc proc defaults 0 0
# Entry for /dev/sdb6 :
UUID=17e99a0c-1115-487c-a204-2e2ca8ae8e72 swap swap defaults 0 0
Resultado de mount cuando los caracteres son erróneos:
/dev/sdb5 on / type ext3 (rw,relatime)
none on /proc type proc (rw)
/dev/sdb7 on /home type ext3 (rw,relatime)
/dev/sda1 on /mnt/win_c type fuseblk (rw,allow_other,blksize=4096)
/dev/sda5 on /mnt/win_d type fuseblk (rw,allow_other,blksize=1024)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sdc1 on /media/KINGSTON type vfat (rw,noexec,nosuid,nodev,uhelper=hal,fmask=0133,dmask=0022,uid=500)
Resultado de mount cuando los caracteres correctos:
/dev/sdb5 on / type ext3 (rw,relatime)
none on /proc type proc (rw)
/dev/sdb7 on /home type ext3 (rw,relatime)
/dev/sda1 on /mnt/win_c type fuseblk (rw,allow_other,blksize=4096)
/dev/sda5 on /mnt/win_d type fuseblk (rw,allow_other,blksize=1024)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/sdc1 on /media/KINGSTON type vfat (rw,nosuid,nodev,uhelper=hal,uid=500,utf8,shortname=mixed)
al desmontar y montar, hal define utf8, así todo funciona bien, también tenia idea que el problema es con hal, por eso compare los directorios /etc/hal/fdi de MDV Free y MDV One, ninguna diferencia, luego compare /usr/share/hal/fdi/ de MDV Free y MDV One, todos los archivos iguales, a diferencia del archivo /usr/share/hal/fdi/policy/20thirdparty/10-linuxwacom.fdi y /usr/share/hal/fdi/policy/10osvendor/10-hplip.fdi que se encuentran en la MDV One y no en en la MDV Free, probe copiando dichos archivos a la MDV Free, pero nada, todo funcionando igual.
Pues a ver si se les ocurre algo mas.
Gracias por su tiempo.
Vicx.
BOFH
# 89024 Curioso comportamiento
La verdad es que no tengo ni idea de lo que ocurre ni cómo solucionarlo, pero por los síntomas que describes (se monta solo de forma incorrecta, pero al volver a montarlo desde KDE ya aparecen los caracteres como deben) diría que tiene que ver con HAL.
Puestos a dar teorías (que pueden estar mal por completo :P ), es como si cuando se conecta el dispositivo éste se montase automáticamente con unos parámetros estándar que no tienen en cuenta la codificación de caracteres, y que al montarlo a través de KDE , que utiliza HAL, se tenga en cuenta la codificación.
Así que, ¿cuál es el contenido del archivo /etc/fstab (el archivo que indica de forma estática los diversos sistemas de archivos y dónde deben montarse)? Tal vez tengas una línea que diga al sistema que debe montar los dispositivos de almacenamiento USB...
Dado que te pasa con la free, el problema podría ser que hubieses tenido un USB conectado durante la instalación de Mandriva y el instalador añadiese, erróneamente, una entrada para dicho dispositivo en fstab.
Usuario
# 89049 Si, muy extraño, no me
Si, muy extraño, no me habia pasado antes este problema, también creo que el problema anda con hal, el fstab de la MDV Free lo puse en mi respuesta a katnatek, por los resultados de mount se muestra que hal esta montando mal al detectar el dispositivo la 1ra vez, no creo haber puesto la usb cuando instale la free, y de eso no hace mucho.
Gracias por tu tiempo.
Vicx.
BOFH
# 89074 No parece problema del fstab
Bueno, según lo mostrado arriba el problema no parece venir del fstab, ya que ahí no aparece ninguna entrada para el usb.
¿Comprobaste si ocurre lo mismo con otro usuario, o incluso con otro entorno de escritorio (GNOME, XCFE...)? Parece más cosa del sistema que de tu usuario, pero es tan extraño que a lo mejor van por ahí los tiros...
¿Sabes si tienes corriendo algún programa que pudiese montar el usb al conectarlo? Por ejemplo, draksnapshot creo que puede usar memorias usb para hacer las copias de respaldo, quizás si lo tienes corriendo al enchufar la memoria lo monta inmediatamente para preparar la copia...
Y sintiéndolo mucho, no se me ocurre nada más :(
Usuario
# 89151 Pues no lo sientas, ya le
Pues no lo sientas, ya le diste al clavo, efectivamente, el problema esta en la configuración de la cuenta de usuario, cree otro usuario, probe y bum, no se presenta el problema, solo note una diferencia, en la cuenta que falla, al elegir la usb en el plasmoid de los dispositivos aparecen 2 opciones de aplicaciones (Digikam y Dolphin) para elegir, en la misma ventana del plasmoid, en la nueva cuenta, en la que no se presenta la falla, al hacer click en la usb aparece una nueva ventana con una tercera opción, no hacer nada, si alguien me dice como hacer que en vez de que se presenten las opciones en la ventana del plasmoid, salga la otra ventana, pruebo a ver si eso ayuda :). Elimine las aplicaciones adicionales que se cargan en la sesión que falla, y nada, el problema persiste.
Gracias de nuevo.
Vic.
BOFH
# 89187 No tendrás KDE 4.3, ¿verdad?
Si no me equivoco, las posibles acciones que se muestran al detectar un nuevo dispositivo están gobernadas por Solid, que viene a ser una especie de HAL de alto nivel para KDE (pero no reemplaza a HAL ni mucho menos, ya que se basa en éste para funcionar).
Las acciones se especifican en archivos .desktop en el directorio de configuración de Solid. El directorio de configuración global (para todos los usuarios) es /usr/share/apps/solid/actions/. El directorio de configuración específico de cada usuario es /home/$USUARIO/.kde4/share/apps/solid/actions/.
Dado que el problema sólo ocurre en un usuario, el problema podría estar en el directorio de configuración de dicho usuario. Mi pregunta de si estás usando KDE 4.3 se debe a que en KDE 4.3 se incluye (al fin) un editor gráfico para las acciones. Quizás tocaste algo, aunque fuese experimentando, y ahí apareció el problema.
Así que... ¿tienes el directorio /home/$USUARIO/.kde4/share/apps/solid/actions y algún archivo en ella? ¿Cuál es su contenido? Si no tienes dicho directorio, ¿tienes al menos /home/$USUARIO/.kde4/share/apps/solid/? ¿Y qué tiene?
Si no tienes ninguno de los directorios mencionados, pasemos a soluciones más drásticas. Prueba a (con la sesión gráfica del usuario cerrada, es decir, desde una consola o la sesión gráfica de otro usuario) renombrar el directorio .kde4 de tu usuario a .kde4.bak y volver a entrar en tu sesión. Esto reiniciará la configuración de KDE 4 del usuario y, con suerte, hará que se comporte como debe.
Si tampoco va de esa manera, con borrar .kde4 y renombrar el .kde4.bak a .kde4 ya tendrás la configuración previa de nuevo al volver a abrir tu sesión, y habrá que seguir indagando... Aunque, una vez más, no se me ocurre dónde ;)
Usuario
# 89191 Ahora ando en la oficina, no
Ahora ando en la oficina, no se cual kde 4.x? tengo, es el que viene en el dvd de MDV free 2009 Spring, como puedo averiguar que kde tengo?, llegando a casa prueba todo esto :D. Que bien, mucho conocimiento nuevo :), mas cosas con que jugar XD
Vicx.
Usuario
# 89210 Solucionado
No tengo el directorio /home/$USUARIO/.kde4/share/apps/solid, así que procedí a renombrar .kde4 a .kde4.bak y reingresar, puff, asunto resuelto, gracias Kalvy, quedo solucionado :), ahora voy a jugar con las configuraciones de las 2 sesiones a ver si encuentro donde esta el problema, si llego a encontrar algo, ya les avisare ;), ahhh y antes de finalizar, puede alguien decirme como averiguo mi subversión de kde4?.
Otra vez gracias, podemos dar por solucionado este caso :)
Vicx.
BOFH
# 89214 Sugerencias de actuación
Para contrastar las dos configuraciones puedes usar Kompare. Kompare es un visor de diferencias, de forma que si le pasas dos archivos te muestra en cada lado de la pantalla cada archivo y remarcado en distintos colores los fragmentos que se añadieron, modificaron o borraron del archivo de la derecha respecto del de la izquierda. Igualmente, si en lugar de dos archivos le pasas dos directorios, te muestras las diferencias de forma recursiva entre ambos directorios, mostrando las diferencias entre los archivos de cada subdirectorio.
Así pues, ejecutando en tu directorio personal kompare .kde4 .kde4.bak te mostrará qué cambios tiene la configuración de KDE que no funciona respecto de la que sí funciona.
En principio, deberías poder ignorar los directorios cache-XXX, socket-XXX y tmp-XXX, donde XXX es un nombre de equipo y centrarte en los demás (apps, config...). El motivo es que los 3 primeros contienen archivos temporales que no deberían influir para nada entre distintas ejecuciones de las aplicaciones, mientras que la configuración de verdad se almacena en los otros 2 (aunque no sé si hay algún otro directorio, pero creo que no).
Coméntanos qué encuentras, que este tema me tiene harto intrigado :) Si no encuentras nada también puedes subir el archivo de diferencias a algún sitio para que podamos otearlo los demás (lo puedes crear desde el propio Kompare, Archivo->Guardar diff con las opciones por defecto). No cierro por ahora el hilo hasta que no averigüemos dónde está concretamente el problema, o bien hasta que desistamos de buscar la explicación ;)
Finalmente, para saber la versión de KDE, en cualquier aplicación KDE vete al menú ayuda y pulsa en Acerca de KDE. Ahí verás la versión que estás utilizando, aunque si es la del DVD de Mandriva Free será la 4.2.2. En la rama updates del repositorio Main está la 4.2.4 (correcciones de errores sobre la 4.2.2). No obstante, yo no cambiaría ni instalaría nada de cara a poder encontrar el origen del problema (lógicamente una vez encontrado o desistido, sí ;) ).
Usuario
# 89291 Encontrado el
Encontrado el archivo del problema,
Bueno, aunque la situación no es tan simple, ya se donde se origino el problema. El archivo que resuelve el problema en una nueva configuración de kd4 es el .kde4/share/config/plasma-appletsrc, no es tanto que haya algo que se pueda arreglar en el archivo, lo que sucede, es que al poner el nuevo archivo, elimina las configuraciones de un plasmoid que instale llamado Device Manager (version 0.3) que encontre en http://www.kde-look.org/content/show.php/Device+Manager?content=106051, y restaura el plasmoid original que maneja los dispositivos, este device manager tiene un bug, el cual no monta adecuadamente los dispositivos, de hecho, al estar revisando esto y revisar la página me encuentro que la ultima versión (1.02) del plasmoid corrige el problema que tengo XD, ya me descargue el fuente, voy a compilar y proceder a instalar, a ver si en realidad arregla el problema ;).
Vicx.
Usuario
# 89293 al borrar ese archivo no se
al borrar ese archivo no se borra el plasmoide, recuerda que en tu home solo estan las configuraciones personales
revisa en la lista de plasmoides, deberia estar
Saludos, Madek.
---
Blog -> http://madek.blogspot.com/ Usuario Linux Nº: #460974
Usa y colabora con Open Street Map
Saludos, Madek.
---
Blog -> http://madek.blogspot.com/ Usuario Linux Nº: #460974
Usa y colabora con Open Street Map
Usuario
# 89295 Sip, lo se, lo elimine con
Sip, lo se, lo elimine con urpme, ya que para instalar dicho plasmoid, lo instale con un rpm de la página donde lo descarge ;), de todas formas gracias por el aviso. :)
Vix.
Usuario
# 89294 Solucionado
Les cuento, ya instale la ultima versión (1.02) del plasmoid Device Manager (http://www.kde-look.org/content/show.php/Device+Manager?content=106051) y funciona bien (cuando menos hasta ahora) en su proceso de automontado, les recomiendo mucho este plasmoid, ya que el original me desesperaba bastante, ya que no daba opción para montar sin tener que efectuar ninguna acción, es verdaderamente irritante tener que cargar Dolphin y luego cerrarlo cada vez que quería montar un dispositivo a travez del plasmoid manejador de dispositivo original, en este plasmoid nuevo, puedes montar y desmontar sin tener que efectuar ninguna acción, tal como funcionaba en kde 3.5 :), ademas, te da un plus que te informa del espacio libre en el dispositivo y si lo deseas, lo configuras para que automonte un dispositivo cuando lo reconoce.
Vix.