[Løst] - Får ikke startet Ubuntu igjen etter reboot

THX70 · 12. november 2009

Hvis du har filer inne på Wubi installasjonen som du virkelig trenger kan de hentes ut. Du trenger bare å få kopiert den filen over til den andre pcen din me Ubuntu på og lagre den i hjemme mappen din feks.

Så kan du mounte den med "mount /home/<brukernavn>/<filnavn> /media/wubi", bare husk å lage /media/wubi mappen før du prøver å mounte.

Skal prøve å få til det. Må jeg bruke terminal til dette?

endrebjo · 12. november 2009

Bootet du automatisk til Ubuntu før oppdateringene? Eller startet du Ubuntu fra Windows? Jeg kan egentlig for lite om Wubi.

Hvordan kom du inn i Windows før oppdateringene?

Du har grub2.

THX70 · 12. november 2009

Bootet du automatisk til Ubuntu før oppdateringene? Eller startet du Ubuntu fra Windows? Jeg kan egentlig for lite om Wubi.
Hvordan kom du inn i Windows før oppdateringene?

Du har grub2.

Jeg bootet ikke automatisk til Ubuntu før oppdateringene nei. Jeg fikk et oppstartsvalg mellom Windows7 og Ubuntu, og må velge hvilket OS jeg vil starte. Dette valget har jeg ennå og kan fint boote Win7 ennå. Velger jeg å boote Ubuntu, kommer 'Grubskjermen'.

Eneste gangen jeg har startet Ubuntu gjennom Win7, er første gangen via Wubi. Wubi er et lite program som gjør det mulig å prøve Ubuntu på en enkel måte og uten full install. Etter å ha startet Wubiprogrammet fra Win7, rebooter maskinen og en slags virituell Ubuntu installeres (slik jeg har forstått det).

Etter dette fungerte Ubuntu fint i noen dager helt til jeg godtok de nevnte oppdateringene i Ubuntu.

endrebjo · 12. november 2009

Prøve å trykke inn disse kommandoene én etter én i grub-terminalen

	insmod ntfs
set root=(hd0,1)
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6[*blablabla*] root=/dev/sda1 loop=/ubuntu/disks/root.disk ro   quiet splash
initrd /boot/initrd.img-2.6[*blablabla*]

(hd0,1) er avhengig av hvilken partisjon Windows/Ubuntu ligger på. (hd0,1) er første partisjon, og (hd0,2) er andre partisjon.

/dev/sda1 er også avhengig av hvilken partisjon Windows/Ubuntu ligger på. /dev/sda1 er første partisjon, og /dev/sda2 er andre partisjon.

Kommandoen er hentet fra bug-tråden som omhandler akkurat ditt problem.

mikeys · 12. november 2009

Det er allerede forsøkt. Ubuntu ligger på en virituell partisjon på en NTFS-partisjon, og grub kan ikke montere/boote en NTFS-partisjon.

Og hva skal (hd0,sda1) forestille?

Ser ingen grunn til at nyere versjoner av grub ikke skal kunne boote NTFS partisjoner ettersom eldre versjoner kan det.

For å boote windows fra grub kan du bruke

rootnoverify (hd0,0)
chainloader +1

Hvis du har filer inne på Wubi installasjonen som du virkelig trenger kan de hentes ut. Du trenger bare å få kopiert den filen over til den andre pcen din me Ubuntu på og lagre den i hjemme mappen din feks.

Så kan du mounte den med "mount /home/<brukernavn>/<filnavn> /media/wubi", bare husk å lage /media/wubi mappen før du prøver å mounte.

Skal prøve å få til det. Må jeg bruke terminal til dette?

Jepp, dette må du bruke terminalen til, du må bruke sudo for å gjøre det.

Endret 12. november 2009 av mikeys

endrebjo · 12. november 2009

For å boote windows fra grub kan du bruke
rootnoverify (hd0,0)
chainloader +1

Det er forskjell på å chainloade en annen bootloader (altså bare kaste ballen over til en annen), og å faktisk boote et system fra en filsystem som du ikke klarer å lese.

Men det kan faktisk se ut som at grub2 har fått en slags støtte for NTFS gjennom insmod ntfs (fra koden fra det forrige innlegget mitt).

mikeys · 12. november 2009

Det ser ut som om den nye versjonen av grub er mer modulær, det er sikkert en god grunn til dette. Gamle grub leser ihvertfall ntfs partisjoner som bare det.

THX70 · 12. november 2009

Prøve å trykke inn disse kommandoene én etter én i grub-terminalen
	insmod ntfs
set root=(hd0,1)
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6[*blablabla*] root=/dev/sda1 loop=/ubuntu/disks/root.disk ro   quiet splash
initrd /boot/initrd.img-2.6[*blablabla*]
(hd0,1) er avhengig av hvilken partisjon Windows/Ubuntu ligger på. (hd0,1) er første partisjon, og (hd0,2) er andre partisjon.

/dev/sda1 er også avhengig av hvilken partisjon Windows/Ubuntu ligger på. /dev/sda1 er første partisjon, og /dev/sda2 er andre partisjon.

Kommandoen er hentet fra bug-tråden som omhandler akkurat ditt problem.

Det funka og Ubuntu startet igjen!

Har prøvd disse kodene tidligere også. Det jeg etterhvert kom til å tenke på, er at Win/Ubuntu kanskje ikke ligger på partisjon 1 som jeg hele tiden har vært sikker på. Dvs jeg kom på at det mest sansynlig er en liten partisjon som brukes til sideveksel eller noe sånt, så jeg prøvde (hd0,2) og /dev/sda2. Grub ville ikke gjenkjenne 'quiet splash', men kutta ut den linja og fortsatte uten. Og vips så boota systemet

Tusen takk for god hjelp!

Bare en liten ting til slutt. Nå tør jeg knapt å reboote igjen. Er det noe jeg bør gjøre i Ubuntu før jeg rebooter igjen?

endrebjo · 12. november 2009

Post /boot/grub/grub.cfg her, så kan vi se hva som er galt.

THX70 · 12. november 2009

Ehh... Hvordan da? Fortsatt rimelig mørkt her når det gjelder kommandoer..

endrebjo · 12. november 2009

Der er bare til å bla gjennom filsystemet til du finner filen. Åpne filbehandleren, finn filsystemet og begynn i mappen som heter /boot

Eventuelt skrive følgende i terminalen: cat /boot/grub/grub.cfg

THX70 · 12. november 2009

Edit, se neste post.. :innocent:

Endret 12. november 2009 av THX70

THX70 · 12. november 2009

Ble bare surr det der.. Prøver igjen.

treskrue@ubuntu:~$ cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s /boot/grub/grubenv ]; then
 have_grubenv=true
 load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
 saved_entry=${prev_saved_entry}
 save_env saved_entry
 prev_saved_entry=
 save_env prev_saved_entry
fi
if [ ${recordfail} = 1 ]; then
 set timeout=-1
else
 set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/white
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/10_lupin ###
menuentry "Ubuntu, Linux 2.6.31-14-generic" {
insmod ntfs
set root=(hd0,2)
search --no-floppy --fs-uuid --set 267a32de7a32ab07
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6.31-14-generic root=/dev/sda2 loop=/ubuntu/disks/root.disk ro   quiet splash
initrd /boot/initrd.img-2.6.31-14-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic (recovery mode)" {
insmod ntfs
set root=(hd0,2)
search --no-floppy --fs-uuid --set 267a32de7a32ab07
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6.31-14-generic root=/dev/sda2 loop=/ubuntu/disks/root.disk ro single 
initrd /boot/initrd.img-2.6.31-14-generic
}
### END /etc/grub.d/10_lupin ###

### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda1)" {
insmod ntfs
set root=(hd0,1)
search --no-floppy --fs-uuid --set 94cc0696cc067332
chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
treskrue@ubuntu:~$

endrebjo · 12. november 2009

Hvis det midt i filen under ### BEGIN /etc/grub.d/10_lupin ### er nøyaktig det samme som du brukte til å boote med, så burde det ikke være noe problem å boote. Dvs. at navnet på filene må være like, osv.

Men grub2 er ganske ny og ikke alltid like stabil, så jeg har selv funnet noen punkter der den ikke gjør som den skal. Så det kan være at Wubi-bootingen ikke er helt stabil enda. Det kan ha skjedd gjennom en av patchene som ble installert.

THX70 · 12. november 2009

Ser veldig likt ut ja. Så på en annen side en som kjørte 'sudo update-grub2'.

Gjorde det samme og fikk dette:

treskrue@ubuntu:~$ sudo update-grub2
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.31-14-generic
Found initrd image: /boot/initrd.img-2.6.31-14-generic
Found Windows 7 (loader) on /dev/sda1
done
treskrue@ubuntu:~$

THX70 · 13. november 2009

Reboot gikk fint. Igjen tusen takk for all hjelp.

Kommer tilbake med flere problemer tenker jeg

Logg inn

[Løst] - Får ikke startet Ubuntu igjen etter reboot

Anbefalte innlegg

THX70

Lenke til kommentar

Videoannonse

endrebjo

Lenke til kommentar

THX70

Lenke til kommentar

endrebjo

Lenke til kommentar

mikeys

Lenke til kommentar

endrebjo

Lenke til kommentar

mikeys

Lenke til kommentar

THX70

Lenke til kommentar

endrebjo

Lenke til kommentar

THX70

Lenke til kommentar

endrebjo

Lenke til kommentar

THX70

Lenke til kommentar

THX70

Lenke til kommentar

endrebjo

Lenke til kommentar

THX70

Lenke til kommentar

THX70

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Opprett konto

Logg inn

Hvem er aktive 0 medlemmer