Etch, i386 PII - Korrupte Pakete

[azerty]

Ich installiere gerade Debian GNU/Linux 4.0 "Etch" auf einem ca. 10 Jahre alten HP Vectra VL mit Intel Pentium II Prozessor, ~160 MB RAM und einer Matrox-Grafikkarte. Die Netzwerkkarte verfügt über 10 MBit/s LAN. Das Installations-Medium ist eine Etch Netinstall-CD.

Die Installation läuft zu Beginn problemlos, allerding erscheint dann während der Base-System Installation immer wieder bei einzelnen Paketen (z.B. libssl, bash, vim-common) folgende Fehlermeldung:

Code: Alles auswählen

Debootstrap warning

Warning: file:///cdrom/pool/main/v/vim/vim-common_7.0-122+1Etch2-i386.de was corrupt

Die CD ist einwandfrei, verwende sie regelmäßig und ist erst max. einen Monat alt.

Ich habe zum Testen mal meine alte Xubuntu-CD rausgekramt und wenn ich versuche vom CD-Bootmenü das Betriebssystem zu starten erscheint ein Kernel-Ladebalken der dann nach ca. 10% abbricht und einen "CD RW/IO Error" (oder so Ähnlich) ausgibt.

Ich schätze mal das liegt am Laufwerk oder liege ich da falsch?

[herrchen]

Ich schätze mal das liegt am Laufwerk

ich auch.

herrchen

[azerty]

Ok, habe nun ein anderes IDE-Laufwerk angeschlossen. (DVD-ROM von Pioneer)
Ramdisk etc. kann geladen werden, allerdings scheitert er jetzt schon ganz am Anfang beim Start des Kopieren der Install-Dateien.

[herrchen]

allerdings scheitert er jetzt schon ganz am Anfang beim Start des Kopieren der Install-Dateien.

dann tippe ich nun auf das RAM.
da du bei 160MB mehrere module haben musst, teste es mal mit nur einem riegel.

herrchen

[azerty]

Ich denke der RAM sollte in Ordnung gehen, da ich vor der Installation noch einen Memtest86+ hab durchlaufen lassen (~35min lang) und da hat er mir 0 Fehler angezeigt.

Aktuell probiere ich jetzt noch ein drittes Laufwerk (CD-ROM von LiteOn).

Mal schauen obs funktioniert.

[azerty]

Beim dritten Versuch mit dem LiteOn-Lauwerk hat die Installation jetzt problemlos funktioniert, auch bei der Konfiguration und dem Betrieb des Systems gab es keine Fehler mehr.
Sehr merkwürdig, vorallem weil die verwendete CD exakt die war, wie jene die ich in meinem ersten Post erwähnte. Ergo kein CD-Defekt.
Ich bin absolut ratlos warum die zwei anderen Laufwerke nicht wollten, hat da vielleicht jemand ne Idee?

[KBDCALLS]

Falls die Laufwerke schon älter sind kann es passieren, das sie in der Leseleistung nachlassen, und zu viele Fehler produzieren.