Käynnistyksen hitaus [Ratkaistu!]

[Kinnari]

hei taas. Fujitsun kannettavani toimi alkuun hienosti Gutsyllä mutta nyt siihen on tullut (varmaan olen itse aiheuttanut) käynnistyksen hitautta. Kone käynnistyy alkuun normaalisti mutta on pari minuuttia tekemättä mitään ennen kuin antaa kellon oikeaan kulmaan. Kello on pari minuuttia sitten pysähtyneenä ennenkuin se taas tekee jotain ja sitten voin alkaa käyttää konetta. Silloin se toimii suurinpiirtein ok.
Kun yritin asentaa päivityksiä kone on taas hetken jumissa ja ilmoittaa:


yritin:


ja vielä:

mutta se luki vain 7% kohdalle ennen virheilmoitusta

Onko ehdotuksia mitä teen?

[anttimr]

Heitän lonkalta - eräänä vaihtoehtona  - että läppärisi kiintolevy on menossa rikki. Eivät nimittäin ole normaaleja virheitä.

[linuxveijo]

Yritä ajaa e2fsck -komentoa tms. (apropos fsck) siten että komento pystyy korjaamaan mahdolliset levyllä olevat virheet.
Voi vaatia toimiakseen juuriosion umount:tauksen.

Boottausvalikossa pitäisi olla mahdollisuus singleuser modeen (=vikasietotila)  jolloin käytössä pitäisi olla rootin oikeudet ilman
graafista käyttöliittymää (ainakin fedorassa oli). Käynnistyessään fedora tarkisti  levyn ja huomasi jos koneesta oli katkaistu virrat
ilman ohjelmallista shutdown -komentoa. Nämä virheilmoitukset tulivat fedorassa  käynnistysvaiheessa näkyviin, mutta ubuntu taitaa
peittää ne graafisen käynnistyskuvan taakse (ellei sitten näytä vikasietotilassa "taalatason" virheilmoituksia).

dmesg komento näyttää kernelin ilmoitukset jälkikäteen, sieltä voisi etsiä jotain error/failed -ilmoituksia.

hdparm -komenolla voit tutkia kiintolevyn tiedonsiirtonopeutta. Myös bioksen asetukset voivat vaikuttaa kiintolevyn nopeuteen.

[larpa]

Nämä virheilmoitukset tulivat fedorassa  käynnistysvaiheessa näkyviin, mutta ubuntu taitaa
peittää ne graafisen käynnistyskuvan taakse (ellei sitten näytä vikasietotilassa "taalatason" virheilmoituksia).

Itselläni ainakin näkyy kaikki mitä tapahtuu käynnityksessä, olen ottanut graafiset palikat pois.

[Kinnari]

kiitos vastauksista!
en saa e2fsck-komentoa tekemään mitään. Se antaa listan mitä liitteitä tarvitaan muttei ne kuitenkaan kelpaa sille 

dmesg näytti paljon dataa joka on nähtävänä täällä sen verran kun päätteestä pystyi kopioimaan.

Ongelma on ilmeisesti alkanut siitä kun lapset on käyttänyt konetta akulla kunnes se sammuu, eikä ole viitsitty ajoissa ladata akkua.

[anttimr]

Jaa-aa, paha sanoa missä vika oikeastaan piilee.

Se, että kone on sammunut kesken kaiken, on voinut aiheuttaa tiedostojärjestelmään virheen korruptoiden jonkun paketinhallintaan liittyvän tiedoston. Olen siinä käsityksessä, että Ubuntu ajaa automaattisesti e2fsck:in tiedostojärjestelmille, joita ei ole edellisellä kerralla unmountattu (irroitettu) oikealla tavalla (kuten sähkökatkon vuoksi) ja silloin näiden virheiden pitäisi korjautua. Manuaalista e2fsckin ajoa unmountattuun järjestelmäosioon kannattaa kyllä kokeilla, mutta sitä ennen on hyvä ottaa huomioon, että vika saattaa olla myös raudassa, lähinnä kiintolevyssä tai sen liitännöissä.

Nimittäin dmesgissä on 5 sekunnin välein toistuva levyajurin ilmoittama virhe. 5 sekuntia on muuten ext3-kirjanpidon oletus aikaväli, eli kone kirjoittaa/lukee levyä aina vähintään 5 sekunnin välein. Virheet voivat liittyä, mutta voivat olla erittäin hyvin myös liittymättä tuohon paketinhallinnan virhetilanteeseen. Googletuksen perusteella "ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0" jne. errorilla voi olla monelaisia syitä. Levyvika, liitinvika, jopa muistivika... Myös Gutsyn kerneli pääsee epäiltyjen listalle. Tuollaisia bugeja on ilmoitettu Launchpadiin. Onko koneen käynnistyessä näkyvässä grub-valikossa useampia vaihtoehtoisia kerneleitä (esim 2.6.22.12-generic ja 2.6.22.14-generic) ? Jos on, niin kannattaa toki kokeilla myös vanhemmalla versiolla.

Itse etenisin:
1. varmuuskopioiden otto tärkeistä asioista - ei ole koskaan haitaksi, eikä varsinkaan silloin jos levy on laukeamassa.
2. kokeilu vanhemmalla kernelillä jos löytyy.
3. e2fsck ajaminen live cd:n avulla - neuvotaan sitten niistä valitsimista tarkemmin jos tarvitsee

..toivottavasti oli edes vähän apua...

[Giitu]

Nämä virheilmoitukset tulivat fedorassa  käynnistysvaiheessa näkyviin, mutta ubuntu taitaa
peittää ne graafisen käynnistyskuvan taakse (ellei sitten näytä vikasietotilassa "taalatason" virheilmoituksia).

Itselläni ainakin näkyy kaikki mitä tapahtuu käynnityksessä, olen ottanut graafiset palikat pois.

Miten toi graafinen poistetan,että "teksti pohjainen" näkyy? Tosin tallaiselle perfectionille se ei oo hyväksi,mutta varmasti joskus auttaa ogelmissa eteenpäin??? Yleensä käynnikstyksessä on ongelma,että näyttö menee nukkumaan ennen kuin työpöytä käynnistyy.Ei kuiteskaan aina mutta melkein aina! Jos siinä buutissa olis lueteltuna jotain vikaa?  Ei toi sinäänsä mikään ongelma,kun loppu peleissä sitä hiirtä joutuu liikuttamaan,niin herää se näyttö sitten viimeistään.

[larpa]

Miten toi graafinen poistetan,että "teksti pohjainen" näkyy? Tosin tallaiselle perfectionille se ei oo hyväksi,mutta varmasti joskus auttaa ogelmissa eteenpäin??? Yleensä käynnikstyksessä on ongelma,että näyttö menee nukkumaan ennen kuin työpöytä käynnistyy.Ei kuiteskaan aina mutta melkein aina! Jos siinä buutissa olis lueteltuna jotain vikaa?  Ei toi sinäänsä mikään ongelma,kun loppu peleissä sitä hiirtä joutuu liikuttamaan,niin herää se näyttö sitten viimeistään

http://forum.ubuntu-fi.org/index.php?topic=13853.0
http://forum.ubuntu-fi.org/index.php?topic=13484.0

[Ville Pöntinen]

Jos siinä buutissa olis lueteltuna jotain vikaa?

Luultavasti se silloin löytyy myös komennolla

Koodia: [Valitse]

dmesg

[Giitu]

Miten toi graafinen poistetan,että "teksti pohjainen" näkyy? Tosin tallaiselle perfectionille se ei oo hyväksi,mutta varmasti joskus auttaa ogelmissa eteenpäin??? Yleensä käynnikstyksessä on ongelma,että näyttö menee nukkumaan ennen kuin työpöytä käynnistyy.Ei kuiteskaan aina mutta melkein aina! Jos siinä buutissa olis lueteltuna jotain vikaa?  Ei toi sinäänsä mikään ongelma,kun loppu peleissä sitä hiirtä joutuu liikuttamaan,niin herää se näyttö sitten viimeistään

http://forum.ubuntu-fi.org/index.php?topic=13853.0
http://forum.ubuntu-fi.org/index.php?topic=13484.0

No noi mitä silmäilin pikaseen,niin ei vakuttais auttavan ja jos auttavat,niin joka kerta varmaankin joutuu käskyt käskyttämään!??? Siis itellä on että käynnistyksesä just kun työpöytä alkaa latautumaan,niin näyttö rätisee nukkumaan menoa (Vanha 17" Fujitsu/Siemens näyttö.Toimii kuiteskin muuten ongelmitta.Joten ei haittaa jos sillä hiirellä joutuu herätellä näyttöä

[anttimr]

Tuuppaa boottioptioksi vielä vga=792 ja kerro mitä tapahtuu.
No, ei tuo varmaan enää työpöydän latausvaiheessa vaikuta, mutta ennen X:n käynnistymistä voi olla vaikutusta boottitekstien näkymiseen.

[Kinnari]

no niin:
1. varmuuskopioita e onneksii tarvitse ottaa, kone on ainoastaan  nettikäytössä ja sähköpostin lukemiseen. Pöytäkoneen omat tiedostot on kuitenkin varmistettu toiselle levylle sekä ulkoiselle kovalevylle.
2. mukana oli vanhempi kernel mutta kone oli sillä vielä hitaampi ja huonommin toimiva
3. tein live-cd:llä e2fsck -f /dev/sda1 ja mitä löytyi on täällä. Käynnistys nopeutui normaaliksi mutta päivitysten asennus ei onnistu:



Synaptic kertoi seuraavaa:



molemmat korjaus vaihtoehdot antoivat ilmoituksen: Pakettiluettelon tai tilatiedoston avaaminen tai jäsennys epäonnistui

Kannattaako koneeseen asentaa uudelleen koko käyttöjärjestelmä?

[anttimr]

Noh, Merkit viittaavat siihen, että tiedosto /var/lib/dpkg/status on mennyt pilalle. Eipä ole tullut koskaan itselle vastaan. Debian manuaali kertoo:

http://qref.sourceforge.net/quick/ch-package.fi.html

Jos tiedosto /var/lib/dpkg/status korruptoituu mistään syystä, Debian-järjestelmä menettää tiedon valituista paketeista ja kärsii pahasti. Vanhempi versio tiedostosta /var/lib/dpkg/status voi löytyvä nimellä /var/lib/dpkg/status-old tai /var/backups/dpkg.status.*.

Ja näin tosiaan on, että sieltä löytyy varmuuskopiot. Kopion saa otettua käyttöön komennolla:

Koodia: [Valitse]

# varmuuskopio nykyisestä kaiken varalta
sudo cp /var/lib/dpkg/status /var/lib/dpkg/status_varmuuden_vara
#kopioidaan tuorein varmuuskopio tiedoston päälle
sudo cp /var/lib/dpkg/status-old /var/lib/dpkg/status
# katsotaan muuttuukko mukään
sudo apt-get update
sudo apt-get install -f
#ei varmaan haittaa mitään tämäkään
sudo dpkg --configure -a
Vanhempiakin varmuuskopioita löytyy /var/backups hakemistosta.

[Kinnari]

ei auttanut kopiointi. Hain myös /var/backups kansiosta ainoan dpkg.ststus.0 tiedoston. Siinä oli sama päiväys kuin käytössä olevassa muttei sekään auttanut.
sudo apt-get check antaa saman virheilmoituksen kuin synaptic

voinko käyttää Debiani-referenssiä  olevaa ohjetta statuksen palauttamiseksi:

Jos vanhaa versiota tiedostosta /var/lib/dpkg/status ei ole saatavilla, voidaan tieto palauttaa hakemistossa /usr/share/doc/ olevista hakemistoista.

     # ls /usr/share/doc | \
       grep -v [A-Z] | \
       grep -v '^texmf$' | \
       grep -v '^debian$' | \
       awk '{print $1 " install"}' | \
       dpkg --set-selections
     # dselect --expert # asentaa järjestelmän uudelleen, poista tarpeettomat

[anttimr]

voinko käyttää Debiani-referenssiä  olevaa ohjetta statuksen palauttamiseksi:

Tuntemattomilla vesillä ollaan, mutta ainahan voi kokeilla. Nuokin pitää tehdä pääkäyttäjän oikeuksilla,eli aluksi ota pysyvät oikeudet käskemällä sudo -i ja lopuksi poistut pääkäyttäjän ominaisuudesta exit komennolla.

Sitä ennen - siellä /var/backups/ hakemistossa on pakattuna vielä vanhempia versioita status tiedostosta, ne .gz päätteiset. Tarkistahan niiden päivämäärät.

purkukomento on esim:

Koodia: [Valitse]

sudo gzip -d /var/backups/dpkg.status.1.gzJa sitten taas kopiointi:

Koodia: [Valitse]

sudo cp /var/backups/dpkg.status.1 /var/lib/dpkg/status
Vanhaa status tiedostoa käyttämällä menetetään varmaan tiedot viimeiseksi asennetuista paketeista, mutta nehän voi aina asennella uudelleen.

[Kinnari]

Koneen kaikki gz tiedostot olivat uudempia kuin vanhin testatuista status kopioista.
Yritin kuitenkin statuksen tietojen palauttamista:

dpkg: jäsennysvirhe, tiedostossa `/var/lib/dpkg/status' lähellä riviä 6752 paketti `ssh-askpass-gnome':
 `in' ei ole sallittu kolmas (tila) sana `status' -kentässä:lle

Yritin gedit:llä katsoa mitä status sisältää mutta se ei suostunut avaamaan, epäili binääritiedostoksi.

Voinko korvata statuksen toisen koneen statuksella?
Olisiko helpompaa asentaa järjestelmä uudelleen?

PS.
Katsoin toisellla koneella KHexEdit-ohjelmalla tiedostoa. Vialliseksi ilmoitettu paikasta on asennuksen tekemät tekstit jäänyt kesken: tiedoston muistipaikat 0400:7000 - 0400:d000 on pyyhkiintynyt nolliksi!

Kuva KHexEditistä

[anttimr]

Yritin gedit:llä katsoa mitä status sisältää mutta se ei suostunut avaamaan, epäili binääritiedostoksi.

Outoa, pitäisi näkyä ihan tavallisena tekstitiedostona. File komennolla voi tarkistaa tiedostotyypin.

Koodia: [Valitse]

antti@antti-desktop:~$ file /var/lib/dpkg/status
/var/lib/dpkg/status: UTF-8 Unicode English text, with very long lines
Jollain muulla editorilla ehkä aukeaisi - heksaeditoreilla ainakin. Mutta en tiedä maksaako vaivaa. Periaatteessa kyllä ihan hyvä idea koittaa vielä muokata sitä tiedostoa itse.

Jokaisen asennetun paketin kohdalla status tiedostossa on rivi:

Status: install ok installed

Sinulla näyttäisi herjaavan, että kolmas sana on in, joka ei ole sallittu arvo.

Voinko korvata statuksen toisen koneen statuksella?

Kyllä varmaan, mutta paketinhallinta menee ehkä sekaisin.

Olisiko helpompaa asentaa järjestelmä uudelleen?

Voi olla pienimmän vaivan tie, jos ei sitten harrastuksen vuoksi halua harjoitella vielä lisää.

muok. vastaus PS:ään
Tuossapa on ssh-askpass-gnome paketin tiedot Gutsystä jos haluat koittaa ujuttaa niitä sinne tiedostoon.
huom. Depends: kentässä ei ole rivinvaihtoja kuin viimeisellä rivillä, foorumisofta laittoi vissiin ne sinne.

Koodia: [Valitse]

Package: ssh-askpass-gnome
Status: install ok installed
Priority: optional
Section: gnome
Installed-Size: 168
Maintainer: Ubuntu Core Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: i386
Source: openssh
Version: 1:4.6p1-5build1
Replaces: ssh (<< 1:3.5p1-3)
Provides: ssh-askpass
Depends: libatk1.0-0 (>= 1.13.2), libc6 (>= 2.6-1), libcairo2 (>= 1.4.0), libfontconfig1 (>= 2.4.0), libglib2.0-0 (>= 2.14.0), libgtk2.0-0 (>= 2.12.0), libpango1.0-0 (>= 1.18.2), libx11-6, libxcomposite1 (>= 1:0.3-1), libxcursor1 (>> 1.1.2), libxdamage1 (>= 1:1.1), libxext6, libxfixes3 (>= 1:4.0.1), libxi6, libxinerama1, libxrandr2 (>= 2:1.2.0), libxrender1, openssh-client | ssh (>= 1:1.2pre7-4) | ssh-krb5
Description: interactive X program to prompt users for a passphrase for ssh-add
 This has been split out of the main ssh package, so that the ssh will
 not need to depend upon the Gnome libraries.
 .
 You probably want the ssh-askpass package instead, but this is
 provided to add to your choice and/or confusion.
Original-Maintainer: Debian OpenSSH Maintainers <debian-ssh@lists.debian.org>

[Kinnari]

Tein seuraavaa:

- muutin status-tiedoston Nullit välilyönneiksi KHexEdit-ohjelmalla
- poistin geditillä välilyönnit ja suoritin ssh-askpass-gnomen korjaukset
- poistin nullien alle jääneen paketin lopputekstit, sain näennäisesti ehjän status-tiedoston
- siirsin statuksen kannettavaan viallisen tilalle
- ajoin noi  debianin statuksen korjausjutut
- seuraavaksi sudo apt-get install -f
- haki paljon tavaraa ja asensi ilmeisesti suuren osan ohjelmistoja uudelleen
- koneen buuttaus
- päivitysten hallinta löysi 48 päivitystä ja asensi ne!

Näyttää siltä että kone saatiin toimivaksi ilman käyttöjärjestelmän asennusta levyltä.

Kiitos Anttimr että jaksoit nähdä vaivaa, tämä oli uuden käyttäjän tärkeää opettelua linuxin sielunelämän sisälle.

[anttimr]

Hienoa! Tuli tässä jotain itsekin taas opittua.