reparatur mit chroot hakt. Denkfehler?

[michaa7]

Es handelt sich hier um Debian/sid(uction) amd64

Mein laptop hat bootprobleme, es gab wohl durch einen fehlerhaften fsck korrumpierte dateien. Da sind wohl auch teile der libc6 dabei (librt.so.1 und libutil.so.1 werden beim booten nicht mehr gefunden, beide gehören zu libc6). Ich hege irgendwie noch die hoffnung, dass ich das system noch retten kann.

Daher habe ich von einem 64 bit Siduction ersatzsystem auf usb stick aus gebootet und wollte versuchen libc6 zu reinstallieren unter verwendung eines chroot:

die umgebung:

mount /dev/[meine bootplatte] /mnt/;
mount -B /dev /mnt/dev;
mount -B /sys /mnt/sys;
mount -B /proc /mnt/proc;
mount /dev/[meine varpartiton auf der hd] /mnt/var/;

chroot /mnt

Soweit klappt das, auch /var (der festplatte, weil auf dem stick /var/cache/apt/archives leer ist).

Aber wenn ich nun "apt-get install libc6" aufrufe bekomme ich eine unerwartete fehlermeldung (abgeschrieben vom anderen rechner):

apt-get: error while loading shared libraries: libutils.so.1 cannot open shared object files. No such file or diretory

Mich irritiert diese fehlermeldung, weil ich eigentlich davon ausging, dass das *aktive* system das rettungssystemauf dem stick ist, nicht das ja ohnehin fehlerhafte. Aber die fehlermeldung bezieht sich auf genau das file, was beim booten dieses systems zu fehlern führt.
Ich könnte die entsprechenden files ja einfache *ohne chroot* vom rettungs system in das gemountete system *kopieren*, mittels cp. Aber jetzt will ich erstmal verstehen, was an meinem chroot von mir falsch verstanden ist, warum es zu dieser fehlermeldung kommt.

Wo liegt mein denkfehler bzw was mache ich falsch?

[DeletedUserReAsG]

Wenn du chrootest, ist das „aktive“ System halt das, in das du chrootet hast. Mit allen seinen Fehlern.

[michaa7]

Der knoten hat sich zwar nicht wirklich gelöst, aber doch etwas gelockert. Und das probelm konnte ich mittels direktem kopieren lösen.

Danke.