/dev/null se estropea solo
Hola, De vez en cuando, /dev/null deja de funcionar correctamente y algunos servicios (como el portmap), dejan de funcionar. Cuando se estropea queda así: gardenia:/dev/null #ls -l -rw-rw-rw 1 root root 0 Jun 20 12:26 /dev/null <- (no se muestra en amarillo, como los demás) Como se puede ver, no tiene la "c" que tienen los demás dispositivos de bloques, por lo que supongo que esa será la causa del error. Además de ese dispositivos, hay copias de null con la fecha de cada modificación: null.2004-06-20, null.2004-05-18. Esta situación ya me ha pasado por lo menos un par de veces sin que yo haya hecho nada raro. El caso es que lo soluciono con: rm /dev/null mknod /dev/null c 1 3 chmod 666 /dev/null Con lo cual todo vuelve a funcionar correctamente... hasta que un tiempo después vuelva a fallar. ¿Quien cambia /dev/null? Por la hora de la modificación deduzco que es al iniciar el ordenador, por lo tanto, Yast no debería ser ¿no?. Un saludo, Oscar
Hola,
De vez en cuando, /dev/null deja de funcionar correctamente y algunos servicios (como el portmap), dejan de funcionar. Cuando se estropea queda así:
gardenia:/dev/null #ls -l -rw-rw-rw 1 root root 0 Jun 20 12:26 /dev/null <- (no se muestra en amarillo, como los demás)
Como se puede ver, no tiene la "c" que tienen los demás dispositivos de bloques, por lo que supongo que esa será la causa del error. Además de ese dispositivos, hay copias de null con la fecha de cada modificación: null.2004-06-20, null.2004-05-18. Esta situación ya me ha pasado por lo menos un par de veces sin que yo haya hecho nada raro. El caso es que lo soluciono con: rm /dev/null mknod /dev/null c 1 3 chmod 666 /dev/null Con lo cual todo vuelve a funcionar correctamente... hasta que un tiempo después vuelva a fallar. ¿Quien cambia /dev/null? Por la hora de la modificación deduzco que es al iniciar el ordenador, por lo tanto, Yast no debería ser ¿no?.
Un saludo, Oscar
A mi también me pasa. Cuando arranco la consola m sale error en /dev/null. Y no se por qué. Tengo instalado SuSE 9.1, en la 9.0 nunca me habia pasado
César wrote:
Hola,
De vez en cuando, /dev/null deja de funcionar correctamente y algunos servicios (como el portmap), dejan de funcionar. Cuando se estropea queda así:
gardenia:/dev/null #ls -l -rw-rw-rw 1 root root 0 Jun 20 12:26 /dev/null <- (no se muestra en amarillo, como los demás)
Como se puede ver, no tiene la "c" que tienen los demás dispositivos de bloques, por lo que supongo que esa será la causa del error. Además de ese dispositivos, hay copias de null con la fecha de cada modificación: null.2004-06-20, null.2004-05-18. Esta situación ya me ha pasado por lo menos un par de veces sin que yo haya hecho nada raro. El caso es que lo soluciono con: rm /dev/null mknod /dev/null c 1 3 chmod 666 /dev/null Con lo cual todo vuelve a funcionar correctamente... hasta que un tiempo después vuelva a fallar. ¿Quien cambia /dev/null? Por la hora de la modificación deduzco que es al iniciar el ordenador, por lo tanto, Yast no debería ser ¿no?.
Un saludo, Oscar
A mi también me pasa. Cuando arranco la consola m sale error en /dev/null. Y no se por qué. Tengo instalado SuSE 9.1, en la 9.0 nunca me habia pasado
En mi caso, si hago cd /dev/null bash: cd: /dev/null: No es un directorio Tiempo atras, se solía redirigir determinados resultados a /dev/null, como medida de seguridad. Hay que revisar los archivos de inicio y .profile.
Juan Erbes wrote:
En mi caso, si hago cd /dev/null bash: cd: /dev/null: No es un directorio
Tiempo atras, se solía redirigir determinados resultados a /dev/null, como medida de seguridad. Hay que revisar los archivos de inicio y .profile.
/dev/null no es un directorio, es un archivo especial (de caracter, como bien decia Fran). Ese el problema que me da, muchas salidas van hacia /dev/null (durante el inicio, unas cuantas) y cuando se "estropea", las salidas de los procesos o servicios afectados, no funcionan. Un saludo, Oscar
On Sun, 20 Jun 2004 17:21:59 +0200, Oscar Curero wrote:
/dev/null no es un directorio, es un archivo especial (de caracter, como bien decia Fran). Ese el problema que me da, muchas salidas van hacia /dev/null (durante el inicio, unas cuantas) y cuando se "estropea", las salidas de los procesos o servicios afectados, no funcionan.
La 8.2 de un amigo arrancaba con el / protegido, no se podía escribir en él Googleando vimos que el /dev/null se había estropeado (ahora no recuerdo el problema, "estropedo" es demasiado genérico). Tal como dices, hace falta para el arranque y al no poder usarlo, se detenía dejando un sistema con el / protegido. Se arregló volviendo a crear /dev/null (no recuerdo como, tampoco), lo hizo el amigo :) -- Benjamí http://bitassa.com .
Mano, en mi forma con SuSE 9.1 se me estropeaba cuando conectaba a través de un MODEM serial, lo resolví ejecutando como SU chown -R <mi user> /dev/null y funciona como si fuera una carpeta común, te da desde tu shell acceso a todas las Conf. del dispositivo mencionado Atentamente ******************* Máximo Alejandro WebMaster del CIPEL SuSE Linux 9.1 ******************* __________________________________________ Aniversario 40 de la CUJAE Visite: XII Convencion de Ingenieria y Arquitectura http://www.cujae.edu.cu/eventos/convencion/
Máximo Alejandro wrote:
Mano, en mi forma con SuSE 9.1 se me estropeaba cuando conectaba a través de un MODEM serial, lo resolví ejecutando como SU chown -R <mi user> /dev/null y funciona como si fuera una carpeta común, te da desde tu shell acceso a todas las Conf. del dispositivo mencionado
Atentamente
Acabo de ver una actualización en YOU para arreglar este problema. Lo dicho, gracias.
César wrote:
Acabo de ver una actualización en YOU para arreglar este problema. Lo dicho, gracias.
Podrías decir que actualización es? Yo no la veo, igual es que no he configurado YOU correctamente
Por supuesto: wvdial - A PPP dialer During connection to the Internet wvdial alters the special device file /dev/null. This leads to various cryptical problems of the user. Clase: recommended Tamaño: 112,1kB
yo tengo la 9.0
y un día apague correctamente el portatil y al dia siguiente no encendia.. todo el sistema reiserfs a la porra...
bueno esto no tiene nada que ver con esto..
pero digamos que el directorio dev y en particular el null, se me fueron todos de vacaciones.........
aun no se pq pasó
César
Hola,
De vez en cuando, /dev/null deja de funcionar correctamente y algunos servicios (como el portmap), dejan de funcionar. Cuando se estropea queda así:
gardenia:/dev/null #ls -l -rw-rw-rw 1 root root 0 Jun 20 12:26 /dev/null <- (no se muestra en amarillo, como los demás)
Como se puede ver, no tiene la "c" que tienen los demás dispositivos de bloques, por lo que supongo que esa será la causa del error. Además de ese dispositivos, hay copias de null con la fecha de cada modificación: null.2004-06-20, null.2004-05-18. Esta situación ya me ha pasado por lo menos un par de veces sin que yo haya hecho nada raro. El caso es que lo soluciono con: rm /dev/null mknod /dev/null c 1 3 chmod 666 /dev/null Con lo cual todo vuelve a funcionar correctamente... hasta que un tiempo después vuelva a fallar. ¿Quien cambia /dev/null? Por la hora de la modificación deduzco que es al iniciar el ordenador, por lo tanto, Yast no debería ser ¿no?.
Un saludo, Oscar
A mi también me pasa. Cuando arranco la consola m sale error en /dev/null. Y no se por qué. Tengo instalado SuSE 9.1, en la 9.0 nunca me habia pasado -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com ---------------------------------
participants (6)
-
Benjamí Villoslada -
César -
Juan Erbes -
Máximo Alejandro -
Oscar Curero -
Pedro b