[06:56] <markosu> Tuli mieleen sellainen, että voiko virtuaalikoneen kloonata ns. oikeaksi koneeksi oikealle raudalle? Olisi näppärä jos voisi säätää LTSP-palvelinta virtuaalisesti ja testailla sitä, jonka jälkeen virtuaalikoneen voisi siirtää tuotantoon.
[06:59] <anacron> riippuu varmaan vähän siitä virtuaalikoneesta, tallennustavasta ja käyttiksestä
[07:00] <elias_a> markosu: Samaa mietin, mutta siinä tulee se ongelma, että se virtuaalikonekin haistelee raudasta yhtä ja toista asennusvaiheessa.
[07:03] <markosu> Ehkä se kokeilemalla selvii ja jonkun rescue ajon ajaminen ajureiden takia ei välttämättä ole liian kova homma.
[07:04] <markosu> anacron: Ubuntu LTS version päälle rakennettu LTSP-PNP palvelinta olisi tarkoitus säätää
[07:12] <anacron> tjoo en voi sanoa kokeilleeni kyllä koskaan
[07:13] <anacron> tiedän että meillä töissä tehdään noin imagetasolla windows ja mäkkikoneille
[07:13] <anacron> ts. jos pystyt luoda oman livelevyn niin sehän on käytännössä siinä
[07:14] <anacron> vaikka linux onkin ehkä helpoin noista käyttiksistä siinä suhteessa että kun valmiin asennuksen lyö toiselle raudalle niin se todennäköisesti toimii
[07:34] <puhuri> lähinnä levyn tyyppi vaikuttaa - jos kvm:llä tekee virtuaalikoneen, jonka levyn määrittelee SCSI/SATA-levynä niin levyimagen siirto suoraan rautaan onnistuu
[07:36] <puhuri> jos käyttää uuid-määrittelyjä /etc/fstab:issa niin vaikka asemat tulee eri nimillä niin ei vaikuta
[07:37] <puhuri> en ole varma oliko 12.04, mutta ainankin debian 7 tunnistaa virtuaalikoneiden verkkoliitäntöjen mac-osoitteet eikä tee niille pysyvää mäppäystä
[07:38] <puhuri> itse teen käytännössä kaikki kokeilut
[07:39] <puhuri> läppärissä kvm-virtualisoituna - muutama valmis image (12.04, wheezy) mistä virt-managerilla kloonaus
[07:44] <markosu> Hyvä tietää
[08:21] <puhuri> grubin kanssa voi joutua säätämään, mutta eräisiin toisiin järjestelmiin linux siirtyy raudalta toiselle aika kivuttomasti
[08:23] <puhuri> verkkokortit ja/tai levyasemat toisinaan aiheuttaa säätämistä imagea toiseen siirrettäessä, mutta "sudo rm /etc/udev/rules.d/*persistent*" + buutti korjaa tilanteen helpoiten
[08:24] <puhuri> * eräisiin toisiin järjestelmiin _verrattuna_ (liikutit hiirtä, kone käynnistetään uudelleen 60 sekunnin kuluttua)
[08:26] <puhuri> aikanaan tuli ihmeteltyä kun koneita oli kloonattu putkeen useita kertoja niin verkkoliitännät oli sitten eth15:sta ja vataavia - ennen kuin tajuttiin tuo udev-säätö
[08:27] <puhuri> sitä ennenhän usean verkkokortin kanssa oli riskinä että buutissa / kernelin päivityksessä kortit menee eri järjestykseen
[09:05] <AinoUnhola> Pitäs saada kaikki graafiset paketit poistettua
[09:05] <AinoUnhola> millähän niksillä moinen onnistuisi
[09:05] <AinoUnhola> Eli periaatteessa kaikki mikä dependaa X:ään?
[09:27] <jjo> miksi?
[09:27] <jjo> ja tuo X:n poistaminen varmaankin ratkaisisi ensimmäisen ongelman
[09:27] <mjr> jos poistaa libx11-6:n niin varmaan ne melkolailla lähtis
[09:28] <jjo> jos asennus on normiubuntu, niin aika moni poisto-operaatio poistaa sitten myös sen toplevel-metapaketin
[09:29] <jjo> jonka jälkeen apt saattaa nähdä jonkin verran uusia kandidaatteja autoremovelle
[09:29] <jjo> niitä sitten harkiten
[11:28] <Hejkki> onko ubuntu 13.10:Ssä mahdollisuus asentaa komentoriviltä tavis cd:llä? Oon asentamassa ubuntu-gnome versiota ja se ei aukaise asennusruutua mutta komentoriville pääsen
[22:39] <Kumiorava> onks jollain kokemuksia dell omsan asennuksesta 64bit ubuntu serveriin?
[22:39] <Kumiorava> ei tunnu istuvan millään
[22:40] <Kumiorava> omreport: error while loading shared libraries: libpam.so.0: wrong ELF class: ELFCLASS64
[22:40] <Kumiorava> kovasti on kokeiltu 32bit paketista purettua pam_unixia mut ei