Log In
Home
November 22, 2001
Offline
Har ett lite irriterande problem. I tjejens dator har vi ett par SATA-diskar (ej 100 på tillverkare i skrivande stund, tror det är en Maxtor och en WD) men dessa initieras i Windows XP som SCSI-diskar. Visst dom funkar väl lika bra för det MEN, i princip alla HDD-diagnostikprogram där man kan kolla skicket på disken funkar ju bara med PATA och SATA diskar, ej SCSI.
Så har ni någon aning om hur man kan få Windows att initiera dom som SATA-diskar som dom egentligen är? Nu står det bara typ "not supported" när jag försöker köra ett test på dom. Har testat en massa olika program men alla säger samma sak. Jag har kört Spinrite i dos och det funkar iofs bra men det vore najs med nåt Windows-anpassat program så man slipper leta reda på skivan varje gång och boota upp med den etc.
Idéer?
August 7, 2003
Offline
Hmms, är det verkligen så då och inte bara att Windows numera ser alla diskar som just scsi-diskar, eller använder generella drivisar för "mini storport" som är scsi så att säga.
Om det inte är så och och jag bara flummar så kanske man kan ändra lite i bios (beror på vilket bios man kör, ibland heter det "legacy" eller "emulate atamode" eller dhcpinånting. Likaså att inte använda "raid"-funktioner. (om du kör raid/0 så kan du fetglömma kolla "disken")
Att enable smart mot diskarna är också bra om man vill att diverse program ska hitta och kunna visa värden från dem.
Annars har jag inga idèer.
May 5, 2004
Offline
Det handlar om hur disken är configurerad i bios, och hur/vilken kontroller som används.
November 22, 2001
Offline
Stort tack för svaren! Ska kolla på det i helgen när jag har lite mer tid över.
June 11, 2001
Offline
Det hela kan förklaras med att SATA är en hemmavariant av SCSI. Därför ses SATA som en SCSI-disk av andra program, dock har detta egentligen inget med programmet att göra i sig utan bara att dom varit slarviga och anser att man bara har PATA-diskar och sådeles bara har 2 adresser (80h, 81h) att arbeta mot. Dessa adresser är Primary Master, Primary Slave, Secondary Master och Secondary Slave.
Vissa bios flyttar SATA till dessa adresser och gör att dom ses av programmen. Har sjäv sett program där man inte accessa den femte disken då den "inte finns". I vissa fall kan windows känna igen detta och flytta adressen, i dos, då oftast bios hanterar diskarna så kan bios ofta göra samma sak.
Det andra kan vara att diskarna använder en mappning som programet inte stödjer vilket gör att programmet försöker accessa med CHS istället för med LBA.
Med en RAID-kontroller så gömmer man diskens fysiska adress och påstår att n diskar är 1 och därför är det svårt att ibland läsa av dessa värden. Ett program för raidöversikt kan dock oftast gå förbi detta och se varje enskild disk.
En raidkontroller ger egentligen inte windows n egna diskar utan n stycken jbod som verkar vara exakt en disk GB i storlek. Dock ser inte windows skillnad på en jbod och en disk i detta fall. Att windows kan hantera jbod med mjukvara är något helt annat och kan inte jämföras här. För ett operativsystem är en raid alltid osynlig.
För att accessa på varje enskild disk i windows krävs att man har programkod som går direkt utanför UI, API och HAL.
1 Guest(s)
