Viestit

1

Ubuntu tietokoneissa / Skype, Ubuntu 10.04.LTS ja Swapin täyttyminen

« : 09.03.13 - klo:14.46 »

Heipä taas!

Tämänkertainen ongelmani liittyy skypeen, ubuntu 10.04 lts ja muistiin. Skype -versio on 4.0.0.8 ja laptop on jo melko vanha, Dell Latitude D600 yhden gigan muistilla.

Ottaessani skype-yhteyden, myös video mukana, niin järjestelmä jossain vaiheessa ns. "jäätyy" eli menee jumiin. En ole kokeillut asiaa ilman videota, mutta oletan jäätymisen tapahtuvan ilman videotakin, mutta vain myöhemmin. Ainoa tapa saada järjestelmä tolkkuihinsa on tehdä pakkoresetti, pwr off-pwr on, sillä hiiri liikkuu kuin täi tervassa ja terminaalin avaaminen kestää ikuisuuden. Tutkiessani tätä ongelmaa tarkemmin järjestelmän valvonta -ohjelmalla, niin huomasin swapin kohoavan tasaisen varmasti kohti 100 %. Lopulta kun 100 % oli saavutettu, niin järjestelmä jumiutui. Verkkoliikenne näytti toimivan normaalisti, mutta CPU oli skype-yhteyden aikana 90 %. Prossu ei kuitenkaan aiheuttanut tätä ongelmaa vaan swapin täyttyminen. Swapin kasvattaminen ei varsinaisesti ratkaise ongelmaa, sillä täyttyminen tapahtuu siinä tapauksessa vain hieman myöhemmin.

Kyseessä taitaa olla jonkinlainen muistivuotobugi, joka kasvattaa swapin kokoa tasaisesti. En tiedä, onko bugi tullut viimeisen skype-version myötä vai liittyykö se ubuntu 10.04 -versioon, ehkä molempiin? Pointti on kuitenkin se, että en välittäisi päivittää 10.04 -> 12.04, jos ongelman voi korjata ilman ubuntun päivitystä. Laptop on riittävän nopea tällä ubuntun versiolla, eikä sillä ole muuta tarkoitusta kuin olla netti -ja skypekäytössä.

2

Ubuntu tietokoneissa / Vs: RATKAISTU Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 27.02.13 - klo:09.41 »

Täysin mahdollista. Yhähän 12.04:n pakettivarastoissa on tarjolla grub-0.97.
http://packages.ubuntu.com/search?keywords=grub&searchon=names&suite=precise&section=all
Ehkä synaptic:lla näet vaivattomimmin, mitä grub-versioita on asennettuna.

Kuten tuolla aiemmassa viestissä kerroin, niin synapticin pakettihallinta kertoi, että asennettuna on grub ja grub-common.

Kuinkahan kivuttomasti grub:n päivittäminen grub2:een käy?

3

Ubuntu tietokoneissa / Vs: RATKAISTU Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 26.02.13 - klo:08.53 »

     Ubuntu 12.04.1 LTS, kernel 3.2.0-30-generic

Ihmettelen hieman miten olet saanut vanhan Grubin sinne kun koneessasi on v12.04 LTS.  Viittaat myös bugiin joka on vuodelta 2008 jossain vanhassa versiossa missä oli vielä Grub eikä Grub2.  Koneessasi pitäisi olla ollut Grub2 jo aikaa sitten (kun Ubuntun versio 12.04) mutta lienet asennellut jotain erikoista tietä että olet saanut sinne vanhan Grubin ?  

Minulla on ollut tässä läppärissä ubuntu versiosta 8.04 LTS saakka. Päivitykset on tullut tehtyä työkaluvalikon kautta, ei terminaalissa. Jossain vaiheessa, kuten tuolla aiemmin kerroin, minulla meni grub hieman sekaisin ja sain sen toimimaan live-cd:n avulla, jossa taisi olla syslinux. Josko sen vuoksi vanha grub on jäänyt elämään?

4

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 21.02.13 - klo:14.16 »

Hiihoo! Homma ratkesi. Tässä on linkki, jossa tätä samaa asiaa tutkitaan. https://bugs.launchpad.net/ubuntu/+source/grub/+bug/202009

Steve Langasek (vorlon) antoi ohjeen.

"This is not DEBIAN_FRONTEND; I'm looking for the value of the DEBIAN_FRONTEND environment variable here, which overrides whatever frontend setting is stored in debconf itself.

The expected behavior is that when you run update-grub (as part of a package install or otherwise) and there are local changes in your menu.lst relative to the last auto-generated menu.lst, you get a debconf prompt asking you how to resolve this conflict.

Of course, once this conflict has been resolved for a given iteration of the menu.lst, you won't be asked again until the proposed menu.lst settings change. So if you had DEBIAN_FRONTEND=noninteractive set when you *last* upgraded, running update-grub again will not give you a new prompt. To force the prompt to be shown, you can adjust one of the settings in your kopt_2_6 line and re-run update-grub."

Tällöin saat ihka uuden ikkunan, josta valitset 1. kohdan, "use the package maintainer's version" tai jotain vastaavaa suomeksi. Tämän jälkeen menu.lst korjaantuu oikeaan muotoon.

5

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 21.02.13 - klo:11.24 »

Tämä ongelma ei tainutkaan olla kovin helppo ratkaista, kun neuvoja ei ole tullut kuin yksi? 

No, kopioin hakemistosta /var/lib/ucf/cache, tiedostosta: :run:grub:menu.lst pari sopivaa uudempaa pakettia /boot/grub/menu.lst -fileeseen. Tarkistin muutokset ja ajankohdan sekä annoin komennon update-grup. Komento päivitti menu.lst -fileen, ajankohta ainoastaan muuttui fileessä. Tämän jälkeen tein rebootin ja eikös siellä grubin aloitusikkunassa löydykin se paketti, jonka lisäsin käsin menu.lst -fileeseen. Totta kai! Miksi automatiikka ei tee sitä, minkä pienet kätöseni onnistuvat tekemään? Miksi /var/lib/ucf/cache -hakemiston :run:grub:menu.lst -fileeseen ja /boot/extlinux/linux.cfg -fileeseen ilmaantuvat uusien pakettien "komennot", hieman eri muodoissa, mutta itse /boot/grub/menu.lst -file ei pävity kuin ainoastaan fileelle tehdyn update-grup antaman ajankohdan mukaan? Niin paljon kysymyksiä, mutta niin vähän aikaa. Toki voisin jatkossa aina tehdä käsin nuo muutokset, kun uutta pakettia noudan, mutta se tuntuu hieman ... hölmöltä hommalta.

6

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 20.02.13 - klo:10.58 »

Sulla taitaa olla vanhat kernelit siellä, uudet alkanut jo kauan 3.5........ Kokeile kirjausta päätteessä.

Kokeilin terminaalista antamasi päivitysohjeet. Kuten arvelinkin, niin ongelma ei ole siinä, että uusia kerneleitä puuttuu. Kiitos kuitenkin yrityksestä, shelby. 

7

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 20.02.13 - klo:10.50 »

Sulla taitaa olla vanhat kernelit siellä, uudet alkanut jo kauan 3.5........ Kokeile kirjausta päätteessä.

Olen tehnyt päivityksiä työkalumenun päivityksen kautta. Eikö tuo työkalumenun kautta tehty pakettien päivitys toimikaan? Minulla on uusimmat kernelit koneella, mutta jostain syystä itse grubin menu.lst ei päivity uusien kernelien osalta. Ajan update-grubin, jolloin menu.lst:n päiväys kylläkin muuttuu, mutta uusia tekstirivejä, uusista kerneleistä, ei ilmesty sinne. Update-grub itsekin näkee, että uusia kerneleitä on ja sanoo päivittävän menu.lst:n. Tuolla edellä viesteissäni oli tämä päivitystapahtuma kopioituna terminaalista.

Voin toki kokeilla terminaalista tehdä nuo update/upgrade/install -komennot, mutta onkohan niistä mitään hyötyä?

8

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 20.02.13 - klo:10.38 »

Olen tainnut löytää erään ratkaisun? Grubin voi näköjään ketjuttaa (onkohan oikea sana?) eli chainloading syslinuxin kanssa, jos grub on installoitu samalle partitiolle. Ainakin tuossa /boot/extlinux -hakemistossa on päivittyvä chain.c32 -file. Olenkohan oikealla jäljillä?

Ei pidä nuolaista ennen kuin tipahtaa. Tämähän mene nyt vaikeaksi! Tarkoittavatko nämä syslinuxin ohjeessa olevat tekstirivit sitä, että chainloading toimii vain grub 2:n kanssa? Pitääkö tässä päivittää grub 0.97 grub 1.97?  

 grub=<loader> [grubcfg=<config>]

    equivalent to seg=0x800::0x200 file=<loader> nohand nosect grub, used with grub legacy's stage2, performing additional corrections on the file in memory. Optionally, an alternate config file can be specified through the 'grubcfg=' option. Supported since Syslinux v.4.02.


Toinen juttu on se, että extlinux.conf -fileeseen lisättävä rivi sisältäisi mm. grub -hakemistossa olevan boot.img -fileen, jota siellä ei kuitenkaan ole, vaan sellainen löytyy /lib/firmware/RTL8192E -hakemistosta. Siellä on myös data.img ja main.img. Voiko tämän hakemiston boot.img sisällyttää extlinux.conf -fileeseen?

9

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 20.02.13 - klo:09.53 »

Kuitenkin alkukäynnistyksessä tulee ohjelmien valintaikkunaksi /boot/grub/menu.lst, joka ei päivity kunnolla uusien kernelien osalta, kun taas /boot/extlinux/ -hakemiston fileet päivittyvät. Grubin menu.lst on jähmettynyt siihen aikaan, kun se taisi mennä sekaisin ja jouduin käyttämään live-cd:tä? Miten saan homman toimimaan niin, että /boot/grub/menu.lst ja grub ovat jälleen pomoina?

Olen tainnut löytää erään ratkaisun? Grubin voi näköjään ketjuttaa (onkohan oikea sana?) eli chainloading syslinuxin kanssa, jos grub on installoitu samalle partitiolle. Ainakin tuossa /boot/extlinux -hakemistossa on päivittyvä chain.c32 -file. Olenkohan oikealla jäljillä?

10

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 20.02.13 - klo:09.38 »

Nyt minua alkaa epäilyttää se, että minulla on bootloaderin hallinnoijana syslinux, jonka käynnistys pitäisi määräytyä /boot/extlinux/ -hakemistossa olevien fileitten mukaan. Olenko oikealla jäljillä?

/boot/extlinux
ls -l
yhteensä 96
-rw-r--r-- 1 root root 20704 helmi 19 13:22 chain.c32
-rw-r--r-- 1 root root   243 loka  19  2011 extlinux.conf
-rw-r--r-- 1 root root  6903 helmi 19 13:22 linux.cfg
-rw-r--r-- 1 root root  6903 helmi 18 14:06 linux.cfg~
-rw-r--r-- 1 root root 26140 helmi 19 13:22 memdisk
-rw-r--r-- 1 root root   178 loka  19  2011 memdisk.cfg
-rw-r--r-- 1 root root   391 loka  19  2011 os-prober.cfg
drwxr-xr-x 3 root root  4096 helmi 19 13:22 themes


Kuitenkin alkukäynnistyksessä tulee ohjelmien valintaikkunaksi /boot/grub/menu.lst, joka ei päivity kunnolla uusien kernelien osalta, kun taas /boot/extlinux/ -hakemiston fileet päivittyvät. Grubin menu.lst on jähmettynyt siihen aikaan, kun se taisi mennä sekaisin ja jouduin käyttämään live-cd:tä? Miten saan homman toimimaan niin, että /boot/grub/menu.lst ja grub ovat jälleen pomoina?

11

Ubuntu tietokoneissa / Vs: Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 19.02.13 - klo:18.51 »

Katsoin synapticin pakettihallinnasta, että asennettuna on grub ja grub-common. Jälkimmäisen info on:

This package contains common files shared by the distinct flavours of GRUB.
It is shared between GRUB Legacy and GRUB 2, although a number of files
specific to GRUB 2 are here as long as they do not break GRUB Legacy.

12

Ubuntu tietokoneissa / RATKAISTU Ongelma: grubin /boot/grub/menu.lst -file ei päivity

« : 19.02.13 - klo:14.06 »

Hei kaikille,

Ongelma: grubin /boot/grub/menu.lst -file ei päivity vaikka ajan update-grubin.

Ennen tänne kirjoittamista yritin kyllä löytää korjausvinkkejä, mutta en saanut niistä mitään apua. Luin läpi myös "Trimmataan Grubia" -ohjeen, mutta en siitä huolimatta saa hommaa toimimaan. Kyllä, käytössäni käsittääkseni on vanhempi grub, ei grub2. Ajoin komennon, jolla se versio saatiin selville ja vastaukseksi tuli: grub-install (GNU GRUB 0.97)

Ajamani update-grub antoi seuraavaa:
 
 update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-3.2.0-38-generic
Found kernel: /boot/vmlinuz-3.2.0-37-generic
Found kernel: /boot/vmlinuz-3.2.0-36-generic
Found kernel: /boot/vmlinuz-3.2.0-35-generic
Found kernel: /boot/vmlinuz-3.2.0-34-generic
Found kernel: /boot/vmlinuz-3.2.0-33-generic
Found kernel: /boot/vmlinuz-3.2.0-32-generic
Found kernel: /boot/vmlinuz-3.2.0-31-generic
Found kernel: /boot/vmlinuz-3.2.0-30-generic
Found kernel: /boot/vmlinuz-3.2.0-27-generic
Found kernel: /boot/vmlinuz-3.2.0-26-generic
Found kernel: /boot/vmlinuz-3.2.0-25-generic
Found kernel: /boot/vmlinuz-3.2.0-24-generic
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done


Johtuuko päivittämättömyys siitä, että update ei löytänyt splash-imageja vai siitä että nuo päivitykset ovat jossain väärässä hakemistossa? Omassa menu.lst -fileessäni löytyy groot -rivi, joka on seuraavanlainen:

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,4)

Onko tuossa groot -rivissä jotain väärin tai puutetta? Jossain olen nähnyt, että siinä on tuon hd0,4 tilalla ollut pitkä merkkijono, esim. groot=57654f69-b410-4f47-aff3-ef59959beba5. Liittyykö tuo merkkijono groot:ssa esim. omassa menu.lst myöhemmin rivillä olevaan UUID:hen?

## ## End Default Options ##

title      Ubuntu 12.04.1 LTS, kernel 3.2.0-30-generic
root      (hd0,4)
kernel      /boot/vmlinuz-3.2.0-30-generic root=UUID=e48d457e-3896-4f74-ad08-8f3c270e4747 ro quiet splash
initrd      /boot/initrd.img-3.2.0-30-generic
quiet

/boot/grub/menu.lst:n updatedafault -asetukseni on false. Onko siinä väärä asetus?

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

/boot -hakemistosta löytyvät alussa mainitut vmlinuz -kernelit, initrd:t, abit, System mapit, config:t.

/boot/extlinux/ -hakemistosta löytyy linux.cfg -file, josta puolestaan löytyy menu.lst -fileestä puuttuvat rivit, mm viimeisin kerneli:

## /boot/extlinux/linux.cfg
.
.
label l0
   menu label Ubuntu GNU/Linux, kernel 3.2.0-38-generic
   linux /boot/vmlinuz-3.2.0-38-generic
   append initrd=/boot/initrd.img-3.2.0-38-generic root=UUID=e48d457e-3896-4f74-ad08-8f3c270e4747 ro quiet

Kun muutan linux.cfg sisältöä, esim. vähentämällä vanhoja kerneleitä, ja ajan komennon extlinux-updaten, niin äsken vähentämäni vanhat kernelit tulevat takaisin linux.cfg -fileeseen. Ehkä se update tutkii /boot -hakemiston sisällön ja palauttaa sieltä saatavat tiedot takaisin linux.cfg -fileeseen?

Muistini mukaan, joka on nykyisin melko hatara, jouduin kerran palauttamaan grubin toimintakyvyn live-cd:n avulla. Onkohan tuo extlinux -hakemisto sitä perua ja johtuuko menu.lst päivittämättömyys tuosta grubin toimintakyvyn palauttamisesta?

13

Asentaminen ja käyttöönotto / Mistä ladata Ubuntun vanhemmat versiot

« : 17.09.12 - klo:13.22 »

Hei,

tarvitsisin ladata ubuntun 10.04 LTS:n. Mistä linkistä sellaisen voisi noutaa?

14

Asentaminen ja käyttöönotto / Vs: Grubin putsaus

« : 24.02.10 - klo:16.58 »

Hei,

Olinpas hölmö...oletin grubille olevan oma putsausohjelma. Pakettihallinnan käyttö poistoon toimi ja se näkyi myös /boot/grub/menu.lst -fileessä ja /boot -hakemiston siistiytymisellä.  

kiitos

t. Arzibal

15

Asentaminen ja käyttöönotto / Grubin putsaus...RATKAISTU

« : 24.02.10 - klo:16.38 »

Hei,

minun pitäisi saada putsattua grub, kun siinä alkaa olla liikaa noita eri kernel-versioita. Tapahtuuko se editoimalla /boot/grub/menu.lst ja poistamalla /boot -hakemistossa olevat vastaavat palikat? Muistelen imuroineeni joskus ohjelman, joka teki tarvittavan siivouksen. En vain muista ko. ohjelmaa...olisikohan se startupmanager? Yritin imuroida sitä pakettihallinnan kautta, mutta ei onnistunut.

t. Arzibal

16

Laitealue / Vs: Miten tyhjentää muistitikku?

« : 28.10.09 - klo:13.53 »

Aika kätevä, ja todella nopea alustustapa on luoda vfat-tiedostojärjestelmä sille:

Koodia: [Valitse]

sudo mkfs.vfat /dev/sdx

Tosin luultavasti se ei etsi bad-sektoreita, kun on noin nopea.

Juu, sain toimimaan.

Taustaa:

Olin luonut boottitikun jo pari vuotta sitten ja sen versio oli 6 ja jotain. Halusin luoda uuden boottaavan tuolla 9.04:n ylläpidosta löytyvällä luontiohjelmalla. Homma kaatui siihen, että tikku oli täynnä. Poistin fileitä, mutta tikku oli osioitunut kahteen osaan edellisellä boottikun luontikerralla, enkä saanut sitä aivan tyhjäksi. Ennen kuin mkfs-käsky toimi jouduin umountaamaan sdb1 ja sdb2. Sen jälkeen sdb eli usbtikku tyhjentyi tuolla mkfs-käskyllä. Man mkfs antaa lisätietoa sen käytöstä.

Kiitos vinkeistä. Ehkä imuroin joskus sen gnome-formatinkin.

t. Arzi

17

Laitealue / Vs: Miten tyhjentää muistitikku?

« : 28.10.09 - klo:09.36 »

Avaa tikun kansio tiedostoselaimeen ja valitse Tiedosto -> Tyhjennä roskakori

Toimii ainakin minulla, mutta sinun tikkusi on ehkä oikeasti liitetty vain lukutilassa, jolloin sieltä ei tosiaan voi poistaa mitään. Syynä tällaiseen käytökseen voi olla mm. viallinen tiedostojärjestelmä, jolloin tikku kannattanee alustaa uudelleen.

Kuinkas tuo itse tikun alustaminen tapahtuu? Terminaalissa tietyillä komennoilla, jotka ovat ...? En löytänyt sovelluksista tai ylläpito-valikosta sopivaa toimintoa, jossa alustaminen voisi tapahtua.

18

Asentaminen ja käyttöönotto / Vs: Päivitysongelmat ja -kysymykset liittyen 9.04 versioon [Oli: 9.04 Beta -> Final]

« : 24.04.09 - klo:21.31 »

Hyvin asentui ja ongelmitta 8.04 --> 9.04. Pakettien hakeminen tosin kesti kauan. Illalla kun laitoin asentumaan niin yöksi piti jättää päälle.

Hyvin asentui tänään aamulla(perjantai 24.04.2009) - vaikkakin aikaa vei, ehkä joku muukin teki samaa?
Ainoa oli, jotta näytön asetuksia piti säädellä aikansa. Nyt toimii, kuin unelma:-))))

Itselläni on myös tuo 8.04 LTS. En viitsisi kuitenkaan asentaa näitä ns. väliversioita, ilman tuota LTS -merkintää, ellei päivityksellä saada aivan mullistavaa hyötyä. Onko mitään syytä päivittää nykyinen versioni tuohon U 9.04:een? Jos on niin mikähän se voisi olla?

Olen luullut päivityksen menevän siten, että se pitää tehdä aina seuraavan version kautta, eli esim. 8.04 LTS-> 8.10 -> 9.04 jne...? Voinko siis päivittää ongelmitta suoraan 8.04 LTS:stä seuraavaan LTS -versioon vaikkapa 9.xx LTS ilman turhia väliversioita?

t. Arzibal

19

Asentaminen ja käyttöönotto / Vs: Ubuntu8.04 + Win Xp osioiden muutokset, jälkikäteen.RATKAISTU

« : 05.06.08 - klo:11.38 »

Ei tarvitse koska kun käynnistät live-cd:ltä ei...

Kiitokset Rokille ja tkv:lle. Eikohan nailla ohjeilla homma onnistu.

20

Asentaminen ja käyttöönotto / Vs: Ubuntu8.04 + Win Xp osioiden muutokset, jälkikäteen.

« : 05.06.08 - klo:10.52 »

Osioiden kokoja on helppo muuttaa hommaan tarkoitetulla live-CD:llä. Parted Magic on ainakin minulla toiminut hienosti.

Kopioin ison cd:lle ja boottasin. Levy ja ohjelma toimii. Pitaako tassakin tapauksessa laittaa ensin svap ohville, edella annetulla ohjeella, ennen kuin kaynnistaa live-cd:n ja aloittaa uudelleen osioinin

t. Arzibal