BIOS erkennt nur 802GB - ist das ein Problem?

[dirk11]

Hi Leute,

habe gerade in meinen Planungsserver eine der beiden neuen Platten zur Probe eingesteckt. Toshiba, 3TB, 4k-Sektoren. BIOS meldet eine Platte mit 802GB.
Ist das ein Problem für mich, oder interessiert das nicht weiter, weil die Debian-Installation sowieso alles richtig erkennt?

[charno]

Ich tippe drauf, dass es ein Problem ist. Wirf doch mal die Installation an und schau was der Installer meint, bzw. ob du nach der Installation auf alles zugreifen kannst?

[dirk11]

Hmm. Ich hätte vielleicht hinzufügen sollen, dass ich mit der HDD noch nichts gemacht habe. Ausgepackt, eingebaut, angeschlossen, in's BIOS gebootet. Weder partitioniert noch sonstwas.
Das muss doch irgendwie gehen, solche Speicherkapazitätssprünge gab es doch früher schon!?

[dirk11]

Der Debian-Installer erkennt die Platte als SCSI (0,0,0) "Hitachi 3TB". Also sollte es doch funktionieren, oder wie?

[DeletedUserReAsG]

Was sprach noch gleich gegen Ausprobieren und schauen?

cnr,
niemand

[rhHeini]

"Planungsserver"

Was ist denn das??? Welches MB, welche CPU, wo ist die FP angeschlossen ....

Ein bischen mehr Info wäre gut.

Mfg rh

[dirk11]

Was sprach noch gleich gegen Ausprobieren und schauen?

Das Fujitsu-Siemens Bord hat nVidia Grafik onBoard.
Habe zur Probe folgendes via Installer, von USB gebootet, gemacht:
1MB Partition erstellt "für BIOS reserviert".
16GB für SWAP. xGB (habs grad vergessen) für /boot, Rest für /, alles XFS.
System installiert, grub2 installiert, alles ohne Fehlermeldung.
System bootet NICHT mit dem Standard-Eintrag in grub. D.h. es bootet, geht in eine grafischen Modus mit Darstellungsfehlern und zeigt mir als letztes "Initiale Ramdisk wird geladen" an und bleibt damit zumindest in der Darstellung stehen. Herunterfahren via Poweronoff geht aber noch. Ich vermute, das die Grafikausgabe hängt. nvidia halt...
Nehme ich stattdessen den Grub-Eintrag, welcher hintenan (Wiederherstellungskonsole) stehen hat, wird mit Standard-Konsolentext durchgebootet und ich bekomme mein Prompt.
*Scheinbar* ist alles korrekt, ein sfdisk -l zeigt mir eine gpt-Partition an, und ein mount behauptet, dass / auf /dev/disk/by-UUID/blafasel gemountet ist (/ ist der komplette Plattenrest).

Scheinbar klappt es also. Gibt es eine Art Einzeiler, mit welchem ich irgendwas auf der Platte/Partition kopieren/lesen/vergleichen kann, so daß ich feststellen kann, ob die 3TB korrekt angesprochen werden und keine Daten irgendwo überschrieben werden?

[dirk11]

Was ist denn das??? Welches MB, welche CPU, wo ist die FP angeschlossen ....

Irgendein Fujitsu-Siemens Bord, dessen Bezeichnung Dir sowieso nichts sagen würde. Athlon64 drauf, vermutlich Sockel 754. Platte per onBoard-SATA angeschlossen.

[dirk11]

BTW: ich kann übrigens syslog lesen, dort wird mir ca. 1 Fantastilliarde nouveau-Fehlermeldungen präsentiert.
Was muss ich bei System-Installation machen, damit ich nicht wieder in diesen Fehler laufe?

[NAB]

Das klingt gut ... sobald der Kernel läuft, hat der die Kontrolle über die Platte und scheint sie mit korrekter Größe zu erkennen.

Das Fujitsu-Siemens Bord hat nVidia Grafik onBoard.

Gibt's dazu vielleicht noch ein BIOS-Update?

Gibt es eine Art Einzeiler, mit welchem ich irgendwas auf der Platte/Partition kopieren/lesen/vergleichen kann, so daß ich feststellen kann, ob die 3TB korrekt angesprochen werden und keine Daten irgendwo überschrieben werden?

1) Zweite Platte einbauen (du hattest doch zwei davon, oder?), so dass sie "sdb" ist.
2)

Code: Alles auswählen

su
badblocks -s -v -w /dev/sdb

(Achtung, wenn sdb eine Platte ist, die Daten enthält, enthält sie danach garantiert nur noch Datenmüll!)

[dirk11]

Gibt's dazu vielleicht noch ein BIOS-Update?

Nein. Ich habe da schon vor Monaten das letzte BIOS draufgemacht.

1) Zweite Platte einbauen (du hattest doch zwei davon, oder?), so dass sie "sdb" ist.
2)

Code: Alles auswählen

su
badblocks -s -v -w /dev/sdb

(Achtung, wenn sdb eine Platte ist, die Daten enthält, enthält sie danach garantiert nur noch Datenmüll!)

Die Platten sind wie gesagt unbenutzt gewesen. Ich baue also die zweite Platte ein. Jetzt mal nur für diesen Test (die entgültigen Partitionsgrößen muss ich mir noch überlegen):
ich muss die 2. Platte identisch wie die 1. partitionieren? Oder ist das egal?
Ich will ausschliesslich wissen, ob die kompletten 3TB bzw. die Platte bis zum Ende nutzbar sind, nicht das ich diesen Fehler habe, dass am Ende was vom Anfang der Platte überschrieben wird.

Oder arbeitet badblocks auf device-Ebene und ich teste das device, egal ob überhaupt eine Partitionierung drauf ist?

[NAB]

Oder arbeitet badblocks auf device-Ebene und ich teste das device, egal ob überhaupt eine Partitionierung drauf ist?

Richtig, genau das tut es (zumindest mit diesem Befehl). Also einfach zweite Platte rein und testen, keine großen Umstände.

Zur Erklärung: durch das /dev/sdb wird die gesamte Festplatte (also das "device") angesprochen, komplett mit einem Muster vollgeschrieben und dieses Muster nachher wieder ausgelesen und verglichen. (genauer gesagt nimmt er nacheinander mehrere unterschiedliche Muster - aber ich denke, nach dem ersten Durchgang kannst du abbrechen).

Würdest du stattdessen /dev/sdb1 nehmen, so würde er die erste Partition vollschreiben. Da aber keine Partitionen drauf sind (vermute ich), wird das nicht funktionieren. Und unnötig ist es auch.

Wobei mir gerade einfällt, dass folgender Befehl wohl besser ist:

Code: Alles auswählen

badblocks -s -v -w -t random /dev/sdb

Der nimmt nämlich Zufallszahlen statt eines festen Musters, damit fliegt auch auf, falls er nach 820GB wieder am Anfang der Platte anfängt zu schreiben.

Gib vor dem badblock-Befehl noch mal den Befehl "dmesg" ein und merke dir die Zahl am Anfang der untersten Zeile - das ist eine Zeitangabe.

Wenn badblocks fertig ist, gibst du noch mal "dmesg" ein und schaust, ob unten neue Meldungen dazugekommen sind. _Falls_ die Festplatte wirklich Probleme macht, müsstest du Unmengen an sich wiederholenden Fehlermeldungen entdecken - schreib eine davon ab und setze sie hier rein, vielleicht können wir dann was dazu sagen.

(Zu deinem Nvidia-Problem fällt mir übrigens nichts ein, außer nach der Installation den "nvidia" Treiber zu installieren. Ich hab grad ähnliche Probleme mit so einer Onboard-Grafik und dem nouveau-Treiber)

[dirk11]

Danke! Gut, das ich nochmal reingeschaut habe, der Rechner braucht ewig. Hab abgebrochen und mit -t random nochmal gestartet, kann er über Nacht machen. Jedenfalls weiß ich jetzt schonmal, das die Kiste 65W zieht und ziemlich leise ist. Wenn alles wunschgemäß funktioniert, wird sie wohl ein würdiger Ersatz für den 10 Jahre alten P3-Heimserver.

[NAB]

65 Watt mit zwei laufenden Festplatten? Ja, das klingt wirklich ganz gut.

Du solltest übrigens unbedingt mal "suspend-to-ram" erkunden ... damit verbraucht er nur noch wenige Watt und ist per WOL nach wenigen Sekunden wieder ansprechbar. Und da er sich seinen gesamten Zustand im RAM merkt, geht das auch wunderbar mit vollverschlüsselten Systemen.

Falls dein Mainboard mit den Platten wirklich nicht klarkommt, kannst du übrigens für ca. 15 Eur Abhilfe schaffen ... ein einfacher PCIE SATA2-Controller sollte helfen. Aber mal abwarten

[dirk11]

Badblocks lief fehlerfrei durch, und auch dmesg hat keinen neuen Eintrag bekommen. Ich denke also, es ist alles in Ordnung und ich kann mich daran machen, mir die endgültige Partitionierung zu überlegen, oder!?

- 1MB reserviert für BIOS
- 16GB für SWAP (ich gehe momentan davon aus, dass ich die Kiste niemals im Leben auf mehr als 8GB RAM bringen werde, der frißt nur DDR2). Oder sollten es 17GB sein, um sicher zu gehen, das es nicht zu wenig ist für z.B. Suspend to Disk?
- 14GB für /boot (ist viel, ich weiß, in meinem momentanen /boot sind 17MB belegt, aber damit habe ich die Möglichkeit, darauf notfalls ein komplettes System zu installieren)
- der Rest von den 3TB für /

LVM, Trennung in diverse Unter-Partitionen für /var oder ähnliche Dinge habe ich 12 Jahre nicht vermisst. Falls noch jemandem ein Verbesserungsvorschlag einfällt: immer her damit!

EDIT:
Neue Erkenntnisse, da die BIOS-Problemfrage ja offensichtlich mit eurer Hilfe gelöst wurde, geht es dann wieder hier weiter...

Thx

[dirk11]

Vor-Beitrag nochmal editiert.