Re: Segmentation fault al hacer un ls en Sarge

2007-08-03 Por tema [EMAIL PROTECTED]
On 8/2/07, Iñaki Baz Castillo [EMAIL PROTECTED] wrote:
 Hola, de repente en un servidor Sarge en producción falla casi todo.
 Doy por hecho que el problema tiene mucho que ver con que ni siquiera
 se puede hacer un ls:

 ~# ls
 Segmentation fault

Recuerdo que en ocasiones se me dañaron comandos como ls por cerrar
mal el sistema operativo o por haber ejecutado un comando enviado por
aquellos que quieren ingresar vía ssh a la fuerza :$, con debsum
detecté los archivos que se corrompieron.



Re: Segmentation fault al hacer un ls en Sarge

2007-08-03 Por tema Iñaki Baz Castillo
El Viernes, 3 de Agosto de 2007, [EMAIL PROTECTED] escribió:
 On 8/2/07, Iñaki Baz Castillo [EMAIL PROTECTED] wrote:
  Hola, de repente en un servidor Sarge en producción falla casi todo.
  Doy por hecho que el problema tiene mucho que ver con que ni siquiera
  se puede hacer un ls:
 
  ~# ls
  Segmentation fault

 Recuerdo que en ocasiones se me dañaron comandos como ls por cerrar
 mal el sistema operativo o por haber ejecutado un comando enviado por
 aquellos que quieren ingresar vía ssh a la fuerza :$, con debsum
 detecté los archivos que se corrompieron.

Vaya, gracias, lo tendré en cuenta para otra ocasión, ahora ya el servidor ha 
sido reemplazado ;)

Gracias.

-- 
Iñaki Baz Castillo



Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema ChEnChO
El 2/08/07, Iñaki Baz Castillo [EMAIL PROTECTED] escribió:
 Hola, de repente en un servidor Sarge en producción falla casi todo.
 Doy por hecho que el problema tiene mucho que ver con que ni siquiera
 se puede hacer un ls:

 ~# ls
 Segmentation fault


 Recuerdo que una vez me pasó lo mismo en otro equipo, aunque sólo a
 partir de un directorio, y recuerdo que lo corregí borrando algún
 archivo (no lo recuerdo muy bien). Pero claro, ahora la situación es
 mucho más grave, y servicios no pueden escribir en /tmp (tal vez
 porque intentan leer antes...).


 Pego un strace ls:


 /# strace ls
 execve(/bin/ls, [ls], [/* 18 vars */]) = 0
 uname({sys=Linux, node=linux, ...}) = 0
 brk(0)  = 0x805b000
 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
 -1, 0) = 0x40017000
 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
 directory)
 open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or 
 directory)
 open(/etc/ld.so.cache, O_RDONLY)  = 3
 fstat64(3, {st_mode=S_IFREG|0644, st_size=16546, ...}) = 0
 old_mmap(NULL, 16546, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
 close(3)= 0
 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
 directory)
 open(/lib/tls/librt.so.1, O_RDONLY)   = 3
 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\32..., 512) = 
 512
 fstat64(3, {st_mode=S_IFREG|0644, st_size=22940, ...}) = 0
 old_mmap(NULL, 21588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001d000
 old_mmap(0x40022000, 4096, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40022000
 close(3)= 0
 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
 directory)
 open(/lib/libacl.so.1, O_RDONLY)  = 3
 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\24..., 512) = 
 512
 fstat64(3, {st_mode=S_IFREG|0644, st_size=22336, ...}) = 0
 old_mmap(NULL, 25412, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40023000
 old_mmap(0x40029000, 4096, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40029000
 close(3)= 0
 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
 directory)
 open(/lib/tls/libc.so.6, O_RDONLY)= 3
 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000..., 512) = 
 512
 fstat64(3, {st_mode=S_IFREG|0755, st_size=1254660, ...}) = 0
 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
 -1, 0) = 0x4002a000
 old_mmap(NULL, 1264972, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
 old_mmap(0x40155000, 36864, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0x40155000
 old_mmap(0x4015e000, 7500, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015e000
 close(3)= 0
 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
 directory)
 open(/lib/tls/libpthread.so.0, O_RDONLY) = 3
 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pF\0\000..., 512) = 
 512
 fstat64(3, {st_mode=S_IFREG|0755, st_size=78233, ...}) = 0
 old_mmap(NULL, 60772, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016
 old_mmap(0x4016c000, 4096, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0x4016c000
 old_mmap(0x4016d000, 7524, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4016d000
 close(3)= 0
 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
 directory)
 open(/lib/libattr.so.1, O_RDONLY) = 3
 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\r\0..., 512) = 
 512
 fstat64(3, {st_mode=S_IFREG|0644, st_size=10824, ...}) = 0
 old_mmap(NULL, 13892, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016f000
 old_mmap(0x40172000, 4096, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40172000
 close(3)= 0
 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
 -1, 0) = 0x40173000
 set_thread_area({entry_number:-1 - 6, base_addr:0x401732a0,
 limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
 limit_in_pages:1, seg_not_present:0, useable:1}) = 0
 munmap(0x40018000, 16546)   = 0
 set_tid_address(0x401732e8) = 32513
 rt_sigaction(SIGRTMIN, {0x401645d0, [], SA_SIGINFO}, NULL, 8) = 0
 rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
 +++ killed by SIGSEGV +++



 ¿Alguna sugerencia? Mil gracias.



 --
 Iñaki Baz Castillo
 [EMAIL PROTECTED]


Si no ha habido actualización de por medio, el problema tiene que ser hardware.

Probaría a pasarle un memtest para ver la ram y/o probar con otro disco duro.

A mi me pasó algo similiar con un servidor y tras muchas pruebas, era
un módulo de ram que había cascado.

Suerte


-- 
... may the source be with you...



Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema Adrià
On 8/2/07, ChEnChO [EMAIL PROTECTED] wrote:
 El 2/08/07, Iñaki Baz Castillo [EMAIL PROTECTED] escribió:
  Hola, de repente en un servidor Sarge en producción falla casi todo.
  Doy por hecho que el problema tiene mucho que ver con que ni siquiera
  se puede hacer un ls:
 
  ~# ls
  Segmentation fault
 
 
  Recuerdo que una vez me pasó lo mismo en otro equipo, aunque sólo a
  partir de un directorio, y recuerdo que lo corregí borrando algún
  archivo (no lo recuerdo muy bien). Pero claro, ahora la situación es
  mucho más grave, y servicios no pueden escribir en /tmp (tal vez
  porque intentan leer antes...).
 
 
  Pego un strace ls:
 
 
  /# strace ls
  execve(/bin/ls, [ls], [/* 18 vars */]) = 0
  uname({sys=Linux, node=linux, ...}) = 0
  brk(0)  = 0x805b000
  old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
  -1, 0) = 0x40017000
  access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
  directory)
  open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or 
  directory)
  open(/etc/ld.so.cache, O_RDONLY)  = 3
  fstat64(3, {st_mode=S_IFREG|0644, st_size=16546, ...}) = 0
  old_mmap(NULL, 16546, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
  close(3)= 0
  access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
  directory)
  open(/lib/tls/librt.so.1, O_RDONLY)   = 3
  read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\32..., 512) = 
  512
  fstat64(3, {st_mode=S_IFREG|0644, st_size=22940, ...}) = 0
  old_mmap(NULL, 21588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001d000
  old_mmap(0x40022000, 4096, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40022000
  close(3)= 0
  access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
  directory)
  open(/lib/libacl.so.1, O_RDONLY)  = 3
  read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\24..., 512) = 
  512
  fstat64(3, {st_mode=S_IFREG|0644, st_size=22336, ...}) = 0
  old_mmap(NULL, 25412, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40023000
  old_mmap(0x40029000, 4096, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40029000
  close(3)= 0
  access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
  directory)
  open(/lib/tls/libc.so.6, O_RDONLY)= 3
  read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000..., 512) 
  = 512
  fstat64(3, {st_mode=S_IFREG|0755, st_size=1254660, ...}) = 0
  old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
  -1, 0) = 0x4002a000
  old_mmap(NULL, 1264972, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002b000
  old_mmap(0x40155000, 36864, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0x40155000
  old_mmap(0x4015e000, 7500, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015e000
  close(3)= 0
  access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
  directory)
  open(/lib/tls/libpthread.so.0, O_RDONLY) = 3
  read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pF\0\000..., 512) 
  = 512
  fstat64(3, {st_mode=S_IFREG|0755, st_size=78233, ...}) = 0
  old_mmap(NULL, 60772, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016
  old_mmap(0x4016c000, 4096, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0x4016c000
  old_mmap(0x4016d000, 7524, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4016d000
  close(3)= 0
  access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
  directory)
  open(/lib/libattr.so.1, O_RDONLY) = 3
  read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\r\0..., 512) 
  = 512
  fstat64(3, {st_mode=S_IFREG|0644, st_size=10824, ...}) = 0
  old_mmap(NULL, 13892, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016f000
  old_mmap(0x40172000, 4096, PROT_READ|PROT_WRITE,
  MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40172000
  close(3)= 0
  old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
  -1, 0) = 0x40173000
  set_thread_area({entry_number:-1 - 6, base_addr:0x401732a0,
  limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
  limit_in_pages:1, seg_not_present:0, useable:1}) = 0
  munmap(0x40018000, 16546)   = 0
  set_tid_address(0x401732e8) = 32513
  rt_sigaction(SIGRTMIN, {0x401645d0, [], SA_SIGINFO}, NULL, 8) = 0
  rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
  getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
  --- SIGSEGV (Segmentation fault) @ 0 (0) ---
  +++ killed by SIGSEGV +++
 
 
 
  ¿Alguna sugerencia? Mil gracias.
 
 
 
  --
  Iñaki Baz Castillo
  [EMAIL PROTECTED]
 

 Si no ha habido actualización de por medio, el problema tiene que ser 
 hardware.

 Probaría a pasarle un memtest para ver la ram y/o probar con otro disco duro.

 A mi me pasó algo 

Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema Iñaki Baz Castillo
El 2/08/07, ChEnChO [EMAIL PROTECTED] escribió:

 Si no ha habido actualización de por medio, el problema tiene que ser 
 hardware.

No ha habido nada en principio.


 Probaría a pasarle un memtest para ver la ram y/o probar con otro disco duro.

Vale, lo único, he probado memtest all (que es como interpreto se
debe ejecutar el comando) y me ah colgado la máquina, ¿cómo debería
ejecutarlo?


 A mi me pasó algo similiar con un servidor y tras muchas pruebas, era
 un módulo de ram que había cascado.

Tomo nota, y agradezco tu ayuda ya que es una situación urgente que
tendré que ir ahora a revisar :X




-- 
Iñaki Baz Castillo
[EMAIL PROTECTED]


Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema Iñaki Baz Castillo
El 2/08/07, Adrià [EMAIL PROTECTED] escribió:
 Yo por mi parte te recomendaría mirar la integridad del disco duro, ya
 que esto fue lo que le pasó a uno de mis servidores.
 Por suerte, con un disco nuevo y los backups, en un día lo tuve funcionando :)

¿Por ejemplo un badblocks desde un live-cd?
Gracias.



-- 
Iñaki Baz Castillo
[EMAIL PROTECTED]


Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema Emilio J. Padron
On Thu, Aug 02, 2007 at 11:21:03AM +0200, Iñaki Baz Castillo wrote:
  Probaría a pasarle un memtest para ver la ram y/o probar con otro disco duro
 
 Vale, lo único, he probado memtest all (que es como interpreto se
 debe ejecutar el comando) y me ah colgado la máquina, ¿cómo debería
 ejecutarlo?

lo mejor sería que en este caso utilices un memtest que sea
independiente del SO (vamos, no el memtest que puedas tener en el
sistema que te está dando problemas). Tienes los paquetes memtest86 y
memtest86+ para ello, que te permiten arrancar el testeo desde grub o
lilo. 

Si el sistema está tan mal que no te permite siquiera instalar nuevos 
paquetes, tendrás que agenciarte un live-cd que lo incluya (hay
un montón por ahí).

Un saludo,
E.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema Adrià
On 8/2/07, Iñaki Baz Castillo [EMAIL PROTECTED] wrote:
 El 2/08/07, Adrià [EMAIL PROTECTED] escribió:
  Yo por mi parte te recomendaría mirar la integridad del disco duro, ya
  que esto fue lo que le pasó a uno de mis servidores.
  Por suerte, con un disco nuevo y los backups, en un día lo tuve funcionando 
  :)

 ¿Por ejemplo un badblocks desde un live-cd?
 Gracias.



 --
 Iñaki Baz Castillo
 [EMAIL PROTECTED]

Dependiendo de la urgencia (has dicho que el servidor está en
producción, no?) yo me plantearía ahora mismo ser resolutivos y
después caspar.
Depende de las posibilidades que tengas, quizás merecia la pena
obtener una nueva máquina (o hacer un frankenstein con piezas
antiguas) y sustituir -aunque sea de forma provisional- el servidor
afectado.

A partir de aquí, restaurar a partir de backups y, si puedes, con esta
receta [1].

Por lo que comentabas antes, si ejecutar memtest te ha colgado la
máquina, cambio mi apuesta de disco duro a RAM.

Saludos!

[1] 
http://mundogeek.net/archivos/2007/06/11/copia-de-seguridad-de-los-programas-instalados-en-linux/

-- 
Adrià García-Alzórriz
[EMAIL PROTECTED]



Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Por tema Iñaki Baz Castillo
El 2/08/07, Adrià [EMAIL PROTECTED] escribió:
 Dependiendo de la urgencia (has dicho que el servidor está en
 producción, no?) yo me plantearía ahora mismo ser resolutivos y
 después caspar.
 Depende de las posibilidades que tengas, quizás merecia la pena
 obtener una nueva máquina (o hacer un frankenstein con piezas
 antiguas) y sustituir -aunque sea de forma provisional- el servidor
 afectado.

De hecho esa medida ya ha sido tomada y estamos en ello ;)


 Por lo que comentabas antes, si ejecutar memtest te ha colgado la
 máquina, cambio mi apuesta de disco duro a RAM.

Bueno, en realidad había colgado MI máquina al hacer un memtest all,
o igual es que tarda mucho mucho tiempo en el allocating
X
el caso es que en la máquina afectada se ha cambiado los zócalos de
RAM y el problema persiste, por lo que seuponemos será tema de disco y
estamos montando otra máquina.

Gracias por todo a todos los que me habéis ayudado.


-- 
Iñaki Baz Castillo
[EMAIL PROTECTED]


Re: segmentation fault

2002-12-23 Por tema Dr. Aldo Medina
German Garcia wrote:
 
 On Thu, Dec 19, 2002 at 08:42:40AM -0700, [EMAIL PROTECTED] wrote:
  por que puede ser que cuando hago un
  ps, top
  me larga una violación de segmento a que se puede deber esto
 -Que version de Debian tenes instalada ?
 -Solo te pasa con estos programas o tambien con otros ?
 -Estas usando un kernel compilado por vos ?
 -Tenes la pc overclockeada ?
 
 --
 German Garcia   | Debian GNU/Linux
 [EMAIL PROTECTED]  | vi - c - c++
 Buenos Aires, Argentina | Barrio de Tango

Otra posibilidad es que te hayan crackeado la máquina y el ps, el top o
ambos hayan sido modificados para no mostrar el regalito, pero
tenga(n) errores en la programación. Soy algo paranoico :-D

-- 
Linux User #98419 -o)| Pon a volar tu mente... ¡¡Fuma
http://counter.li.org  /\| dinamita!!  
ICQ 94335020  _\_v   | 
 | 
 |



Re: segmentation fault

2002-12-20 Por tema German Garcia
On Thu, Dec 19, 2002 at 08:42:40AM -0700, [EMAIL PROTECTED] wrote:
 por que puede ser que cuando hago un
 ps, top
 me larga una violación de segmento a que se puede deber esto 
-Que version de Debian tenes instalada ?
-Solo te pasa con estos programas o tambien con otros ?
-Estas usando un kernel compilado por vos ?
-Tenes la pc overclockeada ?

-- 
German Garcia   | Debian GNU/Linux 
[EMAIL PROTECTED]  | vi - c - c++ 
Buenos Aires, Argentina | Barrio de Tango



Re: Segmentation fault, ese incordio

2002-02-25 Por tema Fernando Taboada

Probablemente se trata de un problema hardware de algún tipo.
Existe un FAQ para la señal 11 (Violación de segmento) en algún
lugar de Internet que no recuerdo (y no tengo Internet a mano :-(
Busca en Google como Sig11 FAQ o por Segmentation Fault FAQ
o algo así... aparece seguro!

A mi me pasa desde que instalé un nuevo módulo de memoria...
y a lo mejor dañe alguna pista en la placa o algún banco de memoria
y ahora me pasa con frecuencia aunque no me impide trabajar de momento.

Suerte!


[EMAIL PROTECTED] wrote:

 From: [EMAIL PROTECTED]
 To: debian-user-spanish@lists.debian.org
 Date: Mon, 25 Feb 2002 09:37:06 +0100
 Subject: Segmentation fault, ese incordio
 Message-Id: [EMAIL PROTECTED]

 ==
 Juan Manuel Enrique Muñido
 ==
 E-mail: [EMAIL PROTECTED]
 Teléfono: 676853151
 ==

   
Name: TXT0.TXT
TXT0.TXTType: Plain Text (text/plain)
Encoding: base64



Re: Segmentation fault, ese incordio

2002-02-25 Por tema Juan \(Casa\)
Fernando Taboada wrote:
 
 Probablemente se trata de un problema hardware de algún tipo.
 Existe un FAQ para la señal 11 (Violación de segmento) en algún
 lugar de Internet que no recuerdo (y no tengo Internet a mano :-(
 Busca en Google como Sig11 FAQ o por Segmentation Fault FAQ
 o algo así... aparece seguro!

Buenas. Yo tengo este enlace, http://www.BitWizard.nl/sig11/, por si
sirve de algo.
Un saludo.
-- 
Web imprescindible para todo principiante de Linux
http://www.escomposlinux.org
Por una Tarifa Plana Universal y Asequible (RTB)
http://mienten.com



Re: segmentation fault en uptimed

2001-07-26 Por tema José Luis Fernández Barros
El Mié 25 Jul 2001 02:52, Andres Seco Hernandez escribió:
 Hola

 Hace algún tiempo que no miro lo que lleva mi equipo levantado, y ahora me
 encuentro con segmetation fault al hacer uprecords del paquete uptimed.

 Antes funcionaba, y solo he hecho dist-upgrades de potatosss 2.2r0 a r3
 más security.

 ¿a alguien más le pasa? ¿alguna librería...?

A mi me pasa desde que uso el kernel 2.4.3 en Potato. Con Potato 2.2r3 en 
otra máquina sigue funcionando.



Re: Segmentation fault

1999-09-10 Por tema Juli-Manel Merino Vidal
On Wed, 8 Sep 1999, Sergio Blanco Cuaresma wrote:

 Hola a todos,
 
 tengo una duda: tengo la Slink instalada y con el kernel 2.2.10, el caso es
 que tengo unos emuladores de nintendo que al ejecutarlos me dice:
 Segmentation fault. Y no entiendo como puedo solucionar el problema, ya que
 en RedHat si que me funcionaba ese mismo programa.
 
 ¿Alguien sabe la explicacion del problema y que debo hacer para solucionarlo?
 
 Gracias.

No estoy seguro, pero talvez necesites una versión más moderna de libc6 
(la de slink es la 2.0.7 y la más nueva la 2.1.2, creo). O tal vez puedan
ser otras librerias. Leete la documentación de los emuladores, ya que
seguramente pondran los requisitos mínimos.

Saludos

 
 
 Sergio Blanco Cuaresma
 Registered Linux user #140941
 http://come.to/sblanco
 [EMAIL PROTECTED]
 
 
 --  
 Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null
 
 

---
 ** Powered by Debian/GNU Linux **
 Linux User 140860   Machine 61143

Juli-Manel Merino Vidal -- [EMAIL PROTECTED] - http://jmmv.cjb.net


Re: Segmentation fault (ncurses)

1998-11-22 Por tema TooManySecrets
Ugo Enrico Albarello el día Fri, Nov 20, 1998 at 09:58:35AM -0500 expuso lo 
siguiente:
 Bueno, ya te dijeron que pasó (faltó inicializar ncurses). Te recomiendo
 que busques algun tutor o manual de ncurses. En la red hay varios...

¿Podrías indicar los sites, por favor? ¿Hay documentación también en
castellano?

Gracias

-- 
Have a nice day ;-)  Grupo AGUILA
TooManySecretsHay gente que vive y merece morir, y gente que muere
   y merece vivir. ¿Puedes devolver la vida? Pues no te 
   apresures a dispensarla, ya que ni el más sabio conoce
   el fin de todos los caminos
  Gandalf (The Lord of the Rings)
  


Re: Segmentation fault (ncurses)

1998-11-22 Por tema Ugo Enrico Albarello
El Sat, Nov 21, 1998 at 04:29:21PM +0100, TooManySecrets dijo:
 Ugo Enrico Albarello el día Fri, expuso lo siguiente:
  Bueno, ya te dijeron que pasó (faltó inicializar ncurses). Te recomiendo
  que busques algun tutor o manual de ncurses. En la red hay varios...
 
 ¿Podrías indicar los sites, por favor? ¿Hay documentación también en
 castellano?
 
Ahora no recuerdo, pero usa AltaVista con +ncurses +manual o
+ncurses +tutor*. Voy a ver si encuentro esos documentos y te los
envío.

-- 
 Ugo Enrico Albarello López de Mesa| POWERED BY   | www.debian.org
 [EMAIL PROTECTED] | DEBIAN GNU/LINUX 2.0 |  www.gnu.org
 -
   Always Free, Always Cool, Always Linux


Re: Segmentation fault (ncurses)

1998-11-21 Por tema Ugo Enrico Albarello
El Fri, Nov 20, 1998 at 01:22:55PM +0100, disaster dijo:
 ¡ Saludos para todos !
 
 Creo que en esta lista hay algunos programadores, la pregunta va para ellos.
 Mirad el resultado de esta compilacion y decidme donde esta el error.
 
 disãster:~/cc$ cãt dis.c
 #include ncurses.h
 
 void main (void)
 {
 getch();
 }
 
Bueno, ya te dijeron que pasó (faltó inicializar ncurses). Te recomiendo
que busques algun tutor o manual de ncurses. En la red hay varios...

-- 
 Ugo Enrico Albarello López de Mesa| POWERED BY   | www.debian.org
 [EMAIL PROTECTED] | DEBIAN GNU/LINUX 2.0 |  www.gnu.org
 -
   Always Free, Always Cool, Always Linux


RE: Segmentation fault (ncurses)

1998-11-20 Por tema Vázquez, Gustavo
El problema debe de estar en ncurses.h. Fijate bien (no se si es c++) los
constructores o algo por el estilo (si es de clases)

Saludos
Gustavo

 -Mensaje original-
 De:   disaster [SMTP:[EMAIL PROTECTED]
 Enviado el:   Viernes 20 de Noviembre de 1998 9:23 AM
 Para: debian-user-spanish@lists.debian.org
 Asunto:   Segmentation fault (ncurses)
 
 ¡ Saludos para todos !
 
 Creo que en esta lista hay algunos programadores, la pregunta va para
 ellos.
 Mirad el resultado de esta compilacion y decidme donde esta el error.
 
 disãster:~/cc$ cãt dis.c
 #include ncurses.h
 
 void main (void)
 {
 getch();
 }
 
 disaster:~/cc$ gcc dis.c -o dis -lncurses
 
 disaster:~/cc$ dis
 Segmentation fault
 
 He preferido copiaros exactamente lo que me sale por pantalla que siempre
 queda mas clarito que intentar explicarlo uno mismo. El problema es que
 con
 cualquier cosa que use de las ncurses me da ese Segmentatiion fault.
 
 ¡ A Y U D A D M E !
 
 **
 *
 *   __
 *
 *__  __   _/  |_
 *
 *   (_  _  \|__|/\_  /\_   _\___/\_   Debian 2.0
 hamm   *
 * \ \\  \  /  ___/\__  \/  ___/|  /  __ \_  __ \  2.0.34 i586
 *
 *_/ /_)  ) \ \ / __ \ \|  \  ___/|  | \/  Mutt 0.91.2
 *
 *   / __/__/ _(  )_)__|\ \__|
 *
 *   \/ \/  \/   \/
 [EMAIL PROTECTED]  *
 **
 *
 
 
 --  
 Unsubscribe?  mail -s unsubscribe
 [EMAIL PROTECTED]  /dev/null


Re: Segmentation fault (ncurses)

1998-11-20 Por tema Gerardo Aburruzaga Garcia
On Fri, 20 Nov 1998, disaster wrote:

 Mirad el resultado de esta compilacion y decidme donde esta el error.
 
 disãster:~/cc$ cãt dis.c
 #include ncurses.h
 
 void main (void)
 {
 getch();
 }
 disaster:~/cc$ gcc dis.c -o dis -lncurses
 disaster:~/cc$ dis
 Segmentation fault

¡El nombre del computador está bien puesto, voto a tal!

Estructura de un programa curses:

#include curses.h

int main()
{
initscr();  /* ¡te falta! */
... getch(); ... 
endwin();   /* ¡te falta! */
return un_int;
}

Antes de llamar a ninguna otra función de curses has de llamar a
initscr(), y cuando acabes con curses, debes llamar a endwin().

 
 ¡ A Y U D A D M E !
 
¡Joé qué chillío! Mhas dejao sordo pa tol día.
--
Gerardo Aburruzaga García - Profesor asociado de Metodología y Tecnología
de la Programación II del Departamento de Lenguajes y Sistemas Informáticos
Ingeniería Técnica de Informática de Gestión - Escuela Superior de Ingeniería
Analista del Centro Integrado de Tecnologías de la Información.
Universidad de Cádiz. En Cádiz, Andalucía, España, Europa.
---
   Esta frase miente.


RE: Segmentation Fault

1998-06-01 Por tema Arocha Hernández, Luis




A mi también me pasó no hace mucho tiempo. Parece ser que en debian 1.3.1 los índices del man se escoñan en alguna ocasión.
No lo recuerdo exactamente, y no tengo mi equipo aquí para mirarlo, pero se resuelve con el mismo man.
Con alguna de las opciones se reconstruyen los índices.

Saludos. Luís.

-Mensaje original-
De: Javier Arregui 
Enviado el: domingo 31 de mayo de 1998 10:13
Para: Lista Debian en español
Asunto: Segmentation Fault

Hola a todos. Desde hace varios meses tengo Linux en casa y hasta ahora todos los problemas los he podido solucionar con manuales, HOW_TO's y con los mensajes de esta lista. 
 
Pero ahora estoy un poco perdido. Cuando hago 'man' de muchos comandos (no de todos) me aparece el error 'Segmentation Fault'. Para la ayuda normalmente utilizo el xman, por lo que no se desde cuando me puede estar ocurriendo esto, y al sistema (Debian 1.3) le he hecho muchas cosas desde que empece. Supongo que haria falta mucha mas informacion de mi sistema para saber que esta pasando, pero como no se cual es esa informacion, pues espero a que alguno me lo podais indicar. He desinstalado y vuelto a instalar el paquete manpages, pero sigue igual. 
 
Nada mas, solo deciros que estoy totalmente admirado de la gente que controlais el tema y os dedicais dias y dias a responder, responder y responder problemas de la gente que sabemos menos. Yo, sin escribir antes a la lista, os aseguro que he resuelto muchos problemas gracias a vosotros. Sinceramente, muchas gracias a todos.




Re: Segmentation Fault

1998-05-31 Por tema Santiago Vila
-BEGIN PGP SIGNED MESSAGE-

On Sun, 31 May 1998, Javier Arregui wrote:

 Cuando hago 'man' de muchos comandos
 (no de todos) me aparece el error 'Segmentation Fault'.

Probablemente los índices se te han estropeado.
Haz mandb -c como root.

-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: latin1

iQCVAgUBNXE+PSqK7IlOjMLFAQHskgP8DOqPvo9b+IrSj2dBVrLeHWzuL6i/o9Q+
NEGauaeIQ4ro9bNyn7zaW/cGPjBqpnSVtZJTYUBzZpyJpaJPQAzeOkqSZUNk2Mmb
lEOjW0f4YEQrgVmmCBXsX7lbLWhggVbGex+d/7AQ7C4NHqkl7FcfhdvZciC3gB0b
WWd/isZ/CGs=
=cKAB
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]