[Ubuntu] Vast tijdens het opstarten

[Dark_f]

Zoals de titel zegt zit mijn ubuntu-installatie vast tijdens het opstarten.

Deze middag voerde ik enkele update's uit die aanwezig waren. Na de update's klaar waren vroeg hij om opnieuw op te starten plus met de melding dat enkele update's niet gelukt waren. Dus ik herstart mijn pc in hoop de update's in orde te krijgen achter een restart. Tijdens het opstarten loopt hij vast. Het paarse ubuntu laad-scherm komt er een paar seconden op en dan wordt het scherm zwart.

Via recovery console kan ik opstarten in console. Daarin heb ik het volgende gedaan:
apt-get upgrade en dpkg --configure -a en apt-get install -f
Beiden zijn gelukt en er waren geen updates beschikbaar. Het opstarten lukt nog altijd niet. Ik heb mijn Xorg log geopend en alles lijkt te kloppen daarin. Ik zie dat hij alles laadt en geen foutmeldingen geeft.

Ps. het scherm valt niet uit, het wordt zwart. Geen enkele toetsencombinatie werkt nog dan.

[Verwijderd]

In /etc/default/grub pas je deze aan:

GRUB_HIDDEN_TIMEOUT=0

naar

GRUB_HIDDEN_TIMEOUT=1

daarna

/usr/sbin/upgrade-grub

.
bij volgend opstart kan je dan de shift indrukken en kom je in het grub start menu en kan je misschien anders opstarten?
eventueel ppa-purge van niet standaard packages die je gebruikt?

[ Voor 10% gewijzigd door Verwijderd op 22-12-2011 08:53 ]

[Coppertop]

Ik heb zelf last gehad van dit probleem, wat erg lijkt op jouw probleem. Misschien is het hetzelfde? http://uksysadmin.wordpre...en-black-screen-solution/

Have you just upgraded to Ubuntu 11.10 Oneiric Ocelot and now getting the “Waiting for network configuration” message followed by “Waiting up to 60 seconds more for network”? This then might be accompanied by a black blank screen.

[update] I’ve updated this post to reflect the copy step mentioned in the bug post below is surplus as /run is mounted tmpfs – the refined steps are below. The fix is removing the old /var/run and /var/lock then pointing those old locations to /run and /run/lock respectively. I’m suspecting this bug only comes about after an upgrade from your existing session (e.g. apt-get dist-upgrade) where it must have trouble removing these directories because existing services have files needed in there.

The bug is here (https://bugs.launchpad.ne...urce/sysvinit/+bug/858122) and the fix is based on this: https://bugs.launchpad.ne...s/+bug/811441/comments/24 :