10.10 asennus - mitä tässä oikein tapahtui?

[Ganymedes]

Kone: Asus 2N-sarjan emo, AMD Athlon, nVidian näytönohjain, hankittu uusi Kingston 64 GB SSD-levy. Kone on ollut Ubuntu 9.04 64-bit käytössä ja toiminut erittäin hyvin.

Uusi asennus, 10.10 Desktop 64-bit CD:ltä, käsin tehty partitiointi ext3 filesysteemille, muuten oletuksilla. Käsin partitioinnista ei ole juurikaan kokemusta, mutta toimihan tuo ensimmäisessä bootissa.

Asennus sinänsä meni läpi hyvin ja toimi ilman ongelmia asennuksen jälkeisen bootin jälkeen. Kesken ensimmäisen päivityksen, heti asennuksen jälkeen ruutu menetti oikeat värinsä ja jäi kumman näköiseksi eikä edennyt loppuun.

Bootissa sanoo sitten näin: udevadm trigger is not permitted while udev is unconfigured, eikä etene ... paitsi pitkän ajan päästä ja sitten valittaa lopuksi että tietyn UID:n omaava levy ei löydy. Ei aavistustakaan mitä tämä tarkoittaa.

Kone tai näytönohjain tai uusi levy eivät hajonneet kesken päivityksen asennuksen, koska Live-boot toimii kuten ennenkin ja levyltä tavarat sinänsä löytyvät. Tosin eihän tuossa vielä mitään ole tehtykään joten aivan yhtä hyvin voi asentaa uudestaankin.

Mutta mistä tämä oireilu? Tämä on tässä vaiheessa osittain periaatteellinen kysymys, koska en ennen maanantaita tälle koneelle mitään voi kuitenkaan tehdä.

[Ganymedes]

Kokeilin virtuaalikoneella ja periaatteessa ongelman ei olisi pitänyt johtua tekemästä manuaalisesta partitioinnista. En tosin tiedä onko tämä muuten hyvä ja onko ext3 itse asiassa sen parempi SSD-levylle vai kannattaisiko käyttää mieluiten ext2:ta? En sinänsä piittaa erillisestä /home osiosta, vaan tein tämän käytännössä pelkästään saadakseni ext3 filesysteemin. Tämä on netistä luotettavan tuntuisesta paikasta (joku debian-ubuntu -sivusto).

Tämä herättää kyllä varsin monta kysymystä, mutta onko tässä selviä virheitä?

/boot, ext3, 500 MB, primary
/ , ext3, 20 GB, primary
swap, 5 GB, primary
/home, ext3, loput, logical

[Storck]

Kokeilin virtuaalikoneella ja periaatteessa ongelman ei olisi pitänyt johtua tekemästä manuaalisesta partitioinnista. En tosin tiedä onko tämä muuten hyvä ja onko ext3 itse asiassa sen parempi SSD-levylle vai kannattaisiko käyttää mieluiten ext2:ta? En sinänsä piittaa erillisestä /home osiosta, vaan tein tämän käytännössä pelkästään saadakseni ext3 filesysteemin. Tämä on netistä luotettavan tuntuisesta paikasta (joku debian-ubuntu -sivusto).

Tämä herättää kyllä varsin monta kysymystä, mutta onko tässä selviä virheitä?

/boot, ext3, 500 MB, primary
/ , ext3, 20 GB, primary
swap, 5 GB, primary
/home, ext3, loput, logical

Osiot ihan ok. Itselläni on ollut SSD-osiot joko EXT3 tai EXT4 ja hienosti on toimineet. Swappia en tosin laita ollenkaan kun koneessa 4 gigaa muistia.

[Ganymedes]

Osiot ihan ok. Itselläni on ollut SSD-osiot joko EXT3 tai EXT4 ja hienosti on toimineet. Swappia en tosin laita ollenkaan kun koneessa 4 gigaa muistia.

Kiitokset tiedoista 

[Ganymedes]

Alkuperäiseen kysymykseen ei vastausta ole löytynyt. Arvaisin kuitenkin, että systeemi jäätyi siinä vaiheessa kun "näytönsäästäjä" lähti päälle (oletuksien mukaan) ja heitti ruudulle login-ruudun. Miksi, en tiedä, systeemi on uudehko ja näytönohjain on nVidia 8500 sarjaa (muistaakseni).

Systeemi toimii nyt, oletus partitioinnilla.

Lisäongelma tuli siitä, että hiiren kursori hävisi toisinaan. Järjestelmää on vaikea edes ajaa alas, jos kursori ei näy - X ei myöskään mennyt alas normaaleilla konsteilla. Onkohan tällaista kukaan muu saanut esiin?

Ongelma liittyi ilmeisesti VMwaren käyttöön - mahdollisesti VMwaren bugi eikä varsinaisesti Ubuntun?

Kun otin käyttöön nVidian suljetut ajurit ja perustason tehosteet, niin tämä ongelma hävisi.

Noin muutoin kone on aika mukava tällä perustason Kingston SSD-levyllä. Bootti kestää n. 25 s, jonka jälkeen työpöytä on auki ja käytettävissä. Aika siis sisältää sisäänloggauksen, mutta aika ei sisällä bioksen latausta (bioksen viimeinen näyttö on emon RAID-näyttö).