🚀 go-pugleaf

Moin, moin

Ich habe nach wie vor dasselbe Problem. Diverse Programme/Kommandi melden
genau folgendes, Teile davon oder sowas aehnliches. Manche begnuegen sich
mit einer kurzen Meldung, andere melden dasselbe x mal.

shell-init: could not get current directory:shell-init: could not get
current directory:
job-working-directory: could not get current directory:
job-working-directory: could not get current
directory:job-working-directory: could not get current directory:
job-working-directory: could not get current directory:

Vielleicht kurz, was ich gemacht habe. Der Ursprung des Problems liegt
vermutlich bei einem, mir von Anfang an suspekten, update-rpm von Redhat.
Ich meinte, es war eines für rh5.2 (was hier auch läuft), möglicherweise
hatte ich aber eines fuer rh6.0 erwischt (halte ich allerdings fuer nicht
zutreffend). Irgendwie hat das Teil dann Zicken gemacht, ich weiss aber
leider nicht mehr genau wie und warum :-( Jedenfalls mache ich hier seit
ein paar Wochen jede Nacht ein Backup (sonst haette ich jenes rpm gar nie
installiert). Ich habe dann auch das komplette Backup zurueckgespielt,
selbstverstaendlich nur das erste Volume, welches imho damals sehr stabil
lief. Der einzige Unterschied zum damaligen System sind einige
einstellungen im /etc/.. Die habe ich darum nicht zurueckgespielt.

Hier mal ein paar 'screenshots':

[root@akiv /opt]# sh
shell-init: could not get current directory:
Segmentation fault (core dumped)

[root@akiv /opt]# file core
core: ELF 32-bit LSB core file of 'sh' (signal 11), Intel 80386, version 1

Hmm.. signal 11 waere dann laut 'man 7 signal' folgendes:

       SIGSEGV      11        C      Invalid memory reference
 
Und die 'default action' bei einem soettigen ist dann ein core dump..

Kann das immer noch ein library-Problem sein? Eigentlich hatte ich alle
lib-Verz. aus dem Backup zurueckgespielt. 

[root@akiv ~]# ldd /bin/sh
shell-init: could not get current directory:
job-working-directory: could not get current directory:
        libtermcap.so.2 => /usr/i486-linux-libc5/lib/libtermcap.so.2
(0x40000000)
        libc.so.6 => /lib/libc.so.6 (0x40009000)
        libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5 (0x400ae000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)

[root@akiv ~]# locate libc.so.6
/home/ftp/lib/libc.so.6
/lib/libc.so.6
/usr/src/redhat/instimage/lib/libc.so.6

[root@akiv ~]# locate libc.so.6
/home/ftp/lib/libc.so.6
/lib/libc.so.6
/usr/src/redhat/instimage/lib/libc.so.6

[root@akiv ~]# ls -la /lib/libc.so.6
lrwxrwxrwx   1 root     root           13 Feb 14 13:17 /lib/libc.so.6 ->
libc-2.0.7.so

[root@akiv ~]# ls /home/ftp/lib/libc.so.6  -la
lrwxrwxrwx   1 ftp      ftp            13 Feb 14 16:46
/home/ftp/lib/libc.so.6 -> libc-2.0.7.so

[root@akiv ~]# ldd /lib/libc.so.6
shell-init: could not get current directory:
job-working-directory: could not get current directory:
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)

[root@akiv ~]# ls -la /lib/libc-2.0.7.so
-rwxr-xr-x   1 root     root      3070220 Oct 13  1998 /lib/libc-2.0.7.so

[root@akiv ~]# ldd /lib/libc-2.0.7.so
shell-init: could not get current directory:
job-working-directory: could not get current directory:
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
[root@akiv ~]# ls -la /lib/ld-linux.so.2

lrwxrwxrwx   1 root     root           11 Aug  2 17:37 /lib/ld-linux.so.2
-> ld-2.0.7.so

[root@akiv ~]# ls -la /lib/ld-2.0.7.so
-rwxr-xr-x   1 root     root       160241 Oct 13  1998 /lib/ld-2.0.7.so
[root@akiv ~]#


oder auch:
[root@akiv /opt]# tcsh
tcsh: tron) 1998-07-07 (i386-intel-linux) options 8b,nls,dl,al,rh,color
tcsh: Trying to start from "/root"
Segmentation fault (core dumped)
Segmentation fault (core dumped)
Segmentation fault (core dumped)

(gleich dreimal core dumpen, wow!)

Interessant dabei ist, dass tcsh startet! Dh. ich bin nachher im
root-Verzeichnis (~, /root). Befehle kann ich allerdings nicht ausfuehren.
Gibt immer einen core dump wenn ich Enter druecke.

core: ELF 32-bit LSB core file of 'tcsh' (signal 11), Intel 80386, version 
1

Ein normaler Login an der Console gibt ueberhaupt keine Fehler,
funktioniert einwandfrei.

Schade ist auch, dass das syslog rein gar nichts meldet (ich logge alle
syslog facilities auf dem level debug auf's /dev/tty9.. da passiert aber
rein gar nichts..)

Selbstverstaendlich habe ich die 'standard Massnahmen' durchgespielt: neu
booten, fsck beim booten, fsck von bootdisk, eben das backup
zurueckgespielt.

Vielleicht weiss jemand, wie man mit dem Taper eine Liste der files
erstellen kann, welche auf der hd nicht gleich sind wie auf dem volume 1
auf der cartridge? Vielleicht sitzt da noch ein Hund?


Das war jetzt ziemlich viel.. aber ich verzweifle immer noch ... :-( / :-)

adios..
flip