ubuntu start niet meer op: fsck died with exit status 4

[tryer]

Ubuntu start niet meer. Als de oranje balk start, stopt deze na een kwart: dan krijg ik een zwart beeld, met letters en dan:

fsck died with exit status 4
file system check failed
a log is being saved in /var/log/fsck/checkfs if that location is writable
please repair the file system manually

Wat kan ik doen om niet de hele boel weer te hoeven installeren ??

[Pjotr]

Oei. Dat lijkt op een rotte harde schijf.... een corrupt bestandssysteem.

[herrie]

ik probeer ubuntu 7.10 te installen.
na cd check zeg ik dat ie moet installeren.
meteen nadat het oranje balkje 3kwart voorbij is , slaat het beeld op zwart en zegt de monitor dat ie ,out of range is,

ik heb een pentium celeron 3,2 ghz
nvidia geforce 7600gs agp
1024 ram
15 inch tft belinea beeldscherm

na een tip ben ik in xserver aan het klooien geweest
maar het wil me maar niet lukken.
wie kan me helpen??

[tryer]

hiermee heb ik nog geen antwoord op mijn vraag

[Gijsbert]

Tryer heb je al gekeken in de logfile die genoemd is? /var/log/fsck/checkfs.
Als je er geen wijs uit wordt post die hier.
Herrie maak even een nieuw topic aan dan krijg je eerder response dan het in een andere topic te plaatsen.

Met vriendelijke groet,

Gijs

[tryer]

Hoe kan ik die logfile zien, als ik niet in ubuntu kom ?

[Thomas de Graaff]

Je kan opstarten met de livecd en dan via commandos in een terminal de partitie waar ubuntu op staat mounten.

sudo fdisk -l

dit commando laat zien welke partities je kan mounten, kies de partitie  waar ubuntu op staat  mount deze bijv. onder /mnt

bijvoorbeeld:

sudo mount /dev/hdb /mnt

nu kan je met

more /mnt/var/log/fsck/checkfs

kijken wat er in de logfile staat.

Ik heb dit niet vaak gedaan, dus als iemand me kan corrigeren als het niet geheel correct is, graag.

[tryer]

Dan krijg ik het volgende: (sda8 is mijn homepartitie)

/dev/sda8 : multiply-claimed block(s) in inode 1254515: 307931 3079832 3079833

/dev/sda8: (there are 2 inodes containing multiply-claimed blocks.)

/dev/sda8: File /mijnnaam/.Mozilla-Thunderbird/ct8mrv8n.default/Mail/local Folders/In box (inode #1254515, mod time enz.

/dev/sda8: unexpected Inconsistency: Run fsck MANUALLY


Als ik het goed begrijp zit er een fout in de Inbox van Thunderbird en moet ik fsck handmatig doen.

Hoe verder ?

[Thomas de Graaff]

Dan krijg ik het volgende: (sda8 is mijn homepartitie)

/dev/sda8 : multiply-claimed block(s) in inode 1254515: 307931 3079832 3079833

/dev/sda8: (there are 2 inodes containing multiply-claimed blocks.)

/dev/sda8: File /mijnnaam/.Mozilla-Thunderbird/ct8mrv8n.default/Mail/local Folders/In box (inode #1254515, mod time enz.

/dev/sda8: unexpected Inconsistency: Run fsck MANUALLY


Als ik het goed begrijp zit er een fout in de Inbox van Thunderbird en moet ik fsck handmatig doen.

Hoe verder ?

Na welk commando krijg je deze output?

[tryer]

met de livecd, zoals hierboven was opgegeven:

sudo fdisk -l

sudo mount /dev/sda3 /mnt

more /mnt/var/log/fsck/checkfs

Na dit laatste commando in de terminal:

/dev/sda8 : multiply-claimed block(s) in inode 1254515: 307931 3079832 3079833

/dev/sda8: (there are 2 inodes containing multiply-claimed blocks.)

/dev/sda8: File /mijnnaam/.Mozilla-Thunderbird/ct8mrv8n.default/Mail/local Folders/In box (inode #1254515, mod time enz.

/dev/sda8: unexpected Inconsistency: Run fsck MANUALLY

[Gijsbert]

Tryer, hier een link http://forums.suselinuxsupport.de/index.php?showtopic=54181
Hier een stukje eruit: In a console as root type fsck /dev/hda3 -a
En doe is in een terminal man fsck daar staan alle opties zoals -a dus kan je een beetje kijken wat er gebeurd als je fsck met opties( lees MANUALLY) draait zoals in de link staat.
Succes.

Met vriendelijke groet,

Gijs

[terelfderure]

Ik heb dezelfde problemen gehad, nadat ik een  partitie een ander bestandssysteem had aangemeten nl van reiserfs naar ext3 door middel van gparted.
Toen hing deze partitie ook na een schijfcontrole. Ik kon wel verder booten door Ctr-D in te typen. Dat stond er wel uitdrukkelijk in vermeld.
Uiteindelijk probleem opgelost  door in fstab de juiste UIID of zoiets in tevullen, want deze laatste was veranderd door de actie in gparted.

Maar ik denk dat dit hier niet het geval is.
Als je boot stopt, doe dan eens fsck -p /dev/sda8. De switch -p staat voor automatische reparatie. Ook kun je de switch -y gebruiken, maar dan moet je ettelijke keren y invullen op de gestelde vragen.
Hopelijk werkt dat.

[petervs]

Hier had iemand hetzelfde probleem en is opgelost, misschien helpt dit:

http://forum.ubuntu-nl.org/topic/24345

[tryer]

Niet te geloven: Opgelost !!!!!!!!!!!

Heb met de live-cd in de terminal ingetypt: fsck /dev/sda8 -a

Vervolgens kreeg ik de opdracht om -a weg te laten, daarna:

fsck /dev/sda8

Kreeg ik een hoop vragen, steeds met Yes beantwoord, hij forceerde de blocked files, daarna gewoon weer opgestart: et voila: alles werkt weer !

[Gandyman]

Dit is waarom ik van Linux houd

[tryer]

Ik heb te vroeg gejuicht !! Na 3 keer goed opstarten deed hij het de vierde keer weer niet : wel weer een iets andere melding:

/dev/sda8: clean, (en dan een paar nummers blocked) En dit zo ook bij een aantal andere partities

vervolgens:

fsck.ext3: unable to resolve "UUID........ en dan een reeks cijfers en letters

fsck died with exit status8

a log is being saved in /var/log/fsck/checkfs if that location is writable. Please repair the file system manually


Wat nu ?? ik ga ondertussen ook zoeken in het archief van deze site

[tryer]

Terelfderuren zei een aantal stukjes hierboven iets over Gparted met ext3.  Nadat ik even Ubuntu kon opstarten heb ik gelijk een kopie met de Live rescueCD naar mijn ander harde schijf (sdb). Ik krijg nu inderdaad een foutmelding met UIID.  Hoe kan ik dat goe krijgen ?

[Gandyman]

Haal ff die UUID weg in de fstab en plaats de gewone hdaX ervoor.

Dit is zo gedaan aangezien het in reserve boven die regel staat.
Er staan enkelt een # voor dat korte regeltje.
Dus ff copy&pasten.

Zit echter toch te twijfelen aan je HD of die nog zuiver is

Ik weet niet of je "Spinwrite" hebt ??
Hier kan je de HD mee testen.
Is het toevallig een Maxtor schijf ??
Die staan er bekend om dat ze ineens gaan spoken en sterven.....

[Thomas de Graaff]

Misschien dat door die fsck de uuid van de partitie veranderd is. Dit kan je controlleren door:

Code: [Selecteer]

sudo vol_id -u /dev/sda8deze moet overeenkomen met de uuid die in /etc/fstab staat.

Code: [Selecteer]

cat /etc/fstabAls dat niet zo is moet je fstab aanpassen zodat de uuid weer klopt.

Code: [Selecteer]

sudo gedit /etc/fstab

[tryer]

Van bovenafaan zal ik antwoorden. Ben blij dat jullie meedenken,, de de fout zit hem in:

fsck.ext3: unable to resolve "UUID..................enz"  

Gandyman: ik  ben nog newbe: "Haal ff die UUID weg in de fstab en plaats de gewone hdaX ervoor". Hoe kom ik in fstab en "plaats de gewone hdaX ervoor"  : wat hoe wanneer ? wat kopi"eren en plakken ? Ja het is een Maxtorschijf. Ik heb geen Spinwrite.

Tommie74: ga ik in de terminal van live-cd doen !

[tryer]

Tommie74, : Ik krijg na " sudo vol_id -u /dev/sda8"  inderdaad een hele cijfer letterreeks

dan: "cat /etc/fstab" , krijg ik: tmpfs /tmp tmpfs nosuid nodev 00

/dev/sda7 swap swap defaults 00


wat betekent dat ?

[Gandyman]

Om een mooi lijstje te krijgen doe je

Code: [Selecteer]

sudo fdisk -lJe fstab open je met:

Code: [Selecteer]

sudo gedit /etc/fstabJe zou dan een lijstje krijgen zoals:

# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
# /dev/hda7
UUID=10c940c2-9534-419f-a9d6-69e1b5ce0f36 /               ext3    defaults,errors=remount-ro 0       1
# /dev/hda8
UUID=a5647d35-c819-461a-b019-ee9d7e9260fe /home           ext3    defaults        0       2
# /dev/hda9
UUID=a3135282-42d4-49e2-b970-8f9dd976b3b0 /tmp            ext3    defaults        0       2
# /dev/hda10
UUID=e956622d-07b7-4a0a-a125-dc950d75e73c none            swap    sw              0       0

Neem ik de swap regel als voorbeeld

# /dev/hda10
UUID=e956622d-07b7-4a0a-a125-dc950d75e73c none            swap    sw              0       0

Nu zie je dik gedrukt dat de hda10 regel geblokkeerd is met een #
Dit is als reserver gedaan, zogenaamd de oude manier.

in het volgende voorbeeld heb ik de UUID dik gedrukt

# /dev/hda10
UUID=e956622d-07b7-4a0a-a125-dc950d75e73c none            swap    sw              0       0

nu moet je het omwissel zodat die UUID geblokkeerd word, want dan houd je het nog ff voor jezelf in orde.

het makkelijkste is alles achter UUID ff kopieren en achter de dev/hdaX zetten.
Daarna de UUID blokkeren met het # en dan het # weghalen bij die dev/hdaX

Dan ziet het er zo uit:

/dev/hda10 none            swap    sw              0       0
#UUID=e956622d-07b7-4a0a-a125-dc950d75e73c none            swap    sw              0       0

Nu speelt die nieuwerwetse code je ff geen parten meer en kan je recht toe- recht aan werken.

Mja stel dat ? je HD aan het sterven is zal dit ook tijdelijk zijn.

Stel zo voor dat je nogmaals, indien je pc zometeen goed opstart, in terminal handmatig een fsck forceerd op al je partities.

En kontroleer eens of de HD vol is

BTW onnodig te zeggen dan je het beste ff een kopie kan maken van de fstab voor je begint met editten he ??

[tryer]

Gandyman, ik krijg dan het volgende:


Disk /dev/sda: 251.0 GB, 251000193024 bytes
255 heads, 63 sectors/track, 30515 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0dde0dde

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        7357    59095071    7  HPFS/NTFS
/dev/sda2            8987       30515   172931692+   f  W95 Ext'd (LBA)
/dev/sda3            7358        8573     9767520   83  Linux
/dev/sda4            8574        8986     3317422+  83  Linux
/dev/sda5           11673       23229    92826574    7  HPFS/NTFS
/dev/sda6           24779       30515    46078976    7  HPFS/NTFS
/dev/sda7            8987        9533     4393714+  82  Linux swap / Solaris
/dev/sda8            9534       11672    17181486   83  Linux
/dev/sda9           23230       24778    12442311   83  Linux

Partition table entries are not in disk order

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       30402   244198583+  ee  EFI GPT
ubuntu@ubuntu:~$ sudo gedit /etc/fstab

vervolgens fstab in een apart scherm, dus geen UUID

unionfs / unionfs rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
/dev/sda7 swap swap defaults 0 0

Ik snap het niet, geen UUID.


Ik denk Ubuntu maar opnieuw installeren.  In ieder geval bedankt Gandyman en Tommie74, voor jullie uitgebreide antwoorden !

[SeySayux]

Je moet eerst je root-partitie (sda9?) aankoppelen op /mnt, daarna /mnt/etc/fstab bewerken en in plaats van UUID=blalblablah /dev/sdaX schrijven.

BTW, waarom is /dev/sdb GPT? (of komt dit door corruptie?)

- SeySayux

[terelfderure]

Het begint erop te lijken dat we hier met een Intel moederbord of een intel pc te doen hebben. Waarom? Intelborden , maar ook apple, gebruiken geen bios meer, maar wel EFI. Voorlopig wordt het klassieke bios geëmuleerd. Je ziet er niets van.
Maar de harde schijven worden wel herkend via een EFI GPT systeem, een soort partition table en ..die werkt met GUUID.
Trouwens fdisk herkent dit systeem niet en verwijst naar gparted, waar je het dan wel zou kunnen vinden. Bovendien kun je die ellenlange hexadecimale getallen  ook zien  bij /dev/disk/by-uuid.
Het lijkt mij dan ook veiliger de UUiD er wel bij te zetten, gezien de EFI waarschuwing. Asus bvb gebruikt het nog niet en Vista heeft het in extremis ook uitgesteld.
De bedoeling van intel op termijn is dat alle drivers in het EfI geladen worden, zodat  ze platform onafhankelijk worden. Dat zou natuurlijk een gevaarlijke situatie voor MS worden, want dan zou het driver probleem opgelost worden en linux een formidabele toekomst tegemoet gaan.
Maar geen nood die GUID wordt wel door linux gebruikt, zoals we trouwens gemerkt hebben.
Dus die sdb schijf gebruikt het dus, maar niet de de sda schijf, een beetje raar.
http://en.wikipedia.org/wiki/GUID_Partition_Table#endnote_linwinb
Uiteindelijk sluit ik niet uit dat die eerste schijf de geest aan het geven is. Trouwens mijn eerste gedachte.