Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

Secundary master harddisk versus Linux' fdisk /dev/hdc.

wstolk
6 antwoorden
  • L.S.,

    Sinds kort mijn systeem (P1-120) uitgebreidt met een 2e HD van 8,4GB die ge-installeerd moet worden als secundary master.
    In het BIOS ingesteld als AUTO-detect LBA-mode waardoor deze herkent wordt als

    8447MB
    1027 Cyl
    255 Heads
    63 Sectors

    (In Normal mode is het 8455MB en handmatig is het aantal in te stellen heads max. 255)

    In Linux geeft fdisk telkens dezelfde boodschap : "unable to open /dev/hdc" ongeacht de boot-methode (LILO, normale BOOT-floppy of via de BOOT- en ROOT- installatie floppies van de Slackware distributie.

    Tijdens booten wordt de drive hdc door Linux echter perfect herkend inclusief de BIOS detectie instellingen.

    Andere handmatige BIOS instellingen om onder de 1024 cilindergrens te blijven lossen het euvel niet op en geven al error-meldingen nog voordat LILO verschijnt :
    "secundary harddisk fail"

    Met FDISK van DOS en WIN95 opstart floppies kan deze drive wel aangesproken en gepartitioneert worden.

    Als de drive als Primary master is ge-installeerd werkt Linux' fdisk wel op deze drive en kan je LINUX en WIN95 via LILO ook opstarten.

    Als daarna de schijf echter als Sec. master wordt aangesloten ben ik weer bij hetzelfde probleem.

    Wie weet dit te ontraadselen ?

    Alvast bedankt,


  • Je doet iets heeeeeeeeel fout…

    Je gaat namelijk in de BIOS zeggen dat je heads hebt, die er niet zijn :roll:

    Als je in het bios automatisch alles laat zoeken, moet je er NIX aan veranderen.

    "Probeert u het later nog een keer" :wink:
  • De 1024-grens is alleen van toepassing als je Linux voorbij deze cylinders wilt installeren.
    en dat is nu niet het geval denk ik
    Het 1024-probleem is bovendien opgelost in de nieuwste versie van lilo, die oa met SuSE 7.2 en RH 7.0 wordt meegeleverd. Bij RH meot je die gek genoeg wel handmatig configureren als je Linux op een extended partitie, voorbij de 1024 wilt installeren.

    Max

    Max
  • Ik heb nooit problemen gehad met die 1024 grens.
    Alleen bij LILO LBA32 aanzetten en alles werkt zoals het hoort. :smile: :confused:

  • Inmiddels heb ik wel ontdekt dat het niet functioneren van Linux' fdisk op drive hdc niet veroorzaakt wordt door de nieuwe 8,4GB schijf zelf omdat dit probleem zich nl. ook voordoet als m'n 1,6GB schijf als sec. master (hdc) aangesloten is.

    Het heeft ook niets te maken met data op de schijf zoals configuratie-instellingen want als de schijf helemaal blanco is (geen FS en geen OS) blijft het probleem hetzelfde.

    FDISK van DOS doet het wel op de Sec. master drive en fdisk van Linux doet het alleen op de drive hda.
    Dus zal het wel iets te maken hebben dat mijn versie van Linux' fdisk geen multi-drives ondersteunt o.i.d. ?

    Weet iemand nu dan misschien of dit kan kloppen ?


  • GUESS:

    win/dos is zo gewend om met creapy software (mn. zichzelf) om te gaan dat het geen erg heeft in creapy hardware… :sad:

    kun je beide schijven primair maken? maakt voor je performance nauwelijks uit, waarschijnlijk praat de chipset niet sneller dan multiword dma of pio3/4, en dat zullen beide schijven wel ondersteunen.

    voor meer info over wat de harde schijven ondersteunen: gebruik hdparm
    PAS OP dit programma kan heel gevaarlijke dingen doen, lees daarom goed de man-pages (rtfm)

    wat doet een eventueel aanwezige cdromspeler op de sec. ide port?

    doet de 8.4 het goed als prim. master/slave?

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.