
Hallo! Ich habe ein kleines Problem mit meiner Festplatte, sie wird nicht vollständig erkannt. Zunächst vielleicht ein paar Daten: SuSE 7.2pro Kernel 2.4.20 P166, 128MB Ram Festplatte Samsung SV1604N, angeschlossen an Promise Ultra100TX2, wird mit nur 149GB erkannt, hat aber 160GB. Mit PartitionMagic bin ich auf immerhin 152GB gekommen, Linux´s fdisk wollte mir gar nur 133GB geben... hier die BIOS Informationen vom Controller: ---Beginn der BIOS Informationen--- Ultra 100 Tx2 (tm) BIOS Version 2.20.0.15 (c) 1999 - 2001 Promise Technology Inc. All rights reserverd. D0 ST380021A LBA 79319MB Ultra DMA 5 D1 Samsung SV1604N LBA 149GB Ultra DMA 5 D2 Samsung SP4002H LBA 38204MB Ultra DMA 5 D3 Not Detected IDE Bus Master Enabled ---Ende der BIOS Informationen--- Zusätzlich habe ich noch das Kernel Log meines 2.4.20-vanilla: ---Beginn des Kernel Logs--- <6>hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100) <6>hdf: 268435455 sectors (137439 MB) w/2048KiB Cache, CHS=266305/16/63, UDMA(100) <6>hdg: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=77622/16/63, UDMA(100) ---Ende des Kernel Logs--- linux:/var/log # fdisk -v fdisk v2.11b linux:/var/log # Da mir das zu klein war, hatte ich die Platte zwischenzeitlich an einem Win98er hängen, um sie mittels PartitionMagic zu partitionieren. Win98 zeigte mir 149GB, PartitionMagic partitionierte mir 152GB. Fehlen weitere 8GB. Jedoch (siehe /dev/hdf): linux:/var/log # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1805696 1290160 423812 76% / /dev/hda1 21440 7453 12880 37% /boot /dev/hde5 15365664 14000748 1364916 92% /home /dev/hde6 51205588 48849664 2355924 96% /exports/shared /dev/hde7 11317408 10255216 1062192 91% /exports/brennen /dev/hdf1 133118520 64897696 68220824 49% /exports/mp3 /dev/hdf5 23164984 10729604 12435380 47% /exports/video shmfs 280408 0 280408 0% /dev/shm linux:/var/log # Der Promise Support hat mir geschrieben, dass es auch eventl. an der unterschiedlichen Interpretation von 1k (vgl. 1k = 1000 Byte ungleich 1024Byte = 1k) liegen könnte. Falls dem so sein sollte: wie kann ich das verifizieren, wie kann ich das beheben: wie kann ich an die restlichen 8GB kommen? Vielen Dank und eine schöne Woche noch!! Stefan

Am Mon, 2003-08-25 um 12.51 schrieb Stefan Schilling:
Hallo!
Ich habe ein kleines Problem mit meiner Festplatte, sie wird nicht vollständig erkannt. Zunächst vielleicht ein paar Daten:
SuSE 7.2pro Kernel 2.4.20 P166, 128MB Ram Festplatte Samsung SV1604N, angeschlossen an Promise Ultra100TX2, wird mit nur 149GB erkannt, hat aber 160GB. Mit PartitionMagic bin ich auf immerhin 152GB gekommen, Linux´s fdisk wollte mir gar nur 133GB geben... hier die BIOS Informationen vom Controller:
---Beginn der BIOS Informationen---
Ultra 100 Tx2 (tm) BIOS Version 2.20.0.15 (c) 1999 - 2001 Promise Technology Inc. All rights reserverd.
D0 ST380021A LBA 79319MB Ultra DMA 5 D1 Samsung SV1604N LBA 149GB Ultra DMA 5 D2 Samsung SP4002H LBA 38204MB Ultra DMA 5 D3 Not Detected
IDE Bus Master Enabled
---Ende der BIOS Informationen---
Zusätzlich habe ich noch das Kernel Log meines 2.4.20-vanilla:
---Beginn des Kernel Logs---
<6>hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100) <6>hdf: 268435455 sectors (137439 MB) w/2048KiB Cache, CHS=266305/16/63, UDMA(100) <6>hdg: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=77622/16/63, UDMA(100)
---Ende des Kernel Logs---
linux:/var/log # fdisk -v fdisk v2.11b linux:/var/log #
Da mir das zu klein war, hatte ich die Platte zwischenzeitlich an einem Win98er hängen, um sie mittels PartitionMagic zu partitionieren. Win98 zeigte mir 149GB, PartitionMagic partitionierte mir 152GB. Fehlen weitere 8GB. Jedoch (siehe /dev/hdf):
linux:/var/log # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1805696 1290160 423812 76% / /dev/hda1 21440 7453 12880 37% /boot /dev/hde5 15365664 14000748 1364916 92% /home /dev/hde6 51205588 48849664 2355924 96% /exports/shared /dev/hde7 11317408 10255216 1062192 91% /exports/brennen /dev/hdf1 133118520 64897696 68220824 49% /exports/mp3 /dev/hdf5 23164984 10729604 12435380 47% /exports/video shmfs 280408 0 280408 0% /dev/shm linux:/var/log #
Der Promise Support hat mir geschrieben, dass es auch eventl. an der unterschiedlichen Interpretation von 1k (vgl. 1k = 1000 Byte ungleich 1024Byte = 1k) liegen könnte. Falls dem so sein sollte: wie kann ich das verifizieren, wie kann ich das beheben: wie kann ich an die restlichen 8GB kommen?
Hallo Stefan, 133118520 1k-Blocks hdf1 +23164984 1k-Blocks hdf5 --------- 156283504 *1024 --------------- 160034308096 Bytes ~ 160 GB, wenn der Hersteller 1000 als Faktor benutzt. Gruß, Wolfgang

Hallo! Meine Probleme haben sich vergrößert. Es stimmt, dass diese Rechnung tatsächlich auf den gewünschten Wert kommt. Die Sache hat nur -jetzt- einen Haken bekommen: Ich habe die Platte inzwischen in Betrieb genommen und sie dazu mit ein paar Videos und ein paar MP3s bespielt. Bisher liefen diese normal, nun setzten sie plötzlich teilweise alle 1-2 Sek. aus. Zunächst dachte ich, dass vielleicht das Netzwerk zu langsam wäre, jedoch blieb das Problem bestehen, nachdem ich die Datei auf den lokalen Rechner kopiert hatte. Es liegt auch nicht an einer fehlerhaften Kabelverbindung zwischen Soundkarte und Lautsprecher, denn Dateien, die auf dem lokalen Rechner lagen, funktionieren weiterhin problemlos. Das Problem betrifft ganze Verzeichnisse mit Dateien, auch die Videos sind betroffen. Es scheint, als wäre ein Teil der Dateien einfach Schrott, denn nicht einmal die Zeit der Lieder stimmt mehr. Kann jemand damit etwas anfangen? Kann es an der falschen Größenangabe liegen oder ist die Platte schlicht Schrott? Danke für Antworten. Sollte jemand noch ein paar Daten brauchen, bitte melden. Ich habe mal als Anhang mitgeschickt, was sich mit der Größenangabe getan hatte. Ciao! Stefan PS: bisher ist´s mir nicht aufgefallen, dass auch andere Platten betroffen sind... Am Montag, 25. August 2003 um 13:53 schrieb Wolfgang Hinsch:
Am Mon, 2003-08-25 um 12.51 schrieb Stefan Schilling:
Hallo!
Ich habe ein kleines Problem mit meiner Festplatte, sie wird nicht vollständig erkannt. Zunächst vielleicht ein paar Daten:
SuSE 7.2pro Kernel 2.4.20 P166, 128MB Ram Festplatte Samsung SV1604N, angeschlossen an Promise Ultra100TX2, wird mit nur 149GB erkannt, hat aber 160GB. Mit PartitionMagic bin ich auf immerhin 152GB gekommen, Linux´s fdisk wollte mir gar nur 133GB geben... hier die BIOS Informationen vom Controller:
---Beginn der BIOS Informationen---
Ultra 100 Tx2 (tm) BIOS Version 2.20.0.15 (c) 1999 - 2001 Promise Technology Inc. All rights reserverd.
D0 ST380021A LBA 79319MB Ultra DMA 5 D1 Samsung SV1604N LBA 149GB Ultra DMA 5 D2 Samsung SP4002H LBA 38204MB Ultra DMA 5 D3 Not Detected
IDE Bus Master Enabled
---Ende der BIOS Informationen---
Zusätzlich habe ich noch das Kernel Log meines 2.4.20-vanilla:
---Beginn des Kernel Logs---
<6>hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100) <6>hdf: 268435455 sectors (137439 MB) w/2048KiB Cache, CHS=266305/16/63, UDMA(100) <6>hdg: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=77622/16/63, UDMA(100)
---Ende des Kernel Logs---
linux:/var/log # fdisk -v fdisk v2.11b linux:/var/log #
Da mir das zu klein war, hatte ich die Platte zwischenzeitlich an einem Win98er hängen, um sie mittels PartitionMagic zu partitionieren. Win98 zeigte mir 149GB, PartitionMagic partitionierte mir 152GB. Fehlen weitere 8GB. Jedoch (siehe /dev/hdf):
linux:/var/log # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1805696 1290160 423812 76% / /dev/hda1 21440 7453 12880 37% /boot /dev/hde5 15365664 14000748 1364916 92% /home /dev/hde6 51205588 48849664 2355924 96% /exports/shared /dev/hde7 11317408 10255216 1062192 91% /exports/brennen /dev/hdf1 133118520 64897696 68220824 49% /exports/mp3 /dev/hdf5 23164984 10729604 12435380 47% /exports/video shmfs 280408 0 280408 0% /dev/shm linux:/var/log #
Der Promise Support hat mir geschrieben, dass es auch eventl. an der unterschiedlichen Interpretation von 1k (vgl. 1k = 1000 Byte ungleich 1024Byte = 1k) liegen könnte. Falls dem so sein sollte: wie kann ich das verifizieren, wie kann ich das beheben: wie kann ich an die restlichen 8GB kommen?
Hallo Stefan,
133118520 1k-Blocks hdf1 +23164984 1k-Blocks hdf5 --------- 156283504 *1024 --------------- 160034308096 Bytes ~ 160 GB, wenn der Hersteller 1000 als Faktor benutzt.
Gruß, Wolfgang

Hi! Ich habe grade erkennen müssen, dass ich zusätzlich zum eben geschilderten noch folgende Fehlermeldung bekomme: Aug 27 17:29:13 linux kernel: vs-4080: reiserfs_free_block: free_block (2145:3680387)[dev:blocknr]: bit already cleared diese Meldung kommt so ca. 7000Mal. Könnte es das sein? Was bedeutet das überhaupt? Wie gehe ich da ran? Danke. Stefan Am Montag, 25. August 2003 um 13:53 schrieb Wolfgang Hinsch:
Am Mon, 2003-08-25 um 12.51 schrieb Stefan Schilling:
Hallo!
Ich habe ein kleines Problem mit meiner Festplatte, sie wird nicht vollständig erkannt. Zunächst vielleicht ein paar Daten:
SuSE 7.2pro Kernel 2.4.20 P166, 128MB Ram Festplatte Samsung SV1604N, angeschlossen an Promise Ultra100TX2, wird mit nur 149GB erkannt, hat aber 160GB. Mit PartitionMagic bin ich auf immerhin 152GB gekommen, Linux´s fdisk wollte mir gar nur 133GB geben... hier die BIOS Informationen vom Controller:
---Beginn der BIOS Informationen---
Ultra 100 Tx2 (tm) BIOS Version 2.20.0.15 (c) 1999 - 2001 Promise Technology Inc. All rights reserverd.
D0 ST380021A LBA 79319MB Ultra DMA 5 D1 Samsung SV1604N LBA 149GB Ultra DMA 5 D2 Samsung SP4002H LBA 38204MB Ultra DMA 5 D3 Not Detected
IDE Bus Master Enabled
---Ende der BIOS Informationen---
Zusätzlich habe ich noch das Kernel Log meines 2.4.20-vanilla:
---Beginn des Kernel Logs---
<6>hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100) <6>hdf: 268435455 sectors (137439 MB) w/2048KiB Cache, CHS=266305/16/63, UDMA(100) <6>hdg: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=77622/16/63, UDMA(100)
---Ende des Kernel Logs---
linux:/var/log # fdisk -v fdisk v2.11b linux:/var/log #
Da mir das zu klein war, hatte ich die Platte zwischenzeitlich an einem Win98er hängen, um sie mittels PartitionMagic zu partitionieren. Win98 zeigte mir 149GB, PartitionMagic partitionierte mir 152GB. Fehlen weitere 8GB. Jedoch (siehe /dev/hdf):
linux:/var/log # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1805696 1290160 423812 76% / /dev/hda1 21440 7453 12880 37% /boot /dev/hde5 15365664 14000748 1364916 92% /home /dev/hde6 51205588 48849664 2355924 96% /exports/shared /dev/hde7 11317408 10255216 1062192 91% /exports/brennen /dev/hdf1 133118520 64897696 68220824 49% /exports/mp3 /dev/hdf5 23164984 10729604 12435380 47% /exports/video shmfs 280408 0 280408 0% /dev/shm linux:/var/log #
Der Promise Support hat mir geschrieben, dass es auch eventl. an der unterschiedlichen Interpretation von 1k (vgl. 1k = 1000 Byte ungleich 1024Byte = 1k) liegen könnte. Falls dem so sein sollte: wie kann ich das verifizieren, wie kann ich das beheben: wie kann ich an die restlichen 8GB kommen?
Hallo Stefan,
133118520 1k-Blocks hdf1 +23164984 1k-Blocks hdf5 --------- 156283504 *1024 --------------- 160034308096 Bytes ~ 160 GB, wenn der Hersteller 1000 als Faktor benutzt.
Gruß, Wolfgang
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de

Hallo Stefan Am Montag, 25. August 2003 12:51 schrieb Stefan Schilling:
Hallo!
Ich habe ein kleines Problem mit meiner Festplatte, sie wird nicht vollständig erkannt. Zunächst vielleicht ein paar Daten:
SuSE 7.2pro Kernel 2.4.20 P166, 128MB Ram Festplatte Samsung SV1604N, angeschlossen an Promise Ultra100TX2, wird mit nur 149GB erkannt, hat aber 160GB. Mit PartitionMagic bin ich auf immerhin 152GB gekommen, Linux´s fdisk wollte mir gar nur 133GB geben... hier die BIOS Informationen vom Controller:
---Beginn der BIOS Informationen---
Ultra 100 Tx2 (tm) BIOS Version 2.20.0.15 (c) 1999 - 2001 Promise Technology Inc. All rights reserverd.
D0 ST380021A LBA 79319MB Ultra DMA 5 D1 Samsung SV1604N LBA 149GB Ultra DMA 5 D2 Samsung SP4002H LBA 38204MB Ultra DMA 5 D3 Not Detected
149GB ist korrekte Angabe im BIOS für 160GB-Festplatte, weil die Festplattenhersteller in Byte die Speichergröße angeben.
IDE Bus Master Enabled
---Ende der BIOS Informationen---
Zusätzlich habe ich noch das Kernel Log meines 2.4.20-vanilla:
---Beginn des Kernel Logs---
<6>hde: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100) <6>hdf: 268435455 sectors (137439 MB) w/2048KiB Cache, CHS=266305/16/63, UDMA(100) <6>hdg: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=77622/16/63, UDMA(100)
---Ende des Kernel Logs---
linux:/var/log # fdisk -v fdisk v2.11b linux:/var/log #
Da mir das zu klein war, hatte ich die Platte zwischenzeitlich an einem Win98er hängen, um sie mittels PartitionMagic zu partitionieren. Win98 zeigte mir 149GB, PartitionMagic partitionierte mir 152GB. Fehlen weitere 8GB. Jedoch (siehe /dev/hdf):
linux:/var/log # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda6 1805696 1290160 423812 76% / /dev/hda1 21440 7453 12880 37% /boot /dev/hde5 15365664 14000748 1364916 92% /home /dev/hde6 51205588 48849664 2355924 96% /exports/shared /dev/hde7 11317408 10255216 1062192 91% /exports/brennen /dev/hdf1 133118520 64897696 68220824 49% /exports/mp3 /dev/hdf5 23164984 10729604 12435380 47% /exports/video shmfs 280408 0 280408 0% /dev/shm linux:/var/log #
Der Promise Support hat mir geschrieben, dass es auch eventl. an der unterschiedlichen Interpretation von 1k (vgl. 1k = 1000 Byte ungleich 1024Byte = 1k) liegen könnte. Falls dem so sein sollte: wie kann ich das verifizieren, wie kann ich das beheben: wie kann ich an die restlichen 8GB kommen?
viele Grüsse Heinz
participants (3)
-
Heinz Dittmar
-
Stefan Schilling
-
Wolfgang Hinsch