GELÖST ==> Aus 160 GB --> 113 GB ??

[gustavk]

Hallo,

ich bin erst vor 2 Tagen zu Debian gewechselt. Bisher bereue ich den Wechsel nicht, aber das kann sich ändern, weil sich Probleme auftun, die weder unter Mandrake noch SuSE auftraten. Das ist frustrierend, wenn Dinge, die ich unter SuSE und Mandrake in ein paar Stunden schaffe bei Debian an diesem Wochenende noch nicht gelöst sind, weil immer irgendwas neues dazwischen kommt. Sorry, ich schweife ab.

Na, kommen wir zum eigentlichen Problem:

Ich besitze 2 WD-160GB Platten. Der Promise UDMA-100 Controller erkennt davon 149 GB. Das ist soweit noch ok.

Debian zeigt mir beim Booten an:

hdi: WDC WD1600JB-00GVA0, ATA DISK drive
hdi: 268435455 sectors (137439 MB) w/8192KiB Cache, CHS=266305/16/63, UDMA(100)
hdj: WDC WD1600JB-00EVA0, ATA DISK drive
hdj: 268435455 sectors (137439 MB) w/8192KiB Cache, CHS=266305/16/63, UDMA(100)

Das ergibt nur noch ca. 134 GB

Daraus ein Raid 1 gemacht und mit ext3 formatiert ergibt einen kläglichen Rest von 119 GB.
Hallo, wo ist der Rest?

Ich habe mal das Paket "kernel-patch-2.2.20-ide" eingespielt in der Hoffnung, das dann alles besser würde. Aber es half nicht.
Ich sehe noch Möglichkeiten in dem Überschreiben der Plattengeometrie, die der Kernel ermittelt oder den Wechsel auf den aktuellen Kerne.

Habe Woody-stable installiert mit Kernel 2.4.18 installiert.

Für einen Tipp wäre ich dankbar.

Gruß
Gustav

[cliff99]

Ich besitze 2 WD-160GB Platten. Der Promise UDMA-100 Controller erkennt davon 149 GB. Das ist soweit noch ok.

Also, das kommt daher, daß die Festplattenhersteller immer mit 1GB=1000*1000*1000 Bytes rechnen, anstatt 1GB=1014*1024*1024 Bytes. 149 GB = 159,9*10^9 Bytes, also macht der Hersteller 160GB daraus.

Den Rest kann ich Dir leider nicht erklären. Ich frage mich nur, warum du Woody nutzt und nicht Testing/Sarge oder SID. Betreibst Du einen Server?

Das Paket "kernel-patch-2.2.20-ide" nützt dir übrigens gar nichts, wenn du einen 2.4.X Kernel verwendest.

[KBDCALLS]

Die Erklärung ist doch eigentlich trivial. . Kernel vor 2.4.19 können kein LBA 48.Und Kernel 2.2.xx erst recht nicht. Entweder gleich Sarge nehmen oder zumindest einen Kernel 2.4.19

[gustavk]

Die Erklärung ist doch eigentlich trivial. . Kernel vor 2.4.19 können kein LBA 48.Und Kernel 2.2.xx erst recht nicht. Entweder gleich Sarge nehmen oder zumindest einen Kernel 2.4.19

Habe jetzt den Kernel 2.6.7 installiert. Die Werte stimmen jetzt (147 GB).
Vielen Dank!

Dafür habe ich jetzt ein kleines anderes Problem. Das Modul für meine Netzwerkkarte wird nicht mehr automatisch geladen. Ich muss es von Hand nachladen. Wie kann ich das unter Debian wieder automatisieren

Habe versucht über modconf den RealTek-Treiber zu installieren. Die Auswahl scheitert wegen einer fehlenden modprobe.conf. In einem zuvor gesicherten etc-Verzeichnis gibt es die aber auch nicht.

Gruss
Gustav

[KBDCALLS]

Bei einem Kernel 2.6.xx wirds eigentlich über ein das Verzeichnis /etc/modprobe.d geregelt. Aber trage das Modul in /etc/modprobe ein. Die Datei funktioniert weiterhin.

[gustavk]

Habe mich gestern noch zu einer Neuinstallation àla Sarge durchgerungen. Dadurch habe ich auch gleich 2 andere Probleme erschlagen. Nur das VERDAMMTE POSTFIX will nicht.

Aber Danke für Eure Mühe.