Kirjoittaja Aihe: kernelin päivityksistä [Ratkaistu toistaiseksi]  (Luettu 2916 kertaa)

Lumumba

  • Käyttäjä
  • Viestejä: 85
    • Profiili
Päivitin konetta ja taas se hidastui netissä. Sivujen aukaiseminen kestää ja kestää.
Koodia: [Valitse]
uname -a
Linux HP-nc6000 3.11.0-22-generic #38~precise1-Ubuntu SMP Fri May 16 20:50:12 UTC 2014 i686 i686 i386 GNU/Linux

Koodia: [Valitse]
dkms status
8192cu, 1.8, 3.11.0-20-generic, i686: installed
8192cu, 1.8, 3.11.0-22-generic, i686: installed
8192cu, 1.8, 3.2.0-61-generic, i686: installed
8192cu, 1.8, 3.2.0-63-generic, i686: installed

Onko tämä ihan oikein?
« Viimeksi muokattu: 29.05.14 - klo:08.55 kirjoittanut Lumumba »

matsukan

  • Käyttäjä
  • Viestejä: 2152
    • Profiili
Vs: kernelin päivityksistä
« Vastaus #1 : 27.05.14 - klo:22.54 »
 ???

http://www.speedtest.net/

Mitä kertoo sinun verkkoyhteyden nopeudeksi? Minkälaista verkkoyhteyttä käytät?

--
8192cu kertoo vain että tuommoinen dynaaminen kernel moduuli on asennettu.

https://code.google.com/p/realtek-8188cus-wireless-drivers-3444749-ubuntu-1304/

Joudutko tekemään /teitkö blacklistauksen ?

edit2, onko kyseessä usb dongle, jos on niin minkälainen?


« Viimeksi muokattu: 27.05.14 - klo:23.13 kirjoittanut syrtek66 »
Pohjois-pohjanmaa
-- motto:  backupin tarve huomataan aina liian myöhään

nm

  • Käyttäjä
  • Viestejä: 16427
    • Profiili
Vs: kernelin päivityksistä
« Vastaus #2 : 28.05.14 - klo:01.39 »
Lumumban wlan-tikku on Asus USB-N13 ja ongelmaa on alun perin ratkottu täällä:
http://forum.ubuntu-fi.org/index.php?topic=47025.0

Ajuri on kääntynyt uudelle kernelille DKMS:n avulla, joten sen suhteen minkään ei pitäisi olla muuttunut edelliseen kerneliin verrattuna. On kuitenkin epäselvää, onko nyt käytössä kernelin ajuri vai DKMS:llä käännetty rtl8192cu-fixes-ajuri, eli onko kernelin ajuri blacklistattu vai ei.

Jos olet seurannut asennusohjetta tarkalleen, blacklistin pitäisi olla tiedostossa /etc/modprobe.d/blacklist-native-rtl8192.conf. Mitä tämä komento sanoo:

Koodia: [Valitse]
cat /etc/modprobe.d/blacklist-native-rtl8192.conf

On myös mahdollista, että kyseessä on jokin uusi vika. Esimerkiksi nimipalveluongelmat tuntuvat yleistyneen viime aikoina Ubuntun kanssa, etenkin jos välissä on jokin DNS-välityspalvelin (esim. NAT-boksi/kotireititin). Jos pystyt pingaamaan osoitetta 8.8.8.8, mutta www.google.com ei vastaa, vika on DNS:ssä.

Koodia: [Valitse]
$ ping -c 3 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=47 time=18.1 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=47 time=17.9 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=47 time=18.2 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 17.971/18.130/18.223/0.112 ms

Lumumba

  • Käyttäjä
  • Viestejä: 85
    • Profiili
Vs: kernelin päivityksistä
« Vastaus #3 : 28.05.14 - klo:12.23 »
Tänään juuri ladattuna kone toimii taas entiseen tapaan. Eli nopeasti.
Olinko liian hätäinen turhautumiseni kanssa? Päivitykset asennettuani sammutin koneen hetkeksi ja latasin uudestaan. Sivut takerteli ja tuli ilmoituksia ettei voi sivua avata laisinkaan.  Ikään kuin joku täyttäisi muistia, Nyt aukeaa kolme sivua kerralla, eikä mitään ongelmia. Eilen ei mitään mahdollisuuksia siihen.

Koodia: [Valitse]
cat /etc/modprobe.d/blacklist-native-rtl8192.conf## This file ships with the rtl8192-fixes DKMS module.
## Blacklist the native (and currently broken) kernel driver so
## ours gets loaded instead:
blacklist rtl8192cu
blacklist rtl8192c_common
blacklist rtlwifi

Koodia: [Valitse]
$  ping -c 3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=47 time=926 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=47 time=438 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=47 time=563 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 438.958/643.046/926.350/206.711 ms

Onko jotain komentoja jotka voisin ajaa kun vikatilanne on päällä?
Tai ehkä käytetyn muistin määrä? Jos se takkuaa sen takia että muisti loppuu?


« Viimeksi muokattu: 28.05.14 - klo:12.46 kirjoittanut Lumumba »

nm

  • Käyttäjä
  • Viestejä: 16427
    • Profiili
Vs: kernelin päivityksistä
« Vastaus #4 : 28.05.14 - klo:14.06 »
Onko jotain komentoja jotka voisin ajaa kun vikatilanne on päällä?

Näillä oireilla en nyt keksi mitään aiemmin neuvottua hyödyllisempää. Tarkista dkms status ja pingaa osoitteita 8.8.8.8 ja www.google.com.

Ongelma on todennäköisesti ajurissa. Ehkä dkms-ajuri ei tule käyttöön heti uuden kernelin ensimmäisessä bootissa, vaikka sen pitäisi. Helpointa käynnistää järjestelmä uudelleen, jos ongelma toistuu.


Tai ehkä käytetyn muistin määrä? Jos se takkuaa sen takia että muisti loppuu?

Tuskinpa johtuu muistista, jos työpöytä toimii muuten normaalisti. Näet muistin käytön päätteessä:

Koodia: [Valitse]
free
Koodia: [Valitse]
             total       used       free     shared    buffers     cached
Mem:       8175516    7400572     774944          0     449496    1620088
-/+ buffers/cache:    5330988    2844528
Swap:      7811068     250408    7560660

Olennaisin rivi on -/+ buffers/cache.

Lumumba

  • Käyttäjä
  • Viestejä: 85
    • Profiili
Vs: kernelin päivityksistä
« Vastaus #5 : 29.05.14 - klo:08.54 »
Tarkkailen ja teen muistiinpanoja. Ehkä ensimmäinen boottaus päivitysten jälkeen  vasta asentaa/ ottaa käyttöön päivityksiä ja sen tähden kone hidastuu? Tai ehkä keksit siirtää keräämäänsä tietoja päivitykset huomattuaan? (MIten saan keksit deletoitua helpoiten?)
Mutta teen nuo komennot jotka neuvoitte ja tarkkailen muistin kokoa.
Ja ennen kaikkea boottailen pari kertaa ennen kuin tuskastun hitauteen ja huudan apua.

Kiitokset hyvistä neuvoista taas.

nm

  • Käyttäjä
  • Viestejä: 16427
    • Profiili
Vs: kernelin päivityksistä
« Vastaus #6 : 29.05.14 - klo:14.45 »
Tarkkailen ja teen muistiinpanoja. Ehkä ensimmäinen boottaus päivitysten jälkeen  vasta asentaa/ ottaa käyttöön päivityksiä ja sen tähden kone hidastuu? Tai ehkä keksit siirtää keräämäänsä tietoja päivitykset huomattuaan?

Ensimmäisen boottauksen yhteydessä järjestelmä voi kääntää DKMS-ajurit uudelle kernelille. Ongelmasi saattaisi johtua siitä, että käännösprosessin vuoksi kernelissä oleva buginen wlan-ajuri latautuu DKMS:n kautta asennetun ajurin sijaan. Tässä tapauksessa ongelman pitäisi korjaantua aina seuraavan boottauksen jälkeen. Muita mahdollisia syitä havaintoosi en nyt keksi.