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.
Tras actualizar, no me funciona TAL-CUAL programa
Cuando se actualiza cualquier programa de servidor/demonio/servicio, por ejemplo samba, squid, mysql, apache... cabe la posibilidad que la vesion actual cambie algo de la configuracion por defecto.
Y dicho cambio puede que resulte en que el servicio/demonio deje de funcionar o no funcione como antes.
Al actualizar ese demonio/servicio, puede pasar alguna de estas 3 cosas:
1. te cree un fichero de configuracion por defecto y te mueva tu fichero de configuracion a uno con el nombre tipo foobar.old o foobar.conf.old o similar.
2. te cree un fichero de configuracion por defecto con el nombre tipo foobar.new o foobar.conf.new o foobar.conf.rpmnew o similar. Corres el riesgo que con el fichero de configuracion antigua, ese servicio/demonio no te funcione con la nueva version.
3. que la actualizacion no cambie nada.
Cuando uses Linux para dar algun servicio (usando un demonio o 'programa servidor' o como lo llames), y lo actualices, debes de prestar atencion a su actualizacion. Leete el log resultante.
El log de instalacion, des-instalaciones y actualizaciones de porgramas via urpmi/rpmdrake/MandrakeUpdate lo tienes en /var/log/urpmi.log
Por ejemplo, yo actualice Samba y mira el mensaje que me dejo en /var/log/urpmi.log
bla bla bla
4:samba-common warning: /etc/samba/smb.conf created as /etc/samba/smb.conf.rpmnew
bla bla bla
En resumen, que con Mandrake sea facil dar servicios no quita que te cargues de responsabilidad. Y, como ves, todas las acciones quedan escritas en un log, por lo que es facil saber por que falla algo y como arreglarlo.
Salut,
Sinner
- Entra a tu cuenta o crea una para poder comentar.
- Entra a tu cuenta o crea una para poder comentar.
Usuario
# 1889 a propósito
He hecho la actualización con urpmi, y sólo he tenido un par de problemillas. El primero y principal es que el arranque se detiene al inicio, en: "Corriendo el demonio Devfs" y de ahí no pasa. Entro con 'failsafe' y en el lilo, le cambio a 'devfs' el 'mount' por 'umount' y eso me permite arrancar. Peeero, claro, ahora tengo algún que otro problema, no sé si relacionado, como es que intento iniciar 'k3b' y 'ni se entera'. Y también con el dvd, etc. No sé si algo más, porque terminé la actualización ayer y desde entonces estoy buscando cómo arreglarlo y no he comprobado mucho más.
He pensado en aprovechar y cambiarme a 'uDev', -lo he instalado- pero al final no me he atrevido, no vaya a ser que empeore la situación.
En 'google' no he encontrado nada relacionado con el bloqueo al inicio en ese punto, así que acudo aquí en solicitud de ayuda.
Gracias y un saludo,
---
ò,ó
( ) owl
" "
owl
Usuario
# 1892 uDev
La solución, es como comentas, uDev. Te lo digo porque me pasó exactamente lo mismo.
Por lo visto el nuevo K3b viene configurado para usar ese sistema de dispositivos. Fue cambiar y solucionarse todo. El cambio no es en absoluto traumático, así que ánimo ;)
También tenía problemas con el tema del USB, y el ordenador se quedaba colgado si arrancaba con el ratón USB enchufado o si lo conectaba en cualquier momento. Ahora estoy con el mousepad del portátil, pero es posible que también fuera por el tema del uDev.
Saludines :)
BOFH
# 1900 Devfsd
uDev es el sucesor natural de devfsd. Lo único que quiero decir es que , en respuesta a una pregunta que hice yo mismo (En mandrake 10.0 el devfsd se me quedaba atascado al rebotar y tenía que esperar hasta 3 minutos para que rebotase la máquina), para hacer que devfsd corra como de "fábrica" en mandrake 10.0 no tienes más que borrar todo el contenido (no el directorio) de /lib/dev-state, este directorio dice a devfsd que devices tiene que cargar forzosamente al rebotar, el problema era que por culpa mía se me habían puesto ahí todos los devices, y , claro, iba como una patata. Una vez borrado el contenido, rebotas y verás que el /lib/dev-state vuelve a llenarse (pero con menos devices), esto es normal así que no tocar más :)
_
_This system isn´t an Official Micro$oft Toaster
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
Usuario
# 1909 k3b
Ya estoy con la transición a uDev, aunque no sé si acabaré 'rompiendo' algo. Por lo que he leído, no es tan fácil de configurar, aunque parece que es prudente conservar /dev porque pueden convivir. De momento, he puesto que se inicie uDev y no Devfs. Seguiré leyendo y en último caso, probaré lo que recomienda 'pacho', aunque en mi caso no es que tardara, es que se quedaba ahí.
Respecto a lo que dices, -gonzotba-, de k3b... ¿qué kernel tienes? Yo tengo el 2.6.8.1 y mira lo que dicen en la página de k3b:
-------------------
http://www.k3b.org/
Do not use Kernel 2.6.8
A patch that was introduced into the kernel shortly before the 2.6.8 release
makes K3b and also the dvd+rw-tools unusable on Linux (unless run as root
but that is not recommended). The very important GET CONFIGURATION MMC
command is rejected by the kernel for reasons I cannot see and writing
commands like MODE SELECT also fail (K3b cannot detect CD writers without
it) even when the device is opened O_RDWR. Until this issue has been solved
I strongly recommend to stick to kernel version 2.6.7.
Update: The kernel guys are currently fixing the problem so the next kernel
release should work again. :)
Update 2: The problem is NOT fixed in 2.6.8.1
Update 3: Be aware that kernel 2.6.8 also contains the memory leak which
makes it impossible to write audio cds, even as root.
---------
Así que habrá que esperar o volver al kernel anterior, pero resulta que la 'pinnacle' que tengo, 'pide' éste. Creo que esperaré.
Un saludo y gracias.
----
ò,ó
( ) owl
" "
owl
Usuario
# 1911 Hmmm... curioso
[jmalonda@tenacitas ~]>$ uname -a
Linux tenacitas 2.6.8.1-10mdk #1 Wed Sep 8 17:00:52 CEST 2004 i686 Mobile Intel(R) Celeron(R) CPU 1.60GHz unknown GNU/Linux
He grabado ya un par de CDs de datos sin problemas. Sobre los de audio no te puedo decir nada, pero el resto de momento no me han dado problemas desde el paso a uDev.
Saludos! :)
Usuario
# 1906 Tambien ocurre cuando usamos las herramientas drak.
Siguiendo la recomendacion de Sinner, la cual es del todo cierta, tambien hay que tener encuenta que, aunque mandrake pone a nuestra disposicion herramientas graficas conocidas como las draktools para configurar comodamente tanto servicios como perifericos, hay que tener en cuenta que, si un fichero de configuracion que hemos retocado manualmente para adaptarlo a nuestras necesidades es modificado por las drak, aquello que "retocamos" nosotros no se respetara, el fichero será reescrito totalmente.
Caso de la configuracion de XF86Config-4, al que retocamos para añadir los nuevos drivers de nvidia, esto lo hacemos de forma manual, usando un editor como vi u otro de nuestro gusto. Pero si posteriormente usamos las draktools para cambiar algo, ésto se perdera, asi que, precacuion y siempre siempre, tener una copia de seguridad.
Saludos desde Angband.
Linux user: #378807
Usuario
# 1915 ¿Por eso no funciona mi quemador?
El viernes instale Mandrake 10.1 community en mi máquina de escritorio, ya me reconocio el scanner y la tarjeta de tv, con lo que he batallado es con el quemador, no lo detecta, si abro el k3b se cuelga en detectando dispositivos, igual el quemador de nautilus no funciona ni ningun otro, es desesperante para mi no poder usar el quemador, ¿alguien me podría orientar con esto?
Gracias de antemano.
http://cespinoq.blogspot.com