Ubuntu 9.04 sloopt eigen filesystem (of is mijn hdd kapot)

[Steephh]

Ik heb sinds 2 dagen Ubuntu 9.04 draaien. Ik heb gewoon een standaard installatie met een ext3 filesystem. Hiervoor draaide ik Windows XP en Ubuntu 8.04 succesvol op een dual boot. Echter, sinds ik 9.04 gebruik heb ik een paar rare problemen. In ubuntu wordt mijn filesystem plotseling read only. Dit gebeurd nu ineens vrij vaak. Het probleem is als ik opnieuw opstart dat ik dan of een grub error krijg of een recovery console met alleen busybox.

Allereerst dacht ik dat mijn harde schijf kapot was dus ik heb met smartmontools gekeken of er problemen waren met mijn harddisk.

code:

root@november:/usr/local/games/ss2# smartctl -H /dev/sda1
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

Natuurlijk is SMART niet echt betrouwbaar, maar ik hoop dat ie toch wel iets aangeeft als ie niet goed werkt.

code:

root@november:~# fsck /dev/sda1
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
fsck.ext3: Group descriptors look bad... trying backup blocks...
Superblock needs_recovery flag is clear, but journal has data.
Recovery flag not set in backup superblock, so running journal anyway.
/dev/sda1: recovering journal
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 9169221 has zero dtime.  Fix<y>? yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  +(425984--426079) +(426081--426463) +(442369--442847) -36675616 -48580623 -48584712
Fix<y>? yes

Free blocks count wrong for group #13 (32254, counted=20163).
Fix<y>? yes

Free blocks count wrong for group #14 (32254, counted=32241).
Fix<y>? yes

Free blocks count wrong for group #45 (32254, counted=32253).
Fix<y>? yes

Free blocks count wrong for group #148 (32254, counted=32252).
Fix<y>? yes

Free blocks count wrong for group #153 (32254, counted=27471).
Fix<y>? 

etc, etc etc.. dit gaat maar door.

Recoveren met een aparte ubuntu cd gaat beter. Een uur geleden liep ik weer tegen die error aan en nu weer. Kan het zijn dat er iets in Ubuntu niet goed is waardoor hij zo gek doet of kan het ook echt aan mijn hdd liggen?

Ik vind het namelijk zo typisch dat net wanneer ik Ubuntu 9.04 installeer hij zo gek doet terwijl hij voorheen onder XP en 8.04 harstikke goed werkte.

[BoAC]

Wat staat er in je syslog over je harddisk?

[Steephh]

In syslog vind ik >niets< terug over mijn hdd (/dev/sda1).. (Behalve het intialiseren tijdens het booten dan ) Ook geen error op de tijdstippen dat die optrad.

[ Voor 19% gewijzigd door Steephh op 23-04-2009 12:46 ]

[adoy]

Als je uit wilt sluiten of je harddisk kapot is, draai dan de diagnostic tool van de fabrikant van je HD. Dan hoef je niet te gissen of je HD kapot is.

[MrHarry]

mja als zn hd kapot was aan het gaan had windows vast ook wel moeilijk gedaan ( crashes etc.. ). heb al meer problemen met ubuntu 9.04 gezien en hd's. las dat iemand een fschk had gedaan en het probleem was opgelost.

[Steephh]

Heb ik dus ook gedaan (fsck en een repair), maar die problemen blijven maar steeds terugkomen.

Zodra ik thuis ben draai ik sowieso even een diagnostic tooltje.

[Verwijderd]

Daarom is windows soms ook iets beter.

[Steephh]

Verwijderd schreef op donderdag 23 april 2009 @ 12:59:
Daarom is windows soms ook iets beter.

Uhh.. Hoezo?

Maar goed, omdat 8.04 eerst wel goed werkte, denk ik dat het probleem toch echt bij 9.04 ligt. Wat er dan mis is weet ik niet precies, maar misschien is de ondersteuning van ext3 minder ofzo. Zou ext4 veel verschil maken?

[ Voor 40% gewijzigd door Steephh op 23-04-2009 14:33 ]

[BoAC]

Ook is het aan te raden Memtest eens te draaien

[riddles]

Ga eerst eens wat verder met smart aan de gang. Wat zegt bijvoorbeeld:

code:

smartctl --all /dev/sda

En draai dan eens wat testen op de disk met smart:

code:

smartctl -t short /dev/sda

of:

code:

smartctl -t long /dev/sda

[Steephh]

riddles schreef op donderdag 23 april 2009 @ 14:35:
Ga eerst eens wat verder met smart aan de gang. Wat zegt bijvoorbeeld:

code:

smartctl --all /dev/sda

En draai dan eens wat testen op de disk met smart:

code:

smartctl -t short /dev/sda

of:

code:

smartctl -t long /dev/sda

Beide testen uitgevoerd, hier de totale output:

code:

stephan@november:~/Desktop$ sudo smartctl --all /dev/sda1
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model:     WDC WD3200BJKT-00F4T0
Serial Number:    WD-WXE808PK5289
Firmware Version: 11.01A11
User Capacity:    320,072,933,376 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Thu Apr 23 16:41:55 2009 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                    without error or no self-test has ever 
                    been run.
Total time to complete Offline 
data collection:         (8400) seconds.
Offline data collection
capabilities:            (0x7b) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    Offline surface scan supported.
                    Self-test supported.
                    Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                    General Purpose Logging supported.
Short self-test routine 
recommended polling time:    (   2) minutes.
Extended self-test routine
recommended polling time:    ( 100) minutes.
Conveyance self-test routine
recommended polling time:    (   5) minutes.
SCT capabilities:          (0x303f) SCT Status supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   179   176   021    Pre-fail  Always       -       2016
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       505
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       1585
 10 Spin_Retry_Count        0x0033   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       496
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       114
193 Load_Cycle_Count        0x0032   182   182   000    Old_age   Always       -       54171
194 Temperature_Celsius     0x0022   099   098   000    Old_age   Always       -       48
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0009   200   200   051    Pre-fail  Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%      1585         -
# 2  Short offline       Completed without error       00%      1583         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

stephan@november:~/Desktop$

[NTAuthority]

Zijn er meldingen van de ext*-driver in dmesg te vinden? Normaal gesproken zou een filesystem enkel zichzelf read-only moeten maken na schrijffouten, die de ext*-driver dan ook meldt.

[Miki]

Lijkt op een bug als je deze post ziet op het ubuntuforum: http://ubuntuforums.org/showthread.php?p=7096241

Launchpadbug melding: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/346691

Overigens gevonden via google met combinatie steekwoorden: http://www.google.nl/sear...+bitmap+differences&meta= scheelt je een hoop stress de volgende keer

[Steephh]

Aah ik kon er al nergens iets over vinden. En toen ik het topic had geplaatst kwam ik ook nog zowat bovenaan in de zoekresultaten in google met de termen die ik gebruikte. Thanks iig!

Dat topic lijkt er heel veel op. Misschien belachelijk, maar zou ext4 installeren helpen? Blijkbaar ook niet dus.

Overigens, ik heb inderdaad een Compal laptop.. Wel toeval allemaal..

[ Voor 16% gewijzigd door Steephh op 23-04-2009 21:08 ]

[jj71]

Draai ook eens het memory test programma (memtest86+, kies dit in het GRUB bootmenu).

Ik heb ook een keer problemen gehad met files die corrupt leken te zijn, en uiteindelijk ontdekte ik dat één van de geheugenmodules in mijn laptop kapot was. Er werden dus andere bitjes uit het geheugen gelezen dan erin waren geschreven... Een fout in het RAM kan ook je filesystem corrumperen, als de verkeerd uitgelezen bitjes naar de disk worden geschreven.

[Steephh]

Met Memtest kon ik echt totaal niets vinden. Geheugen lijkt dus in ieder geval verder in orde.

Anyways, schijnbaar zorgt 2.6.29 ervoor dat het probleem weg is.

[Hero of Time]

Als je 2.6.29 wilt draaien, kan je hier de packages downloaden:
http://kernel.ubuntu.com/~kernel-ppa/mainline/
Ik draai deze op m'n Jaunty laptop en m'n Intrepid pc, geen problemen mee. Het is ook voor m'n laptop nu de standaard kernel die geboot wordt. Ik heb ook nog 2.6.30-rc3 erop staan, maar dat was voor wireless testen, zat nogal te rommelen (nu nog steeds niet perfect, maar ik krijg nu iig wel verbinding). Naja, das voor een ander topic .

[Steephh]

Ok, ik heb nog niet heel veel ervaring met het installeren van een nieuwe kernel. Heb wel geprobeerd om een .deb te downloaden en uit te voeren maar vervolgens wilde de X server niet meer starten.

http://kernel.ubuntu.com/...c_2.6.29-020629_amd64.deb

Deze heb ik geprobeerd. Wat doe ik precies verkeerd?

Edit: zie nu dat ik de verkeerde versie heb gepakt, die al verouderd was. Ik heb nu deze gedownload:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.29.2/

Deze werkt ook niet heb de volgende fout code:

code:

Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms
 * Running DKMS auto installation service for kernel 2.6.29-02062902-generic                                                                                    
                                                                         [ OK ]
run-parts: executing /etc/kernel/postinst.d/nvidia-common
run-parts: /etc/kernel/postinst.d/nvidia-common exited with return code 10
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-2.6.29-02062902-generic.postinst line 1002.
dpkg: error processing linux-image-2.6.29-02062902-generic (--install):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 linux-image-2.6.29-02062902-generic

Ik heb de nvidia video driver al uitgeschakeld omdat ik dacht dat het daar misschien aan lag.

Edit: ok ik heb dus gerebooted met al die ' incomplete ' geinstalleerde kernels maar ik kom er nu in een keer wel in.. Pretty weird.

Edit: werken zonder nvidia driver is ook niet alles... Maar ben bang dat het met een reinstall nog steeds niet verholpen is..

[ Voor 67% gewijzigd door Steephh op 04-05-2009 22:25 ]

[Steephh]

Ok, ik begin nu ook last van sementation faults te krijgen waardoor oppeens gewoon complete stukken van het besturingssysteem niet meer correct werken. Wat kan ik ervoor doen om te zorgen dat wanneer ik 9.04 opnieuw installeer hij niet weer de huidige kernel pakt (2.6.28.11-generic) waarbij ik die filesystem problemen heb maar direct een nieuwere (2.6.29-02-generic), want volgens mij update Ubuntu de kernel niet automatisch naar de nieuwste kernel klopt dat?

En kan het ook zijn dat die nvidia driver niet meer met 2.6.29-02 wil samenwerken of heeft dat eerder te maken met fouten in het filesystem?

Ik heb net ook eens gekeken naar de daily build en die is toch niet zo daily want de laatste versie is van 20 april.

Edit:

Enkele minuten na de installatie is mijn filesystem al gesloopt. Ik krijg amper de kans om een nieuwe kernel te installeren..

Edit:

Na een reboot is dit toch gelukt, de nvidia driver wil ook installeren, maar bij het booten geeft ie aan dat de driver failed.

Edit:

Maar eens kijken of ik met Unetbootin een custom kernel kan laden..

Edit:

Ik laat het maar hangen.. Het wil gewoon niet lukken. Windows 7 er dan maar op en over een tijdje waneer er een nieuwe release is geef ik Ubuntu wel een nieuwe kans.

[ Voor 51% gewijzigd door Steephh op 06-05-2009 13:01 ]

[Verwijderd]

Je kunt natuurlijk ook Ubuntu 8.04 of 8.10 installeren en dan je kernel en distro updaten.

Verder wel erg vreemd dat er helemaal niks in je syslog of dmesg terug te vinden is. Als de tool van de fabrikant zegt dat je hdd goed is en ook memtest86 vind niks dan is het wel een erg vreemd probleem inderdaad. Ik moet zeggen dat 9.04 tot nu toe slecht scoort kwa issues en problemen. Ik blijf nog mooi bij 8.10 totdat de eerste golf van patches langs is geweest. Tegen die tijd heeft Ubuntu vast ook wel een point-release met de 2.6.29 kernel.

[wzzrd]

Verwijderd schreef op maandag 11 mei 2009 @ 04:12: Tegen die tijd heeft Ubuntu vast ook wel een point-release met de 2.6.29 kernel.

Daar zou ik niet op rekenen. 't Is nogal wat om eventjes een volledig nieuwe kernel in een distro te stoppen. Ik denk dat je dat pas zult zien in 9.10.

[Cave_Boy]

Een oud topic maar het bijzondere is dit heb ik ook.

Geheugen heb ik gecheckt, HDD check ook. Diverse keren 9.04 inmiddels geinstalleerd en opeens na paar min kun je niet meer in je home directory komen. Iets toevoegen lukt ook vaak niet (als je mazzel hebt wel). Vaak is je home dire al naar een read only en of bestaat niet meer (hij vind niks).

Jammer dat hier nog geen oplossing staat...

(Ik doe dit trouwens met een BTO 15W25+ NVIDIA 8600)

[Steephh]

Gedoe met het upgraden van de kernel heb ik geen zin in, mijn halve filesystem is al gesloopt voordat ik uberhaupt iets heb kunnen doen. Ik wacht maar gewoon totdat er een nieuwe kernel wordt meegeleverd wanneer er een nieuwe release is..

Ik snap niet dat je niet gewoon bij de installatie al kan kiezen om dán al een nieuwe kernel mee te installeren..

[Cave_Boy]

Steephh schreef op woensdag 22 juli 2009 @ 12:40:
Gedoe met het upgraden van de kernel heb ik geen zin in, mijn halve filesystem is al gesloopt voordat ik uberhaupt iets heb kunnen doen. Ik wacht maar gewoon totdat er een nieuwe kernel wordt meegeleverd wanneer er een nieuwe release is..

Ik snap niet dat je niet gewoon bij de installatie al kan kiezen om dán al een nieuwe kernel mee te installeren..

Ikhebkernel update geprobeerd maar dat ging ook niet goed...

Draai nu weer 8.10

[Steephh]

Same here, maar ik gebruik Ubuntu maar even helemaal niet meer... Er wordt trouwens wel dit gezegd:

https://bugs.launchpad.ne.../+bug/346691/comments/164

Dat ze dan maar eens een nieuwe release/iso uitbrengen!

[ Voor 56% gewijzigd door Steephh op 22-07-2009 16:40 ]

[Steephh]

Ik heb inmiddels de alpha van Ubuntu 9.10 geinstalleerd, met de 2.6.31 kernel.. Met, helaaas... Alweer hetzelfde probleem.

Is er eigenlijk een goede manier om een kernel te kiezen die je wilt installeren bij de installatie, vóórdat je Ubuntu van de HDD boot? Want zodra hij boot van de harde schijf beginnen de problemen en segmentatino faults..

[CAPSLOCK2000]

Steephh schreef op vrijdag 11 september 2009 @ 10:26:
Ik heb inmiddels de alpha van Ubuntu 9.10 geinstalleerd, met de 2.6.31 kernel.. Met, helaaas... Alweer hetzelfde probleem.

Is er eigenlijk een goede manier om een kernel te kiezen die je wilt installeren bij de installatie, vóórdat je Ubuntu van de HDD boot? Want zodra hij boot van de harde schijf beginnen de problemen en segmentatino faults..

Als de boel zo ver kapot is denk ik niet dat upgraden nog gaat helpen.
Een andere kernel kiezen zal je niet lukken met de standaard installer. Als je het echt wilt kan het wel (via debootstrap ofzo), maar ik geloof niet dat het je gaat helpen.

[arie_papa]

Je zegt dat 8.04 wel prima draaide.
Ik had (een ander) probleem met 9.04, namelijk dat de GUI helemaal niet wilde starte op mijn configuratie (Compay Armada E500). Dit was blijkbaar ook een issue met 9.04.
Wat ik gedaan heb, is 8.10 geinstalleerd, die prima draaide, en daarna ge-upgrade naar 9.04. Op het einde van de upgrade de files niet laten verwijderen, en daarna /boot/grub/menu.lst aangepast zodat hij met de default kernel van 8.10 opstart. Als laatste via package manager de nieuwste kernel helemaal verwijderd. Sindsdien geen problemen meer gehad. Misschien werkt ie wel met 8.10, en anders kun je 2x upgraden vanuit 8.04 en dan dezelfde kernel aanhouden.