Opgelost!!! Update vastgelopen, herinstallatie of nog te redden?

[valk]

Ik kreeg in mijn Ubuntu 12.04 installatie meldingen van (kernel) updates en dus liet ik die installeren. Echter in eerste instantie meldingen dat er niet genoeg schijfruimte zou zijn. Er was echter voldoende, maar dmv schijfgebruik zag ik dat in de nieuw te installeren kernel map 3.5.0-25 72GB zou staan. Waar de andere kernel mappen iets van 150 MB bevatten.
Uiteindelijk liep de installatie vast en bij een herstart kom ik niet verder dan de melding "stopping system V runlevel compatibility". En dit niet in herstel modus en ook niet als ik via Grub eerdere kernels probeer te starten.

Iemand een idee hoe dit te verhelpen of wordt dit opnieuw installeren?

[erik1984]

Kom je nog in een terminal terecht? Met ctrl+alt+f1 misschien? Daarna zou je eens 'startx' kunnen proberen om bij de grafische desktop te komen.

via dit topic: http://ubuntuforums.org/showthread.php?t=1807612&page=4

[valk]

Nee, dat lukt helaas niet. En ook via Grub kan ik niet in de terminal komen. Het booten blijft hangen bij de in mijn start post genoemde melding. Ook vanuit daar kan ik niet in de terminal komen...

[Erik Krom]

Ik kwam dit ook tegen bij de zelfde update.

Tijdens het booten shift ingedrukt houden tot dat grub te voorschijn komt. (Als grub al niet vanzelf tevoorschijn kwam.)
Daarna met de voorgaande kernel starten.

Dan zou de computer wel weer gewoon moeten opstarten.
Waarschijnlijk is er een pakkage-bestand beschadigd geraakt.

Dit los je op met de volgende terminal commando:

Code: [Selecteer]

sudo dpkg --configure -aBij het invoeren van het wachtwoord zie je niets verschijnen. Geen sterrestjes, puntjes o.i.d.
Dat hoort zo.

[valk]

Bedankt, ik ga het even proberen. Ik kreeg echter een vorige kernel ook niet gestart, maar misschien even een oude kernel en dan de veilige modus. Dat heb ik nog niet gedaan.

[valk]

Erik, held! Dank je wel, het werkt weer gewoon!
Begrijp jij overigens waarom in de laatste kernel map zoveel data zou staan?

[valk]

Ik dacht eigenlijk dat dit een mooi moment was om opnieuw te installeren en dan gelijk op een SSD, maar goed... dat moet dan nog maar even wachten

[Erik Krom]

Opnieuw installeren kan natuurlijk altijd. 

Fijn dat het is opgelost.
Ik heb totaal geen idee waarom deze fout optreed.
Bij mij gaf gparted ook aan dat de complete 56 Gb van mijn SSD vol zat.

Na de herstart in de voorgaande kernel was het schijfgebruik weer gewoon.

[valk]

Yep, bij mij hetzelfde, na herstart weer normaal. Blijkbaar op de een of andere manier loopt het vol en daarna loopt het vast. Heel vreemd

[Thomas de Graaff]

Mooi opgelost! Misschien dat /tmp was volgelopen tijdens de installatie, en dat deze na een herstart met een andere kernel automatisch weer leeg is gemaakt? Dat zou misschien de reden kunnen zijn?