Gjest Slettet-77do0b Skrevet 22. mai 2011 Del Skrevet 22. mai 2011 Hei. Jeg har nå kjørt dual boot en stund uten noen problemer, Windows 7 og Ubuntu. Nå som jeg har bestemt meg for å teste Fedora litt i stedet for Ubuntu så fikk desverre pipen en annen lyd. Grub finner ikke boot partisjonen til Windows og jeg får av den grunn selvfølgelig ikke bootet i Windows. Ettersom jeg liker å lære litt selv så har jeg prøvd litt selv, men fremdeles uten hell. Får "Error code 23: Error while parsing number", noe som tyder på at jeg har noen feil verdier i grub.conf-fila mi. Jeg sliter litt med å forstå logikken her og tyr dermed til hjelp på forumet. Oppstartspartisjonen til Windows 7 er: /dev/sdd1 * 2048 206847 102400 7 HPFS/NTFS/exFAT og selve Windowspartisjonen er: /dev/sdd2 206848 179576831 89684992 7 HPFS/NTFS/exFAT Foreløpig ser grubfila slik ut: # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You do not have a /boot partition. This means that # all kernel and initrd paths are relative to /, eg. # root (hd0,4) # kernel /boot/vmlinuz-version ro root=/dev/sdh5 # initrd /boot/initrd-[generic-]version.img #boot=/dev/sdh default=0 timeout=5 splashimage=(hd0,4)/boot/grub/splash.xpm.gz hiddenmenu title Fedora (2.6.38.6-27.fc15.x86_64) root (hd0,4) kernel /boot/vmlinuz-2.6.38.6-27.fc15.x86_64 ro root=UUID=bf0f8380-a8d5-4440-b0d3-db2851cf1338 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=nb_NO.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhgb quiet initrd /boot/initramfs-2.6.38.6-27.fc15.x86_64.img title Fedora (2.6.38.6-26.rc1.fc15.x86_64) root (hd0,4) kernel /boot/vmlinuz-2.6.38.6-26.rc1.fc15.x86_64 ro root=UUID=bf0f8380-a8d5-4440-b0d3-db2851cf1338 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhgb quiet initrd /boot/initramfs-2.6.38.6-26.rc1.fc15.x86_64.img title Other rootnoverify (hd2,4) chainloader +1 title Windows 7 root (hd4,1) map (hd0) (sdd1) map (hd0) (sdd1) chainload +1 Slenger også med "fdisk -l" lista Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 41 heads, 24 sectors/track, 1985289 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xddebffcd Device Boot Start End Blocks Id System /dev/sda1 * 2048 1953521663 976759808 5 Extended /dev/sda5 4096 102414335 51205120 7 HPFS/NTFS/exFAT /dev/sda6 102416384 1126412287 511997952 7 HPFS/NTFS/exFAT /dev/sda7 1126414340 1337608191 105596926 7 HPFS/NTFS/exFAT /dev/sda8 1337612288 1953521663 307954688 7 HPFS/NTFS/exFAT Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x31a9a3b1 Device Boot Start End Blocks Id System /dev/sdb1 16384000 1953523711 968569856 7 HPFS/NTFS/exFAT /dev/sdb2 2048 16383999 8190976 82 Linux swap / Solaris Partition table entries are not in disk order Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes 61 heads, 44 sectors/track, 1455674 cylinders, total 3907029168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xadba12c6 Device Boot Start End Blocks Id System /dev/sdc2 * 2048 3907026943 1953512448 5 Extended /dev/sdc5 4096 2147487743 1073741824 7 HPFS/NTFS/exFAT /dev/sdc6 2147489792 3907026943 879768576 7 HPFS/NTFS/exFAT Disk /dev/sdd: 320.1 GB, 320072933376 bytes 255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xbc838167 Device Boot Start End Blocks Id System /dev/sdd1 * 2048 206847 102400 7 HPFS/NTFS/exFAT /dev/sdd2 206848 179576831 89684992 7 HPFS/NTFS/exFAT /dev/sdd3 307202048 625137663 158967808 7 HPFS/NTFS/exFAT /dev/sdd4 179578878 307202047 63811585 5 Extended /dev/sdd5 179578880 307202047 63811584 83 Linux Partition table entries are not in disk order Disk /dev/sde: 1000.2 GB, 1000204886016 bytes 8 heads, 55 sectors/track, 4439829 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xe2c5e2c5 Device Boot Start End Blocks Id System /dev/sde4 * 2048 1953519615 976758784 5 Extended /dev/sde5 4103 1031917567 515956732+ 7 HPFS/NTFS/exFAT /dev/sde6 1031919618 1441511423 204795903 7 HPFS/NTFS/exFAT /dev/sde7 1441513474 1953519615 256003071 7 HPFS/NTFS/exFAT Håper forumets kompetente brukere kan hjelpe en ganske så fersk linuxbruker/tinker. Eventuelle videre spørsmål eller tilbakemeldinger får jeg desverre ikke svart på før senere i dag ettersom jeg skal sove ut etter nattevakt Lenke til kommentar
daffy- Skrevet 22. mai 2011 Del Skrevet 22. mai 2011 (endret) Nå er jeg langt i fra noen grub-ekspert (faktisk heller dårlig), men så lenge Win ligger på den fjerde disken, skal det ikke være 'root (hd3,0)' i stedet for (hd4,1) som du har nå? Bare mine 2 cents Edit: typo og tenkte meg litt om Endret 22. mai 2011 av daffy- Lenke til kommentar
Gjest Slettet-77do0b Skrevet 22. mai 2011 Del Skrevet 22. mai 2011 (endret) Hm. Fremdeles ikke noe hell her. Jeg har også prøvd å peke root til selve windowspartisjonen uten hell. Error 23: Error while parsing number Jeg fant også noe i denne fila "device.map". # this device map was generated by anaconda (hd2) /dev/sda (hd0) /dev/sdh Kanskje det må noen endringer til der. Endret 22. mai 2011 av Slettet-77do0b Lenke til kommentar
HawP Skrevet 22. mai 2011 Del Skrevet 22. mai 2011 /dev/sdh har du vel ikke (lengre)? device.map brukes så vidt jeg vet kun av grub under oppsett/konfig for å mappe rekkefølgen på disker, spesielt dersom rekkefølgen i BIOS og etter at OS har lastet er forskjellig. F.eks. med din device.map så vil "grub konfig" bruke /dev/sdh dersom du angir hd0, f.eks. setup (hd0) vil da "installere" grub på /dev/sdh siden device.map indikerer at dette er disken BIOS vil forsøke å starte fra (dvs. første disk). Så, ja, det kan se ut som at device.map trenger en liten endring. Men så lenge du ikke skal installere eller endre (med "grub-cli") på konfigurasjonen til grub brukes ikke device.map. Lenke til kommentar
wil Skrevet 22. mai 2011 Del Skrevet 22. mai 2011 Hei. Prøv dette: title Windows 7 root (hd3,1) map (hd0) (hd1) map (hd1) (hd0) makeactive chainloader +1 Hilsen. wil. Lenke til kommentar
Gjest Slettet-77do0b Skrevet 22. mai 2011 Del Skrevet 22. mai 2011 Takker så mye for alle svar. Har ikke fått tid til å se så mye over dette i dag, men jeg har i alle fall fått bootet opp i windows ved hjelp av en grub live cd. Synes jeg klarte å skimte noe av kommandoen som ble kjørt der: root (hd0,0) map (hd0) (hd0) map (hd0) (hd0) @wil: De siste konfigurasjonene der ga i alle fall en annen feilmelding: " Error 13: Invalid or unsupported executable format " Får se litt mer på det i morgen tidlig etter jobb igjen. Lenke til kommentar
wil Skrevet 23. mai 2011 Del Skrevet 23. mai 2011 Åja. Hmmmm. Nei da er jeg ikke sikker. Prøv å sett hd3,0 istede. 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å