Kan inte starta efter säkerhetsuppdatering [LÖST]

[thureson]

Använder Ubuntu 9.10. Efter en säkerhetsuppdatering går det inte längre att starta datorn. Mitt intryck är att Ubuntu inte längre hittar hårddisken

Detta har hänt :

Systemet meddelade idag att det fanns en säkerhetsuppdatering att installera. Märkte att det var en rätt stor sådan, 120 megabyte.
När det var installerat så blev jag uppmanad att starta om datorn

Jag startar om och i GRUB-menyn väljer jag !Ubuntu 9.10, kernel 2.6.31-17-generic"
Systemet börjar jobba, och talar om i text vad den gör. Texten "Waiting for root file system" visas och allting stannar.
Efter ytterligare någon minut blinkar skärmen till och texten försvinner, men ingenting mer.

Startar om och väljer istället Ubuntu 9.10, kernel 2.6.31-17-generic (recovery mode)

LIte text visas, bland annat detta :

Begin : Waiting for root file system... ...
Done.
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
-Check rootdelay= (did the system wait long enough?)
-Check root= (did the system wait for the right device?)
-Missing modules (cat /proc/modules: ls /dev)

ALERT! /dev/disk/by-uuid/fc2a95-a209-4e07-8d7c-ff84b2e5b531 does not exist. Dropping to a shell

(initramfs)


Så vad skall jag göra nu? Jag verkar vara i ett slags terminalläge (busybox?) så det verkar vara möjligt att slå in kommandon.

[Antonx9]

Det hände mig när jag uppgraderade min kärna och råkade stänga av. Jag startade om datorn flera gånger och det funkade inte men sen kom min storebror och bara starta om datorn. Därefter så funkade det.

[Bowmore]

Det här problemet kan bero på flera saker men med tanke på att det funkat tidigare och att det hände efter en uppdatering så kan disken behövas kontrolleras och rättas till med kommandot fsck (filesystem check).

Starta upp med en livecd och kör kommandot

Kod: Markera allt

sudo blkid

Det är din systemdisk som strular och du kanske vet vad den heter. Men sök i utskriften och se vilket enhet /dev/sdxy som motsvaras av det uuid du fick i felmeddelandet.

Därefter startar du kontroll och reparation med kommandot

Kod: Markera allt

sudo fsck -fy /dev/sdxy

där du ersätter sdxy med den enhet du fick fram.

Prova sen att starta om systemet igen.

[thureson]

jag körde blkid och fick fram att systemdisken heter "/dev/sda2: uuid=fcf2fa95-a209-4e07-8d7c-ff84b2e5b531"

Körde sedan fsck och angav sda2 som disk.


När datorn startar om så kommer jag inte in i GRUB-menyn. Felmeddelande istället :

GRUB loading, please wait...
Error 17



Så nu kommer jag inte in i GRUB-menyn. Jag misstänker att om jag bara kom in där så skulle jag manuellt kunna
rätta uuid till nytt värde. Men nu går inte det.

[Bowmore]

Aj då, det var ju inte bra

Error 17 betyder

Cannot mount selected partition
This error is returned if the partition requested exists, but the filesystem type
cannot be recognized by GRUB.

dvs att den hittar partitionen men inte känner igen filsystemet på den och alltså inte kan läsa den.

Kan du montera och läsa i partitionen sda2 från en livecd?

Vad ger kommandot

Kod: Markera allt

sudo parted -l

Obs, det sista tecknet är ett litet L

[thureson]

Jag provade med en live-cd som innehåller Ubuntu 8.04 Nordic Remix Edition.

Tyvärr startar inte Ubuntu då. Jag får upp detta

Busybox v1.1.3 (Debian 1:1.1.3-5ubuntu12) Built-in shell (ash)
Enter 'help' for a list of built-in commands

(initramfs)

Några felmeddelanden syns inte. Finns det några lämpliga kommandon som kan lösa detta.


Provar istället en live-cd med Xubuntu 9.04. Den fungerar lite bättre, jag kom in i något
som liknar terminalen, dock startade inte själva skrivbordet.

Jag kör kommandot "sudo blkid", och får svar

/dev/loop0: Type="squashfs"
/dev/sda1: UUID="328872C888728A5D" type="ntfs"
/dev/sda3: TYPE="swap" UUID="2111A5C4-75BA-402E-8CDD-05CFAF167534"
/dev/sdb1: SEC_TYPE="msdos" LABEL="Kingston" UUID="D07D-A87C" TYPE="vfat"


Jag kör kommandot "sudo fsck -fy /dev/sda2", och får detta svar

fsck.ext2: Superblocket är ogiltigt, försöker med reservblock ...
Superblock needs_recovery flag is clear, but journal has data.
Rättningsflagga inte satt i reservsuperblock, så kör journal ändå
/dev/sda2: återhämtar journalen
Pass 1: Kontrollerar inoder, block och storlekar
Raderad inod 17948675 har dtid noll. Fixa? ja

(datorn jobbar på och ytterligare text flimrar förbi)

Antal fria inoder är fel (24420341, räknade=24126280), Fixa? ja

/dev/sda2: ***** FILSYSTEMET MODIFIERADES *****
/dev/sda2: 294072/24420352 filer (3.1% ej sammanhängade), 21196320/97657126 block

Startar sedan om datorn utan livecd, och allting tycks fungera som det skall.

Skönt att ordningen är återställd, men det är risk för att det finns en bugg i den senaste säkerhetsuppdateringen.

[Bowmore]

Skönt att ordningen är återställd, men det är risk för att det finns en bugg i den senaste säkerhetsuppdateringen.

Bra att du fick igång datorn igen

Problemet har knappast med uppdateringen du gjorde utan tyvärr på att hårddisken troligen är defekt.

Jag rekommenderar att du från nu tar regelbundna backuper på dina egna filer och om det inträffar igen så är det dags att byta ut disken. Är det en äldre disk så är det nog dags redan nu att göra ett byte.

[Skyldig]

Halloj!

Jag har fått exakt samma problem efter en uppdatering igår på en av mina maskiner. Idag bootar den inte, inte heller i recovery med samma symptom som ovan.

När jag bootar via 9.10 livecd och tittar i Disk Utility står bootpartitionen (sda1) som Unrecognized. Kör jag sudo fsck -fy /dev/sda1 så "passar" den alla testen och avslutar med /dev/sda1: 273521/3424256 filer (0.1% ej sammanhängande), 1738912/13671307 block

Kör jag sudo parted -l ser allt normalt ut (den klagar på att livecd:n är readonly).

Någon som kan ge mig några goda råd? Vill ju snabbt komma igång med TTD som gick så bra igår