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.
Nuevamente bloqueo con "Disco durmiente"
Enviado por joselp el 21 Septiembre, 2016 - 08:14
Bueno pues retomo el asunto porque el equipo se ha vuelto a bloquear y el proceso sigue marcando "disco durmiente", y ya había cambiado el disco duro por uno nuevo.
He vuelto a buscar por la web, esta vez en english, y he encontrado algo parecido a lo que me ocurre. He aquí el enlace:
https://forums.opensuse.org/showthread.php/475419-Complex-problem-with-system-hang-(I-O)-due-to-quot-disk-sleep-quot-process
No se si con la solución que aportan aquí valdrá, la única duda que me surge, es que guarde la configuración para siguientes inicios, los archivos que indican aquí no los veo en Mageia.
Alguna sugerencia??
Saludos!!!!
BOFH
# 124524 ¿Qué archivos?
¿Qué archivos son los que no existen en Mageia?
Jacen
BOFH y miembro del equipo MDKtrans
Linux user #294897
# 124526 Después de analizar el enlace
Después de analizar el enlace pare que la respuesta esta en lo que explican en este comentario
como root ejecuta
NOTA: Verifica cual es el dispositivo de tu disco duro (y cambialo en el comando de ser necesario), una forma es viendo /etc/fstab
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124528 Si eso es pero
Si, eso es lo que he entendido yo, que la solución es este comando, pero la duda es que también pone que para que el comando se ejecute en cada reinicio hay que guardarlo en rc.local, que en opensuse dice que es otra ruta.
Donde habría que realizar el cambio para que este comando se ejecute en cada inicio del equipo???
Saludos y gracias anticipadas por las aclaraciones.
Mageia 9 The Rock!!!
# 124530 En mageia y en otras distros
En mageia y en otras distros con systemd tendrás que hacer algo como:
https://www.mauras.ch/systemd-run-it-last.html
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124531 Puede funcionar si..??
Puede funcionar también si creo un script ejecutable con esa orden, le doy permisos de ejecución y le añado a los programas de inicio de Mageia??
He creado un archivo con esta orden:
#!/bin/bash
echo Mejorar lectura disco
hdparm -va0 /dev/sda
Y he guardado el archivo en /bin con el nombre HDD.sh dándole permisos y como ejecutable.
Lo ejecuto en consola y ejecuta el comando, lo he configurado como scrip de preinicio en KDE, pero no estoy seguro se se ejecutará correctamente. ¿Como puedo verificar una vez reiniciado el equipo que se ha ejecutado el comando?
Saludos.
Mageia 9 The Rock!!!
# 124533 No funcionaria por que no se
No funcionaria por que no se ejecutaría como root.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124535 Bueno pues he decidido
Buenos pues visto que tampoco funciona con el comando, ejecutando como root al iniciar el sistema, y se vuelven a quedar procesos en "disco durmiente", sobre todo el proceso "kio_trash", he reinstalado el sistema de nuevo, pero en 32 Bits, no sea que fuere alguna incompatibilidad con el hardware del equipo, como es antiguo.
Seguiré monitorizando el equipo y comento.
Saludos y gracias por todo!!!
Mageia 9 The Rock!!!
# 124584 Para hacerlo persistente como root...
Para hacerlo persistente...
1.- Crear un fichero como root que se llame, por ejemplo, HdparmUp, dentro de la ruta /etc/init.d/
2.- Poner dentro las siguientes lineas de script bash.
#!/bin/bash
echo Mejorar lectura disco
hdparm -va0 /dev/sda
3.- Guardar y dar permisos de ejecución.
4.- Hacer un enlace a /etc/rc5.d/ (Tiene que ser en el rc5.d por que se quiere que estén cargadas las X para que sea ejecutado), con la siguiente linea (como root, claro).
ln -s /etc/init.d/HdparmUp /etc/rc5.d/S99HdparmUp
Y ya está, en cada reinicio, funcionará, ya que se ha creado dentro de las X y se está ejecutando como último comando, para que no haya problemas de que sea machacado por el sistema. [S (start) 99 (último) HdparmUp (nombre al que apunta)].
Comentas...
Saludos!!!
Registered Linux user #472290
MiniBOFH 2008 - MediumBOFH - KapyBOFH - Utiliza RecoverDrake!! (Proyecto Derix)
BOFH
# 124536 Bueno pues creo que ya se el por qué
Bueno pues después de hacer pruebas con la instalación en 32 bits, sigue haciendo lo mismo. He probado a realizar una instalación limpia en un equipo nuevo, más actual, de x64, con la misma configuración y sigue haciendo lo mismo.
Tengo unos 15 equipos con Mageia 5 instalado y funcionando perfectamente y solo me pasa con este equipo, y creo después de probar varias cosas, que el problema son dos carpetas de red que se montan al inicio del sistema que tiene este equipo, porque es lo único diferente que tiene con respecto a los otros.
He montado las carpetas como ya me indicasteis en otro post y no se si será porque son dos carpetas distintas (y quizá se haga un lío con los usuarios/direcciones/permisos), pero me sigue dando el error de disco durmiente en el proceso que entiendo que es de la papelera.
Voy a probar a quitar el montaje de estas carpetas y a ver que pasa, mientras tanto....Alguna sugerencia?? Porque este usuario necesita esas carpetas montadas...
Saludos...
Mageia 9 The Rock!!!
# 124537 Prueba desactivando los
Prueba desactivando los efectos, o cambiando entre versiones de opengl (https://wiki.mageia.org/en/Mageia_5_Errata#OpenGL_2.0_incompatible_with_older_hardware_under_Nouveau...) o entre opengl y xrender como motor de gráficos
Otra cosa a probar https://userbase.kde.org/Plasma/FAQ/4.4/Tips#I_experience_extreme_slowness_when_using_Plasma_with_th....
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124538 Pues van a ser las carpetas de red
Bueno pues creo que está confirmado, que debe ser por algo de las carpetas montadas en red. He quitado el montaje en el fichero fstab, y hoy está funcionando el equipo, que es nuevo, correctamente sin ningún problema.
Las tenía montadas así:
//172.26.0.4/Confirming /mnt/Confirming cifs user,uid=marta,gid=marta,user_xattr,credentials=/etc/samba/auth.172.26.0.4.marta 0 0
//172.26.0.40/Documentosnav /mnt/Navision cifs user,uid=marta,gid=marta,user_xattr,credentials=/etc/samba/auth.172.26.0.40administrador 00
Las carpetas se montan perfectamente al inicio, pero pasado un tiempo empieza a dar errores el equipo...
Alguna sugerencia??
Saludos!!!
Mageia 9 The Rock!!!
# 124539 No tengo claro que puede ser
No tengo claro que puede ser ya que el problema no es al apagar o encender el equipo, puedes probar agregar el parámetro _netdev a las opciones de montado
También te recomiendo desactivar o revisar las configuraciones de la herramienta de indexación que corresponda (http://lasombradelhelicoptero.com/como-aligerar-de-peso-kde/) por si te esta tratando de indexar contenido de las carpetas remotas
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124540 Siguiendo indicaciones
Bueno pues ya he revisado las herramientas de indexación, y en la busqueda de escritorio como root, estaban puestas estas unidades, las he borrado y he desactivado la busqueda de escritorio también.
También he añadido el parámetro al fichero fstab para que monte las carpetas así. Veremos hoy si se me queja el usuario del equipo.
Voy comentando.
Saludos y gracias por la ayuda!!!
Mageia 9 The Rock!!!
BOFH
# 124541 Parece resuelto
Bueno pues desactivando nepomuk y quitando las carpetas de la lista a indexar, parece que se ha resuelto problema.
Podemos cerrar el hilo. En caso de que se vuelva a producir el problema lo comento de nuevo.
Saludos y gracias por todo, ha sido un poco peliagudo...
Mageia 9 The Rock!!!
BOFH
# 124551 Nada, seguimos igual
Bueno pues he desactivado todo lo referente a nepomuk, he revisado que esas carpetas remotas no las coge para las búsquedas, pero en el momento que tenemos que borrar archivos o realizar operaciones por ejemplo en firefox para abrir o adjuntar algún archivo del equipo, empieza a aparecer de nuevo el proceso "kio_trash" en estado "disco durmiente" y deja bloqueado el equipo en todo lo referente a dolphin... y tenemos que reiniciar.
El equipo es completamente nuevo. y sigue pasando lo mismo.
Alguna sugerencia??
Mageia 9 The Rock!!!
Usuario
# 124552 Vamos probando
1.- Usuario nuevo
o
2.-Instala LXDE urpmi task-lxde o cualquier otro ambiente ligero y logueate en él.
Si ya no hay problema entonces es algo relacionado a los controladores KDE, que el hardware no reconoce o tiene problemas en su interpretación, me ha llegado a pasar con mi Slate , tengo que usar mate o cinnamon porque con KDE no me reconoce la red...
Prueba a ver que pasa.
"Si tu cuerpo pide alcohol, sexo, lujuria, bajas pasiones, dáselo porque lo necesita...
Si no lo pide, oblígalo... porque él no puede andar haciendo lo que le de gana"
Luis Roberto Basurto Seguin
lrbasurto(arroba)gmail(punto)com
# 124553 He encontrado que en las
He encontrado que en las configuraciones de la papelera hay que desmarcar la opción "limit to maximum size" (Limitar tamaño máximo)
https://bugs.kde.org/show_bug.cgi?id=179348
Por favor da todos los detalles del hardware en el que sucede el fallo a ver si encontramos alguna causa.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124556 Especificaciones (sigue bloqueándose)
Buenas de nuevo,
He quitado el límite a la papelera pero sigue bloqueándose, estas son las especificaciones:
- Placa: MSI H81M-E33
- Procesador: Intel I3
- Gráfica integrada
- Memoria ram: 4GB Kingston
Esto es lo más relevante. Las especificaciones detalladas:
• 4th Generation Intel® Core™ i7 / Core™ i5 / Core™ i3 / Pentium® / Celeron® processors for LGA 1150 socket
Please refer to CPU Support for compatible CPU; the above description is for reference only.
Chipset
• Intel® H81 Express
Main Memory
• Support two DDR3 DIMMs 1066/1333/1600 MHz, up to 16GB Max
- Supports Dual-Channel mode
Slots
• 1 x PCIe 2.0 x16 slot
• 1 x PCIe x1 slot
On-Board SATA
• SATAIII controller integrated in Intel® H81 chipset
- Up to 6Gb/s transfer speed.
- Supports two SATAIII ports (SATA1~2) by H81
• SATAII controller integrated in Intel® H81 chipset
- Up to 3Gb/s transfer speed.
- Supports two SATAII ports (SATA3~4) by H81
USB 3.0
• 2 x USB 3.0 ports on the back panel (rear x 2)
Audio
• Chip integrated by Realtek® ALC887
- Flexible 8-channel audio with jack sensing
- Compliant with Azalia 1.0 spec
LAN
• Supports Gb LAN 10/100/1000 by Realtek® RTL8111G
Internal I/O Connectors
- 1 x ATX 24-Pin power connector
- 1 x 4-pin ATX 12V power connector
- CPU x 1 / System x 2 FAN connectors
- 1 x Clear CMOS jumper
- 2 x SATAIII connectors
- 2 x SATAII connectors
- 2 x USB 2.0 connectors
- 1 x Serial port connector
- 1 x Trusted Platform Module (TPM) header
- 1 x Front Panel Audio connector
- 1 x Chassis Intrusion connector
Back Panel I/O Ports
- 1 x PS/2 keyboard port
- 1 x PS/2 mouse port
- 4 x USB 2.0 ports
- 2 x USB 3.0 ports
- 1 x RJ45 LAN Jack
- 1 x 3 in 1 audio jack
- 1 x Graphic Card port
- 1 x HDMI port
De momento tengo desmontadas las carpetas de red y ni un problema, pero claro, le hacen falta al usuario para guardar archivos. He visto que solo pasa con una de ellas, y se me ocurre, que.. ¿Puede tener algo de culpa, si el servidor de esa carpeta esta al límite de su rendimiento?.. Capadidad actual de ram 4GB y está trabajando al 100% de la memoria ram...
Mageia 9 The Rock!!!
# 124557 Investigare si hay algún
Investigare si hay algún fallo relacionado con ese hardware pero todo apunta a que tus sospechas son ciertas.
Seria preferible hacer una copia local de los archivo con los que tenga que trabajar y al terminar copiar la versión modificada a la carpeta remota correspondiente.
NUNCA transferir archivos de una carpeta remota a un servicio en linea ya que sera más lento que hacerlo con un archivo local.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
# 124558 Más evidencia de podría
Más evidencia de que podría ser un problema relacionado a las carpetas remotas
https://bugs.kde.org/show_bug.cgi?id=184062
https://bugzilla.redhat.com/show_bug.cgi?id=491211
Creo que deberían hacer una revisión del equipo en el que estén las carpetas remotas.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 124561 Esperaremos a las actualizaciones
Bueno pues hemos optado por guardar los archivos al equipo local primero y luego copiarlos a las carpetas. Como tenemos a la vista una actualización de servidor y también está al acecho Mageia 6 con Plasma 5, vamos a esperar a realizar más pruebas cuando tengamos todo actualizado.
De momento como está, cero problemas todo funciona Ok.
Saludos!!!
Mageia 9 The Rock!!!