>>>>> "Andreas" == Andreas Pakulat <[EMAIL PROTECTED]> writes:
Andreas> On 24.Mar 2004 - 20:34:34, Armin Schulze wrote:
Andreas> [...]
>> Da hdparm was die CHS-Werte angeht es nicht so genau nimmt und einfach die
>> verwendet, die es vom Kernel bekommt wird da wohl das Problem liegen! Ich
>> muss meinem 2.6.3 auch immer sch�n hda=7297,255,63 mitgeben, damit er weis
>> wie meine Platte ausschaut.
Andreas> Hast du die Festplatte zuerst mit Windows bespielt? Wenn nicht:
Andreas> Linux sollte eigentlich von vornerein mit den 16xxx Zylindern
Andreas> funktionieren. Ach so auf der Festplatte selbst stehen oft auch
Andreas> beide Angaben drauf...
Andreas> [...]
Hallo,
einige weitere Nachforschungen haben ergeben, dass die Solaris X86
Installation das ausgel�st hat. Mittlerweile habe ich sarge komplett neu
aufgesetzt und danach Solaris installiert, die Partitionierung wird auch
korrekt erkannt. Nach der Solaris Installation funktioniert lilo nur mit -P
fix:
Astor:/home/peter# lilo
Warning: 'bmp-table' may spill off screen
Added Debian2.6 *
Added DebianOld
Device 0x0300: Inconsistent partition table, 2nd entry
CHS address in PT: 1022:254:63 --> LBA (16434494)
LBA address in PT: 19535040 --> CHS (1216:0:1)
Fatal: Either FIX-TABLE or IGNORE-TABLE must be specified
If not sure, first try IGNORE-TABLE (-P ignore)
Astor:/home/peter# lilo -P fix
Warning: 'bmp-table' may spill off screen
Added Debian2.6 *
Added DebianOld
Device 0x0300: Inconsistent partition table, 2nd entry
CHS address in PT: 1022:254:63 --> LBA (16434494)
LBA address in PT: 19535040 --> CHS (1216:0:1)
Writing modified partition table to device 0x0300
Added FreeBSD
Device 0x0300: Inconsistent partition table, 3rd entry
CHS address in PT: 1022:254:63 --> LBA (16434494)
LBA address in PT: 39070080 --> CHS (2432:0:1)
Writing modified partition table to device 0x0300
Added Solaris
Der Kernel scheint die Platte korrekt zu erkennen (hdparm -i/-I) als
CHS=16383/16/63:
Astor:/home/peter# hdparm -i /dev/hda
/dev/hda:
Model=TOSHIBA MK6021GAS, FwRev=GA024A, SerialNo=83C72799S
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=46
BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: device does not report version:
* signifies the current active mode
Astor:/home/peter# hdparm -I /dev/hda
/dev/hda:
ATA device, with non-removable media
Model Number: TOSHIBA MK6021GAS
Serial Number: 83C72799S
Firmware Revision: GA024A
Standards:
Supported: 5 4 3 2
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 117210240
device size with M = 1024*1024: 57231 MBytes
device size with M = 1000*1000: 60011 MBytes (60 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 46 Queue depth: 1
[...]
In den Messages werden die Partitionen ebenfalls erkannt:
Mar 29 11:05:30 Astor kernel: hda: max request size: 128KiB
Mar 29 11:05:30 Astor kernel: hda: 117210240 sectors (60011 MB), CHS=65535/16/63,
UDMA(100)
Mar 29 11:05:30 Astor kernel: hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 >
Mar 29 11:05:30 Astor kernel: hda2: <bsd: hda10 hda11 hda12 hda13 >
Mar 29 11:05:30 Astor kernel: hda3: <solaris: [s0] hda14 [s1] hda15 [s2] hda16 [s3]
hda17 [s4] hda18 >
Mit [s]fdisk komme ich hier nicht weiter. Hat wer 'ne Idee?
TIA -- Peter
--
Peter Weiss / [EMAIL PROTECTED]
Sun Microsystems GmbH / Sonnenallee 1, D-85551 Kirchheim-Heimstetten
(+49 89) 46008 2947 / mobil 0177/ 60 40 121
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
