>>>>> "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)
