Listas escreveu:
> Hola,
> 
> la semana pasada cuando estaba actualizando Debian, el computador se 
> congelo. Una vez re-iniciado, me encontre con la sorpresa que casi 
> ningun servicio comenzaba y daban como error:
> 
> /etc/init.d/apache2: line 87: log_begin_msg: command not found

si no estas usando apache , basta con
  chkconfig httpd2 off
  y
service httpd stop

caso contrario :

cambiate a  /etc/init.d
luego con vi en  apache2
haces
:82
y mira a que hace mencion y en que seccion esta...
ve si solo basta con comentarlo con #
pues el mensaje esta claro que en la linea 87 de ese scrit hace mension 
a log_begin_msg, pero no lo sabe interpretar.




> 
> Y como no tengo nada tan importante gravado en el disco duro... 
> re-instale, ya que sorprendentemente en google solo haye 2 mensiones a 
> "log_begin_msg" o "log_end_msg" por no decir que me produjo sorpresa y 
> ademas, no tenian nada que ver con mi problema.
> 
> Una vez re-instalado, actualice con exito (sin caidas ni problemas) y 
> hoy al encender el PC, me encuentro nuevamente con los mismos errores!
> 
> El problema es bastante grave, pues ahora apenas unos cuantos servicios 
> estan funcionando (al menos todavia X). La vez anterior, ni siquiera X.
> 
> Supongo o que el paquete que genera los comandos log_*_msg debe haber 
> quedado mal instalado o que es un bug o que lo desintale sin darme 
> cuenta o que el espiritu santo me esta jugando chueco...
> 
> Saludos.


-- 
counter.li.org # 79041
Buscando trabajo estable en GNU/Linux, 09-4325790
Encuentro Internacional de Software Libre y Nuevas tecnologias
Mayo 26/05 al 29/05
From [EMAIL PROTECTED]  Tue Feb  1 00:12:37 2005
From: [EMAIL PROTECTED] (Enrique Herrera Noya)
Date: Tue Feb  1 00:14:21 2005
Subject: Configuraci?n de paquete xserver-xfree86
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Alvaro Herrera escreveu:
> On Mon, Jan 31, 2005 at 01:23:35AM -0300, Cristian Aravena Romero wrote:
> 
> Hola,
> 
> 
>>Ahora se esta portando bien la pc, pero ya he pillado varias veces el
>>"udevd", 
has ntsysv y busca udevd
luego F1
ahi te dice que hace en pocas palabras
por lo que comenta alvaro , tengo la sospecha que esta relacionado con 
el voltaje que recibe el bicho, depende de donde este uno (lease tipo de 
instalacion electrica) es si es util tenerlo activo o no,
pues si es muy inestable la electrecidad, hay que ver de mejorar la 
calidad de la red electrica & colocar regulador de Voltaje & UPS



este servicio me ocupa casi el 100% de la cpu por un trio de
>>minutos, aumentando la carga a [2..3].  Y no estoy ejecuntado nada que
>>sobrecarge al pc, solo varias aplicaciones que ocupan mucha memoria pero
>>no procesan mucha informacion (mozilla-firefox, amsn, postgres, apache,
>>gnome, anjunta, azureus, y otras mas.  Todas al mismo tiempo).
> 
> 
> Yo he sufrido de un problema parecido:  de vez en cuando algun (o
> algunos) dispositivos USB reportan una desconexion y una reconexion
> inmediata, y alguna pieza de udev se ponia a des-registrarlos y volver a
> registrarlos como loco, casi en un loop que comia bastante CPU.
> 
> Esto me paso una sola vez y me parecio que el problema era la tension
> electrica (voltaje), porque habia alguien usando una maquina soldadora
> en el patio.  Esto, pese a que tengo una UPS que funciona perfectamente
> (aunque no he medido el voltaje de salida).
> 
> Solucion: no encontre ninguna, porque como fue una sola vez, no me
> preocupe de investigar mas.
> 


-- 
counter.li.org # 79041
Buscando trabajo estable en GNU/Linux, 09-4325790
Encuentro Internacional de Software Libre y Nuevas tecnologias
Mayo 26/05 al 29/05
From [EMAIL PROTECTED]  Tue Feb  1 00:27:22 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb  1 01:00:19 2005
Subject: /dev/nvidia* olvida los permisos :( 
In-Reply-To: Your message of "Mon, 31 Jan 2005 18:39:42 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Yonathan Dossow <[EMAIL PROTECTED]> dijo:

[...]

> si usas udev... en /etc/udev/ tan las configuraciones de los permisos
> para devfs _creo_ que en /etc/devfs.conf lo configuras..

devfs esta descontinuado (ni existe en 2.6).
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Tue Feb  1 00:36:39 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb  1 01:00:24 2005
Subject: /dev/nvidia* olvida los permisos :( 
In-Reply-To: Your message of "Mon, 31 Jan 2005 19:42:27 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

"J. Cristian Salgado H." <[EMAIL PROTECTED]> dijo:
> On Mon, 31 Jan 2005 15:26:18 -0500
> "Carlos Mario Mora (c4y0)" <[EMAIL PROTECTED]> wrote:
> > Could not open /dev/nvidiactl because the permissions
> > are too restrictive. Please see the FREQUENTLY ASKED QUESTIONS
> > section of /usr/share/doc/NVIDIA_GLX-1.0/README for steps
> > to correct.

> usas udev?, Como no mencionaste que distribuicion de linux estas 
> usando te voy a indicar el archivo que hay que modificar en debian:
> Tienes que configurar que permisos por omision en
> 
> /etc/udev/permissions.d/udev.permissions

udev(8). Es bastante complicado el manejo... Sugiere revisar detalles en
<http://linux-hotplug.sourceforge.net>. Y probablemente cachurear los
archivos de configuracion existentes. No llegues y apliques "recetas" para
otras distribuciones o versiones!
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Tue Feb  1 00:46:46 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb  1 01:00:24 2005
Subject: Problema al bootear por 1ra vez la instalacion (Debian) 
In-Reply-To: Your message of "Mon, 31 Jan 2005 20:12:54 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Luis Eduardo Vivero =?iso-8859-1?Q?Pe=F1a?= <[EMAIL PROTECTED]> dijo:
> Estoy instalando Debian Sarge en un PC que estaba funcionando con otro OS.
> Instale Debian Sarge con el instalador por red, y al bootear por primera
> vez, la pantalla sale asi:
> 
> GRUB GRUB GRUB GRUB GRUB GRUB GRUB
> GRUB GRUB GRUB GRUB GRUB GRUB GRUB
> GRUB GRUB GRUB GRUB GRUB GRUB GRUB
> 
> etc...

La docu de grub(8) nada dice al respecto... sera un archivo de
configuracion chan~ado, o alguna cosa estilo "boot grafico" o monitos de
fondo que no encuentra/estan dan~ados?

[...]

> Instale grub en /dev/hda y cuando bootea el sistema suena...estara malo el
> MRB? Que puede ser?

Suena como?
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Tue Feb  1 00:42:01 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb  1 01:00:25 2005
Subject: Crear una "Caja Negra" basada en linux. 
In-Reply-To: Your message of "Mon, 31 Jan 2005 21:00:05 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Alvaro Herrera <[EMAIL PROTECTED]> dijo:

[...]

> Que AMD tambien lo hiciera no significa que Intel no pecara de la misma
> forma.  De hecho recuerdo que en la epoca de los 80386 Intel vendia la
> version barata que era el 80386/SX, el cual tenia el coprocesador
> matematico (la FPU) deshabilitado.

Supongo que confundes i386 (la FPU era un chip 80387 aparte) con los i486
(que si tenian FPU integrada). Y probablemente es solo que si la FPU estaba
mala (fallas en chips tan grandes son/eran bastante frecuentes), la
deshabilitaban y vendian el chip mas barato.

> No son ideas nuevas, ni exclusivas de un solo bando.

;-)

> De hecho hoy en dia puedes encontrar en cualquier paquete de esos que
> usan la cadena de construccion GNU (autoconf, automake) la misma idea:
> 
> ./configure --disable-coffee-making

Eso es maldad... la neurona funciona en base a cafeina.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Tue Feb  1 01:32:01 2005
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Tue Feb  1 01:32:04 2005
Subject: Primer Foro de Tecnologia Libre, Caracas, Venezuela
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Mon, Jan 31, 2005 at 11:41:04PM -0300, German Poo Caaman~o wrote:

> Por otro lado, ejemplos como Peru, Venezuela y Brasil; no son
> validos aca en Chile, porque la gente se cree al mismo nivel
> que Europa o Norteamerica; y unos "sudacas" con economia 
> tercermundista no van a venir a decirles como hacer las 
> cosas.

Me hiciste recordar una historia patética que me contó un amigo que
trabajó en Michelin.  Nada que ver con Linux, pero ilustra el que en
Chile seamos distintos (== más estúpidos, en este contexto) que en el
resto de Latinoamérica.

Resulta que en dicha empresa, en casi todos los países (la única
excepción es Chile), tienen un convenio segun el cual te entregan un
auto en algo-así-como-arriendo, y al cabo de tres años o cuando se
cumplan 50.000 km (lo que suceda primero; puedo equivocarme en las
cifras pero la idea se entiende), puede ser tuyo pagando el 35%
del valor original.  Es más, si pagas otro 35%, puedes quedarte con
_otro_ auto además, nuevo.  En la práctica, esto sucedía a los 3 años;
era raro que se cumplieran los 50000 km antes de eso.

Cuando implantaron esto en Chile, resultó que siempre se llegaba primero
a los 50000 km.  ¿La razón?  La gente, para poder comprar los autos
luego, se ponía a viajar de Arica a Puerto Montt todo lo que podía.
Así, la empresa se encontró con que estaba gastando demasiado en darles
autos a los pajaritos, por lo que hubo que terminar ese convenio.

En el resto de América Latina este convenio sigue funcionando sin ningún
problema.

-- 
Alvaro Herrera (<[EMAIL PROTECTED]>)
"El miedo atento y previsor es la madre de la seguridad" (E. Burke)
From [EMAIL PROTECTED]  Tue Feb  1 01:38:10 2005
From: [EMAIL PROTECTED] (Yonathan Dossow)
Date: Tue Feb  1 01:38:06 2005
Subject: /dev/nvidia* olvida los permisos :(
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Horst von Brand wrote:

>Yonathan Dossow <[EMAIL PROTECTED]> dijo:
>
>[...]
>
>  
>
>>si usas udev... en /etc/udev/ tan las configuraciones de los permisos
>>para devfs _creo_ que en /etc/devfs.conf lo configuras..
>>    
>>
>
>devfs esta descontinuado (ni existe en 2.6).
>  
>
el _creo_ era pa toos los errores que pudiera tener la frase ;-), por 
que yo no uso hace rato devfs :-D
From [EMAIL PROTECTED]  Tue Feb  1 01:40:41 2005
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Tue Feb  1 01:40:44 2005
Subject: Crear una "Caja Negra" basada en linux.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Tue, Feb 01, 2005 at 12:42:01AM -0300, Horst von Brand wrote:
> Alvaro Herrera <[EMAIL PROTECTED]> dijo:
> 
> > Que AMD tambien lo hiciera no significa que Intel no pecara de la misma
> > forma.  De hecho recuerdo que en la epoca de los 80386 Intel vendia la
> > version barata que era el 80386/SX, el cual tenia el coprocesador
> > matematico (la FPU) deshabilitado.
> 
> Supongo que confundes i386 (la FPU era un chip 80387 aparte) con los i486
> (que si tenian FPU integrada). Y probablemente es solo que si la FPU estaba
> mala (fallas en chips tan grandes son/eran bastante frecuentes), la
> deshabilitaban y vendian el chip mas barato.

No recuerdo exactamente, pero me parece que no.  De lo que sí me acuerdo
es que el 80287 era un chip aparte (para el 80286), y también me acuerdo
que Intel se ganó mi primer premio a la nomenclatura idiota por hacer
esa distinción entre los 80386 DX y los SX, mientras que también
existían los 80486 SX y los DX, pero la diferencia era otra cosa (creo
que tenía que ver con la velocidad de bus, o el multiplicador de
frecuencia del bus).

A la larga, Intel se ganó mi premio eterno a la nomenclatura idiota por
ponerle "Pentium" a su siguiente procesador; y después no hallaron nada
mejor que chantarle múltiples signos de exclamación: "Pentium!",
"Pentium!!", "Pentium!!!" (menos mal que después se avivaron) ... por
este motivo, yo recomiendo AMD antes que Intel.

-- 
Alvaro Herrera (<[EMAIL PROTECTED]>)
"Cuando miro a alguien, más me atrae cómo cambia que quién es" (J. Binoche)
From [EMAIL PROTECTED]  Tue Feb  1 01:45:30 2005
From: [EMAIL PROTECTED] (J. Cristian Salgado H.)
Date: Tue Feb  1 01:45:33 2005
Subject: /dev/nvidia* olvida los permisos :(
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Tue, 01 Feb 2005 00:36:39 -0300
Horst von Brand <[EMAIL PROTECTED]> wrote:
> > usas udev?, Como no mencionaste que distribuicion de linux estas 
> > usando te voy a indicar el archivo que hay que modificar en debian:
> > Tienes que configurar que permisos por omision en
> > 
> > /etc/udev/permissions.d/udev.permissions
> 
> udev(8). Es bastante complicado el manejo... Sugiere revisar detalles en
> <http://linux-hotplug.sourceforge.net>. Y probablemente cachurear los
> archivos de configuracion existentes. No llegues y apliques "recetas" para
> otras distribuciones o versiones!

Yonathan,

Una cosa que se me quedo en el tintero, es que _si lees la documentacion_
de udev. Cosa que deberias hacer tal como acaban de sugerir, te vas a dar
cuenta que no es buena idea editar el archivo udev.permissions
directamente. 

La documentacion, en cambio, sugiere crear un archivo local con tus
modificaciones e.g. local.permissions. udev lee los archivos en ese
directorio en orden alfabetico, luego no deberias tener problemas.

BTW, udev es muy cool, hoy me di cuenta que se pueden hacer cosas muy
simpaticas con su sistema de reglas. Por ejemplo, crear dispositivos 
distintos para pendrives de distinta marca o modelo o ajustar/crear 
simlinks en /dev on the fly. Ahora si lo juntas con hotplug se vuelve
todavia mas divertido :D

-- 
J. Cristian Salgado H.               Centro de Ingenieria Bioquimica
http://.../~cristian                          y Biotecnologia, CIBYB
mailto:jsalgado at ing dot uchile dot cl        Universidad de Chile
"Que sombra?, lo que viste no fue una sombra...  fue tan solo un par
de recuerdos"
From [EMAIL PROTECTED]  Tue Feb  1 02:31:08 2005
From: [EMAIL PROTECTED] (Pablo Figueroa Alvarez)
Date: Tue Feb  1 02:31:12 2005
Subject: problemas con FC2 y apache
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Mon, 31 Jan 2005 14:30:40 -0600, Cano Perez Felix
<[EMAIL PROTECTED]> wrote:
> 
> 
> hola lista.... 
> 
> 
> tengo un problema con apache en FC2 
> 
> instale el apache 2 en linux FC2, al tratar de levantar apache 2 se levanta
> el apache que trae por default el FC2 y no el apache 2 que yo instale, como
> puedo quitar o desinstalar el apache de FC2, y solo dejar el apache 2 que yo
> instale... o como puedo hacer para que levante el apache 2 que yo instale
> sin que choque con el apache de FC2?
> 
fijate en el script que levanta el apahe ( /etc/init.d/httpd ) que las
rutas esten direccionadas al apahe 2 y no al apche que trae el FC2.

-- 
-------------------------------------
!! I need freedom ¡¡
-------------------------------------
Pablo Figueroa Alvarez
San Fernando - VI Region
Chile
--------------------------------------

Responder a