grundsätzliche Frage zu CHS bei großen HDs

karafirat

Cadet 1st Year
Registriert
Okt. 2006
Beiträge
14
Hallo,
mich würde mal interessieren, wie bei HDs > 128GB (48bit Adressierung)
die Aufteilung (CHS-Werte) festgelegt wird - scheinbar gibt es da ein gewisse
Flexibilität ?

THX
 
das BIOS nutzt sie scheinbar schon,
trotz LBA, sonst würde sie testdisk nicht anzeigen?
 
CHS Adressierung funktioniert nur bis 8GB, bei allen Platten ueber dieser Groesse haben die Werte keine Bedeutung, sie sind nur aus Kompatibilitaetsgruenden noch vorhanden, weil sonst das BIOS scheitern wuerde beim Erkennen der Platten (das BIOS kann ja zunaechst nicht wissen, ob eine angeschlossenen Platte groesser oder kleiner als 8GB ist und liest zunaechst die CHS-Register der Platte, dafuer muessen diese natuerlich vorhanden sein).

/edit: nach diversen Internet Quellen muesste CHS noch bis 127,5GB funktionieren

s.a.
http://www.storagereview.com/guide2000/ref/hdd/bios/modesECHS.html

Das "Problem" sind die unterschiedlichen Limits des IDE-Standards und des BIOS INT13 Standards.
 
Zuletzt bearbeitet:
Hallo,
es stimmt, ich habe bei verschiedenen HDs nachgesehen,
CHS-Wert ist immer 1023 254 63.
sie unterscheiden sich nur in der absoluten Anzahl der Sektoren.

ich habe folgendes konkrete Problem:
eine HD mit fehlerhafter Partitionstabelle

mit testdisk gelingt es mir nicht eine gültige
Aufteilung der Platte zu erzeugen.

die Anzahl der Sektoren pro Partition ist bekannt,
die Angaben in Partition-Info weichen leicht davon ab.


Wie kann ich den Fehler korrigieren?

GRUZ
 

Anhänge

  • 6R320Fo.gif
    6R320Fo.gif
    28 KB · Aufrufe: 236
Part Info ist wohl schon ein älteres Tool.
Mache da mal Rechtsklick / Eigenschaften und schaue dir das Erstellungsdatum an.
Erst in Partition Magic 8 wurde es soviel ich weiß angepasst.
Daher kann es sein das Editoren wie Ptedit oder auch Info-Tools wie Partinfo es nicht genau oder richtig anzeigen.
Das bezieht sich nur auf die Anzahl bei Heads.
Der Sector-Wert scheint wohl falsch zu sein.

Viele Grüße

Fiona
 
hallo,
also, ich habe mir jetzt die neuste Version
von Acronis Diskeditor besorgt und
die Werte manuell eingetragen.
(Bild 1)

alllerdings hängt sich das OS auf der HD weiterhin auf,
obwohl zuerst alles gut aussah.

testdisk meldet auch noch einen "spacekonflikt"
(Bild 2)

mit welchem tool kann man solche fehlerhaften Einträge
in der Partitionstabelle beseitigen -
oder könnte man die Werte berechnen???

mit testdisk gelingt es mir einfach nicht eine gültige Strukur
zu erzeugen, obwohl es am Anfang die 4 Partitionen richtig
erkennt.
(Bild 3)

ich bin ratlos :(
 

Anhänge

  • acrinis.gif
    acrinis.gif
    72,4 KB · Aufrufe: 232
  • Zwischenablage02.gif
    Zwischenablage02.gif
    21,2 KB · Aufrufe: 238
  • Zwischenablage01.gif
    Zwischenablage01.gif
    18,4 KB · Aufrufe: 269
Mac OS hat wohl eine völlig andere Festplattengeometrie als Windows.
Soviel ich weiß ist die Geometrie bei Mac die Cylinderanzahl, 1 Head und 1 Sektor für die Festplatte!
Auch nochmal die Infos;
http://www.cgsecurity.org/wiki/Merkmale_von_Betriebssystemen#MacOS
Das siehst du auch wenn du in Testdisk auf Partitionstabellentyp Mac gehst.
Dieses kann wohl auch beim installieren von Mac OS so angelegt sein.
Dann hättest du praktisch wenn du Windows nachträglich installiert hast die vielleicht mit der Mac-Partitionsstruktur installiert.
Weiß ich aber nicht genau.
Immerhin hattest du es probeweise und nicht Standard so versucht.
Auch kann die Geometrie der Festplatte im Geometry-Menü angepasst werden.
Wäre wohl bei Heads 1 und bei Sectors auch 1.
Deine jetzige Struktur entspricht aber Intel.
Das siehst du bei der Festplatte (Disk) mit Cylinderanzahl, 255 Heads pro Cylinder und 63 Sektoren pro Head.
Daher fällt wohl deine Festplatten und Partitionsgeometrie völlig aus dem Rahmen.
Gehe daher mal bei Partition Table Type nicht auf Intel sondern versuche es mal bei Mac.
Auch stimmen die Windowspartitionen nicht.
Dann wird die Festplatte Mac-Spezifisch angezeigt.
Vielleicht passt dann die Geometrie besser.
Ist somit nur zum Testen.

Viele Grüße

Fiona
 
hallo,
es ist wahrscheinlich, das es irgendwie damit zusammenhängt,
aber ich kann es nicht nachvollziehen - immerhin ist Darwin
ein voll PC-kompatibles UNIX.

ausserdem hatte ich diesmal unter OSX nichts partitioniert,
ich bin folgendermaßen vorgeganngen:

- alle Partitionen gelöscht
- Knoppix gestartet und dann mit qtparted die Partitionen angelegt (Größe und FS-Typ),
aber noch nichts formatiert
- dann
1. unter OSX, HFS Partition formatiert und installiert...
2. WINXP, die NTFS Partition formatiert und installiert...
3. ubuntu ext3 Partition formatiert, System installiert und dann GRUB installiert

so, und dann wollte ich unter allen OS nachschauen,
ob die abgegeben Sectorangaben identisch sind,
leider habe ich dann den Moment verpasst,
in dem der Fehler da war.


ob es an der Mac-Geometrie liegt, kann ich morgen noch mal
probieren..
allerdings glaube ich eher nicht - OSX bietet 3 Möglichkeiten an:

- GUID für Intel-based Macs
- Apple Partition Map für PPC
- MBR für windows-kompatible Systeme

das letzte ist ausgewählt, möglicherweise
ist es nicht 100 prozentig implementiert.

ich würde die Fehlerquelle gerne finden und beheben,
alles neu und von vorne bringt dich auch nicht weiter.

noch 'ne Idee?

grüße
 
Nachtrag, nur wenn's jemanden interessiert...

... also ich habe die Fehlerquelle ausgemacht,
es liegt warscheinlich an der 32GB Beschränkung
von FAT32. es ist mit verschiedenen Tools möglich
FAT32-Partitionen anzulegen, die größer als
32GB sind - was eigentlich unzulässig ist - so auch mit Diskutil
von OSX. wenn man dann mit anderen Tools darauf zugreift,
versuchen die scheinbar den Fehler zu korrigieren.
daraus resultieren dann die inkonsistenten Bereiche.

wahrscheinlich hatte ich die erste Partition als FAT32 angelegt und
dann erst später bei der XP Installation mit NTFS formatiert.

leider konnte ich den Fehler in der Partitionstabelle nur durch
eine Neu-Partitionierung der ganzen HD beseitigen.

so, ich hoffe die Info hilft noch irgendwem...
 
Zurück
Oben