Firefox resetoitui itsestään - Levy välimuisti ongelma?

[Ux64]

Firefox resetoitui itsestään, hukkasi kaikki asetukset, bookmarkit tms.

Onkohan jollekulle käynyt näin? Eli systeemi sekoaa itsestään. Tiettävästi edes mitään päivitystä en ajanut, koska päivityksiä varten on prompti.

Ensin luulin että vika olisi levyjärjestelmässä tai käyttäjässä, ja koko .mozilla hakemisto tms systeemi olisi kadonnut. Mutta näin ei ole asian laita. Bookmarkeista löytyi sentään vanhat backupit tuolta hierarkiasta.

Kunhan tässä nyt ihmettelen suuresti ja mietin onko muuta mahdollisesit pelastettavissa helposti kuin nuo bookmarkit.

- Kiitos!

[jori52]

Firefox resetoitui itsestään, hukkasi kaikki asetukset, bookmarkit tms.

Onkohan jollekulle käynyt näin? Eli systeemi sekoaa itsestään. Tiettävästi edes mitään päivitystä en ajanut, koska päivityksiä varten on prompti.

Ensin luulin että vika olisi levyjärjestelmässä tai käyttäjässä, ja koko .mozilla hakemisto tms systeemi olisi kadonnut. Mutta näin ei ole asian laita. Bookmarkeista löytyi sentään vanhat backupit tuolta hierarkiasta.

Kunhan tässä nyt ihmettelen suuresti ja mietin onko muuta mahdollisesit pelastettavissa helposti kuin nuo bookmarkit.

- Kiitos!

Kotikansiossa valitse näytä>näytä piilotiedostot sit mozilla kansion alta löytyy tarvittavat tiedostot, jos ei ole hävinneet totaalisesti

Terveisin jori52

[Ux64]

Kotikansiossa valitse näytä>näytä piilotiedostot sit mozilla kansion alta löytyy tarvittavat tiedostot, jos ei ole hävinneet totaalisesti

Jes. Sain bookmarkit noudettua.

Nyt sitten ilmeisesti ilmeni se oikea ongelma mista tuo firefoxin sekoilu johtui. Yksi bookmark file (viimeisin) oli korruptoitunut ja nyt parin buutin jalkeen on tilanne se etta koko fs on read only tilassa.

Olenkin taalla muutaman kerran manaillut 64 bittisen levy io ongelmia. Joista en tosin tieda liittyyko ne rautaan, ajureihin vai mihin. Kuitenkin valilla kone kaatuu bootissa levy i/o ongelmien takia. Mutta kayton aikana ei ole ongelmia ilmennyt, kunnes nyt yhtakkia ilmeni. Eika myoskaan jarjestelman jumiutumisia ole ilmennyt kesken kayton.

Boottasin nyt live cd:lta, ja kaikki toimii ihan ok. Otin ulkoiselle kiintolevylle koko levysta nyt backupin varmuuden vuoksi.

Tosi paha vaan sanoa missa vika on. Mutta vaikuttaa todennakoiselta etta tama firefoxin ongelma johtuukin ihan muusta. Seuraavana on ihmettelylistalla, miten saan filesystemin pois readonly tilasta.

Kunnolliseen yhteenvetoon ei just nyt ole tarpeeksi tietoja. Joten palaan uuden threadin muodossa tahan asiaan kun olen saanut vedettya asiat kasaan.

Onglema levy Samsung HD50LJ ja lankkuna IP35 P5K Express. Tuon piirisarjan kanssa on kuulemma ollut kylla muillakin Ubuntun kayttajilla ongelmia.

Levylla oli writeback mode paalla mutta nyt on full journaling. Kone on aina sammutettu asiallisesti tms.

FSCK:n ajon aikana tuli jotain informaatiota siita etta "Drive Cache: Writetrough" tuo siis kesken FSCK:n joka on mielestani vahan outo paikka? Ehka joku hardis / ajuri puoli sekoilee sittenkin pahasti? Bad Sectoreista tms ei liene kyse, koska kaikki data on luettavissa levylta kylla mainiosti ja nopeasti.

Mainittakoon viela etta Evolution hukkasi myos asetuksensa nyt. Eli jotain kylla mattaa ja pahasti. X ei tietenkaan lahde kayntiin kun on read-only fs. Komentorivi kylla workkii. Tiedosto jossa on maili accountin tiedot tms oli havinnyt. Datat on viela tallessa. Ja ne sentaan loytyisi myos backupeista.

Olen jo hetken miettinyt etta onko tossa linuxin shutdownissa jotain vikaa. Eli valitsen shut down ja sen jalkeen sovellukset sulkeutuu ja kaiken pitaisi sammua ok. Mutta valilla on jaanyt epailyttamaan etta onko tuossa ketjussa jotain vikaa. Voisiko esim tietojen tallennus epannoistua sen takia, etta sulkeutuminen ei toimi oikein?

Joskus 10 vuotta sitten tms, kun dossissa kaytin hyperdisk nimista cache softaa. Niin oli "jatkuva" ongelma se, etta teki asetuksia ja boottasi... Mitaan ei tietenkaan tallentunut tuolloin levylle kun tiedot oli viela cachessa. Piti aina muistaa tehda flush ennen boottia.

writeback modessa kirjanpito ja data voi paivittya epasyncissa -> josta korruptoituminen jos homma jaa kesken. Mutta eihan sen pitaisi jaada kesken jos systeemi toimii okein?

Olen mys kayttanyt writeback modea ongelmitta jo monta kuukautta. Joskus on tuntunut etta torrentin kanssa on ollut sellaisia ongelmia jotka voisivat viitata levy i/o:n ongelmiin. Mutta kun ei ole ollut mitaan muita oireita en ole sen kummemmin asiaan paneutunut.

Kellään vastaavia kokemuksia?

[Ux64]

Koodia: [Valitse]

fstab

UUID=1466f0a6-960d-4c85-9def-f2f0342b16c3 /               ext3    defaults,noatime,data=journal,errors=remount-ro 0       1
# /dev/sda5
UUID=09898500-dc53-45ff-80d2-6979c4eeb964 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,iocharset=utf8    0       0

Ilmeisesti tuo erros=remount-ro tarkoittaa juuri sitä että kun levyllä on erroreita se mountataan readonlynä. Miten tuo ongelma saadaan sitten korjattua? Eli virheet pois, en haluaisi muuttaa virheellistä leyvä käyttölevyksi.

Vieläkin ihmetyttää noi sekoilut:

Nain ubuntu sanoo.

Assuming Drive Cache: Writetrough

Read only  filesystem my current problem.

But before that I had serious problems with filesystem, so I assume there is a reason why file system is right now in read-only mode.

Todennäköisesti löydän kyllä yleisohjeet tämän readonly ongelman korjaamiseksi, mutta tärkeämpää olisi tietää mistä ongelma johtuu, eikä miten se korjataan.

[Ux64]

sudo fsck.ext3 -fy /dev/osiontunnus
http://linux.fi/index.php/Fsck

Kiitos. Koitin ajaa aluksi fsck:n levylle siten että asetin tahallaan tune2fs -C:llä levyn mountcountin niin suureksi että se tekee tarkistuksen. Tuon jälkeen kuitenkin oli erroreita ja bootin jälkeen levy on readonly. Eikä edes man sivut toimi kun ei voi tehdä temppiin kirjoitusta.

Mutta teen tuon -fy checkin liveltä.

Käytännössä on kuitenkin opittu, että ongelmaa joka johtuu jostain muusta, ei kannata yrittää korjata, ennen kuin se joku muu on korjattu. Muuten vain mahdollisesti pahentaa tilannetta. Koska jokaisen korjausyrityksen yhteydessä voi korruptoida dataa vaan lisää ja lisää. Jos esim ongelman aiheuttaja on rikkinäinen muisti tms. Yksi paha esimerkki oli levyohjain joka oli rikki. Se aina sanoi että oli sektoreita joita ei voi lukea. Nämä sektorit oli kuitenkin ihan randomeita. Eli aina kun testin ajoi, tuli levylle lisää badeja. Jotka eivät olleet oikeita badeja levyllä, vaan levyohjeimen sekoilusta johtuvia badeja... Hankalia nämä rauta / ajuri / low level softa ongelmat.

Joskin memtestiä ajoin 8 tuntia, ja tulos oli ok.

Testaan ennen levyn ext3:n korjamista Samsungin HD Util 2.10 softaa, joka tarkistaa ettei ole levyvika kyseessä.

Sitten onkin nihkeempää jos kyseessä on lankun ja levyn / ubuntun yhteensopivuus ongelmat. ;(

[metusalem]

"Assuming Drive Cache: Writetrough"
Tuo ilmoitus käynnistyksen yhteydessä on ihan ok.

Ihmettelin sitä joskus mutta huomasin että jos mulla on "tikku" USB:ssä kiinni käynnistyksen
aikana niin toi ilmoitus tulee parin muun lisäksi.
Jos tikkua ei ole niin ei myöskään ilmoitusta.
Pari  "Assuming Drive Cache: Writetrough"   riviä tulee aina koska  Fedora8 on samalla levyllä
omilla osioillaan ja nekin näkyvä "massamuisteina" samalla tavalla.
Varmuuden vuoksi kokeilin äsken, käynnistin koneen, USB tikun ja ulkoisen USB kovalevyn ollessa
kiinni ja tollasia ilmoituksia tuli 4 kpl.
Ilmoitus lienee vain siitä että "massamuisti" huomattu ja tiedostojen siirto toimii cachen kautta,
ja näkyvät /media  hakemistossa automaattisesti.
Ja nehän tarttee sitten irrottaa asianmukaisesti ennenkuin sulkee koneen, koska nihin
kirjoitettu data saattaa vielä makoilla cachessa.
Etten unohtaisi irrottaa asianmukaisesti niin olen lisännyt niiden kuvakkeen myös paneliin.

[Ux64]

Tilannetietoa:

Myos fsck.ext3 -fc on ajettu, ja meni virheitta kuten olettaa saattaa. Koska olin testannut levyn jo toisella softalla. (alla)

Nyt tuntemattomasta syysta / on ja pysyy (sda1) read-only tilassa jos kannyistan koneen kiintolevylta.

Jos mounttaan live cdta kayttaen. mount /dev/sda1 /media/tmp se kylla onnistuu. Omituista, silloin myos levylle kirjoittaminen onnistuu.

Koodia: [Valitse]

ubuntu@ubuntu:~$ sudo fsck.ext3 -fv /dev/sda1
e2fsck 1.40.2 (12-Jul-2007)
Superblock last write time is in the future.  Fix<y>? no

Superblock last check time is in the future.  Fix<y>? no

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

  118601 inodes used (0.20%)
    1525 non-contiguous inodes (1.3%)
         # of inodes with ind/dind/tind blocks: 11099/232/17
31890418 blocks used (26.45%)
       0 bad blocks
      19 large files

   93586 regular files
   11899 directories
     132 character device files
      26 block device files
       2 fifos
     400 links
   12936 symbolic links (11924 fast symbolic links)
      11 sockets
--------
  118992 files
ubuntu@ubuntu:~$

Tuosta huolimatta read only file system jos boottaan kiintolevylta. Outoa.

Koodia: [Valitse]

HD Tune: SAMSUNG HD501LJ Health



ID                              Current  Worst    ThresholdData       Status   

(01) Raw Read Error Rate        100      100      51       19         Ok       

(03) Spin Up Time               100      100      15       6208       Ok       

(04) Start/Stop Count           100      100      0        458        Ok       

(05) Reallocated Sector Count   253      253      10       0          Ok       

(07) Seek Error Rate            253      253      51       0          Ok       

(08) Seek Time Performance      253      253      15       0          Ok       

(09) Power On Hours Count       100      100      0        561        Ok       

(0A) Spin Retry Count           253      253      51       0          Ok       

(0B) Calibration Retry Count    253      253      0        0          Ok       

(0C) Power Cycle Count          100      100      0        331        Ok       

(0D) Soft Read Error Rate       100      100      0        634933285  Ok       

(BB) (unknown attribute)        253      253      0        0          Ok       

(BC) (unknown attribute)        253      253      0        0          Ok       

(BE) (unknown attribute)        62       60       0        38         Ok       

(C2) Temperature                124      118      0        38         Ok       

(C3) Hardware ECC Recovered     100      100      0        634933285  Ok       

(C4) Reallocated Event Count    253      253      0        0          Ok       

(C5) Current Pending Sector     253      253      0        0          Ok       

(C6) Offline Uncorrectable      253      253      0        0          Ok       

(C7) Ultra DMA CRC Error Count  200      200      0        0          Ok       

(C8) Write Error Rate           253      253      0        0          Ok       

(C9) (unknown attribute)        100      100      0        0          Ok       

(CA) (unknown attribute)        253      253      0        0          Ok       



Power On Time         : 561

Health Status         : Ok


Kaiken pitas olla ok, mutta ei toimi vaan. Emo ok, hd, ok, io, ok, cpu, ok, muisti ok...

Dunno, mika maksaa?


^{Korjasin tagit, SMF käyttää hakasulkuja t. Tuplanolla}

[Ux64]

No nyt selvisi kun sain foorumeista selville että dmesg:iä kannattaa lukea.

Siellä luki että cannot set journal data mode. Joka siis johtui siitä että olin asettanut data journalingin päälle, välttääkseni datan korruptoitumista johon olen törmäillyt. Mutta en ollut tehnyt kaikkia sen käyttöön ottoon tarvittavia vaiheita.

Eli nyt boottaamattomuus ongelma on kunnossa.

Mutta edelleen tiedostot korruptoituu. Tuntuu siltä että koneen sammutuksessa cache flush epäonnistuisi. Ihan vaan arvaus oireiden perusteella.

Keksiikö kukaan hyvää tapaa varmistaa tämä asia tai korjata se?

- Kiitos

Tuossa tuo datamode kämmi.

Keskustelu siirretty laitealueelle: http://forum.ubuntu-fi.org/index.php?topic=15406.new#new