Spragleknas Skrevet 26. november 2008 Del Skrevet 26. november 2008 Hei godtfolk! Dette problemet har jeg hatt lenge, men ikke brydd meg noe spesielt om det (betyr ikke mye før man skal kvitte seg med den gamle HDD-en), men nå har det skjedd en kompis også. Bakgrunn: Gammel partisjon med OS (XP) ble slettet. Ellers ble HDD-en beholdt inntakt. Ny HDD inn (samtidig som den gamle) Installerte OS (XP) på ny disk (som ikke "fikk" C:) Resultat: Den nye installasjonen er avhengig av den gamle HDD-en for å starte opp. Antar ad dette skyldes bootsectoren eller liknende (MBR?), men her er mine kunnskaper ikke på topp - derav denne henvendelsen. Så, godtfolk: Noen som tror de ser en løsning på hvordan man skal kunne kvitte seg med den gamle HDD-en, uten nyinstallasjon av OS (ja, XP ) Lenke til kommentar
Hårek Skrevet 26. november 2008 Del Skrevet 26. november 2008 Du må ta en titt i Diskbehandling. http://www.theeldergeek.com/disk_management.htm Du vil sikkert se at den gamle disken er System. Dvs det er den som booter fra BIOS. Hva du kan gjøre avhenger av om Boot partisjon er Primær eller utvidet. Legg ut et bilde. Lenke til kommentar
Spragleknas Skrevet 26. november 2008 Forfatter Del Skrevet 26. november 2008 Her: Er vel selvforklarende pga navn på partisjoner; C: Gammel og slettet XP D: Ny inst. Takk så langt Lenke til kommentar
Hårek Skrevet 26. november 2008 Del Skrevet 26. november 2008 D: er heldigvis Primær, så da skal det la seg gjøre. Du må først sette D: til Aktiv. Det skal kunne gjøres ved å høyreklikke på det bildet du viser. Så kan du kopiere systemfilene fra C: til D: (ntldr, boot.ini, Ntdetect.com). Så må du antagelig kjøre FIXBOOT fra Recovery Console. Til sist setter du Disk 1 til å boote i BIOS. Lenke til kommentar
Spragleknas Skrevet 26. november 2008 Forfatter Del Skrevet 26. november 2008 (endret) Du må først sette D: til Aktiv. Det skal kunne gjøres ved å høyreklikke på det bildet du viser. "Merk partisjonen som aktiv" er "grået ut" (ikke valgbart) EDIT: D: inneholder allerede ntldr, boot.ini, Ntdetect.com btw... Endret 26. november 2008 av Spragleknas Lenke til kommentar
Hårek Skrevet 27. november 2008 Del Skrevet 27. november 2008 Da er den allerede aktiv. Mulig D: har vært System i en annen forbindelse? Det er vel bare boot.ini som kan variere i innhold. Lenke til kommentar
Terrasque Skrevet 27. november 2008 Del Skrevet 27. november 2008 Her er problemet at MBR ligger på første disken, og ikke på siste, vil jeg tippe. Hvis du overlever å reinstallere vil jeg anbefale å først koble fra den gamle disken, og så reinstallere. Ellers må du starte recovery console fra windows cd'en, og kjøre fixmbr og fixboot (igjen, helst med gamle disken koblet fra). Lenke til kommentar
Hårek Skrevet 27. november 2008 Del Skrevet 27. november 2008 Nei, det er jo bare tull. MBR er jo på alle disker, det er ikke noe du ikke kan ha! Du bør kanskje lese litt om hva MBR er: http://en.wikipedia.org/wiki/Mbr Lenke til kommentar
Spragleknas Skrevet 27. november 2008 Forfatter Del Skrevet 27. november 2008 Da er den allerede aktiv. Mulig D: har vært System i en annen forbindelse? Det er vel bare boot.ini som kan variere i innhold. D-en var "ren" ved instalasjon, mener jeg. Kan en fixboot være alt jeg trenger å gjøre? Lenke til kommentar
Spragleknas Skrevet 27. november 2008 Forfatter Del Skrevet 27. november 2008 Boot.ini er satt til: default=multi(0)disk(0)rdisk(1)partition(1)\WINDOWS mao. disk nr 2 (rdisk1) Vil kanskje: default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS Gjøre susen? (Begge er SATA) Lenke til kommentar
Hårek Skrevet 27. november 2008 Del Skrevet 27. november 2008 Det ser ut som et godt forslag. Informasjon om boot.ini parametrene er ikke umiddelbart lett å forstå. http://mirror.href.com/thestarman/asm/mbr/bootini.htm Lenke til kommentar
korp Skrevet 28. november 2008 Del Skrevet 28. november 2008 Boot.ini er satt til:default=multi(0)disk(0)rdisk(1)partition(1)\WINDOWS mao. disk nr 2 (rdisk1) Vil kanskje: default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS Gjøre susen? (Begge er SATA) Mener det er disk du må sette til 1. Altså disk(1). Dette fordi disk0 er den gamle C-disken, og disk1 er den nye D-disken. Lenke til kommentar
Spragleknas Skrevet 28. november 2008 Forfatter Del Skrevet 28. november 2008 Ikke sikker på det... disk() is set to 0 when using multi() because the disk info is provided through INT 13 and doesn't need to be enumerated. rdisk() is the ordinal number of the disk on the adapter. With EIDE controllers, this varies from 0 to 3 with the primary boot drive being 0 http://www.windowsnetworking.com/nt/atips/atips136.shtml Lenke til kommentar
BearCat Skrevet 28. november 2008 Del Skrevet 28. november 2008 Dersom XP har blitt installert på "D:" og "C:" fjernes, er det ikke bare boot.ini som blir forvirret, men alle andre .ini filer og windows registeret. Du kan f.eks. krympe windows partisjonen på den nye disken, og opprette en liten "C:" dummy partisjon, men det greieste vil nok være å reinstallere Windows, etter at den gamle disken har blitt fjernet. Lenke til kommentar
Hårek Skrevet 28. november 2008 Del Skrevet 28. november 2008 Dersom XP har blitt installert på "D:" og "C:" fjernes, er det ikke bare boot.ini som blir forvirret, men alle andre .ini filer og windows registeret. Tror du det er noe magisk med C:? Det høres ut som dette er noe du innbiller deg. Eller har du noe konkret grunnlag å vise til? Lenke til kommentar
BearCat Skrevet 28. november 2008 Del Skrevet 28. november 2008 Nei, det er ikke noe "magisk" med C:, og det skulle vel ikke være nødvendig å forklare deg Problemet er alle de dårlig skrevne programmene, som lager faste referanser til partisjonsnavnet de har blitt innstallert på. Dersom de refererer til "D" som i tilfellet her, og "D" blir endret til "C", eller om den endres fra Y til X går ut på et. Lenke til kommentar
Hårek Skrevet 28. november 2008 Del Skrevet 28. november 2008 Her er det jo ikke snakk om å endre noen stasjonsnavn. XP ligger på D: og det vil den fortsette å gjøre. Men hadde det vært snakk om å endre fra D: til C: så ville det såklart vært et megaproblem. Lenke til kommentar
Terrasque Skrevet 28. november 2008 Del Skrevet 28. november 2008 Nei, det er jo bare tull. MBR er jo på alle disker, det er ikke noe du ikke kan ha!Du bør kanskje lese litt om hva MBR er: http://en.wikipedia.org/wiki/Mbr The MBR may be used for one or more of the following: * Holding a disk's primary partition table.[2] * Bootstrapping operating systems, after the computer's BIOS passes execution to machine code instructions contained within the MBR. * Uniquely identifying individual disk media, with a 32-bit disk signature; even though it may never be used by the machine the disk is running on. Den viktige tingen her er Bootstrapping operating systems - som er den delen av MBR jeg refererte til. Det er noe windows legger inn under install, og hvis den andre disken ikke har den koden i MBR så klarer den ikke å boote. Andre mbr boot systemer (enn windows sin, ntldr) er f.eks lilo og grub, som brukes til linux. Se for så vidt http://en.wikipedia.org/wiki/Boot_manager Så slutt og prat skit om ting du ikke har peiling på, takk. Lenke til kommentar
Hårek Skrevet 28. november 2008 Del Skrevet 28. november 2008 Det stemmer forsåvidt, men formuleringen din i forrige post var ganske uklar. Bootkoden blir automatisk lagt inn når en disk blir initialisert. Det skal faktisk gjøres en del grep for å få den vekk. Problemstillingen i denne tråden var ganske klar i utgangspunktet, det er ingenting i denne tråden som tyder på at manglende bootkode har noe med problemet å gjøre. Hvis BIOS ikke finner bootkode så er jo meldingen ganske tydelig. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå