[07:03] Mites ihmeessä 12.10 päivitetään kun sen pakettivarastot antaa 404:a? [07:04] old-releases.ubuntu.com tjsp. [07:04] Tai sit vain asennat puhtaasti tuoreempaa [07:04] eikös 12.10 tuki ole loppunut? [07:04] elias_a: Noin vanha ei enää ole tuettu. Archive tai jotain voi olla vielä niitä vanhoja releaseita. [07:04] niin on myös 13.04, joka kai antaa sitä 404:aa [07:05] W:Failed to fetch http://archive.ubuntu.com/ubuntu/dists/quantal/main/source/Sources 404 Not Found [IP: 91.189.92.200 80] [07:06] Eikös päivittämisen edellytys ole se, että saadaan ensin apt-get update ja upgrade tehtyä? [07:06] Mites mä nyt tän päivitän? [07:06] elias_a: Onko se siis ollut päivittämättä yli vuoden? [07:07] Näköjään.Puolison kone. [07:07] En jaksa toisella samaa asiaa jatkuvasti. [07:07] elias_a: Jos ajoit siihen silloin kun päivitykset vielä toimi viimeisimmät apt-get upgradet, voit päivittää sen 13.04:ään. [07:07] tale: Miten? [07:07] Jaa joo, 13.04 on myös jo vanhentunut. [07:08] Eli ei pysty päivittämään... :( [07:08] elias_a: Uusioiva asennus sitten. Tähän tapaan: http://porixi.l-a.fi/Ubuntun_p%C3%A4ivitys [07:09] tale: Kiitos. Pistän akan hommiin. [07:09] Toinen mahdollisuus on koettaa päivitystä suoraan 12.10 -> 14.04, mutta se ei ole tuettu tapa. [07:09] No, varmuuskopiot on tehtävä joka tapauksessa ensin. [07:10] Ja kun deja-dup on kroonisesti rikki niin se täytyy tehdä jollain muulla tavalla. [07:10] Täytyy polkaista oma palvelin tulille. [07:12] siis kyl 13.04:ään saa päivitettyä, ne repot ei vain oo enää ne mitä do-distribution-upgrade tarjoaa [07:13] mut suositeltavaa olis silti ottaa puhdas.. [07:13] http://old-releases.ubuntu.com/ [07:14] niin varsinkin nyt kun on pitkää Ubuntua tarjolla ihan tuoreena:) [07:20] Joo. Mulle vaan alkaa riittää tuon puolison kädettömyys päivitysasioissa. [07:21] Tehköön itse ensin muutaman tunnin varmuuskopioita ja niiden palauttamista niin ehkä niiden päivitysten asentamisen muistaa sitten tehdä. [07:25] Erillinen /home.. [07:25] Niin mä aina teen. [07:25] Aina. [07:26] En silti tee versiopäivitystä varmuuskopioimatta sitäkin. [07:28] LTS on suositeltava moiselle puolisolle [07:30] gumrak: Mitäs se auttaa jos se kuitenkin sattumanvaraisena ajankohtana asentaa ei-LTS:n siihen? [07:31] Samoilla oikeuksilla se versiopäivityskin tehdään... [07:31] LTS ei muistaakseni ehdota ei-LTS:ää oletuksena [07:32] Ai niin juuu... hyvä pointti! [07:36] joo [07:36] ei ainakaan mulla 12.04 ole ehdottanut kertaakaan päivittämistä huonoihin väliversioihin [07:36] eikä kyllä edes 14.04:ään kuten täällä on muutkin puhuneet [07:38] laita vaimo vaihtoon tai automaagipäivitykset [07:44] ei versiopäivityksiä haluu tehdä automaatilla [09:16] Iltsu: Turaan jonkun tsydeemin, että saan kaikkien päivitykset omaan hallintaan. [09:16] apt-proxy kehiin ja keskitetty hallinta. [09:17] Musta tulee päivitysnatsi! [09:23] ninnnu, no versiopäivityksii tulee sen verta harvoi et ne voi kyl sit manusti käydä laittaa itekki [09:23] varsiki jos vaimo kysees === inz_ is now known as inz [10:04] On muuten aika hurja SSH:n tuoma hitaus kopioinnissa... [10:04] Samassa lähiverkossa olevaan palvelimeen SSH:lla aika-arvio 14 tuntia... [10:04] FTP:llä vähän alle 3 tuntia. [10:10] mitä kökkörautaa siellä ajetaan (tai vaihtoehtoisesti nopea verkko :-) [10:11] ootko koittanu -C-vipua (compression) [10:12] varmaan hidastaa lähiverkossa [10:12] itse käytän isojen massojen kopiointiin luotettavassa verkossa tarria ja netcattia [10:13] itellä kyllä ihan kohtuu vauhtia siirtyy ssh:lla [10:14] puhuri: no ei sekään kyl oikeesti oo kauheen jepa, tai ainakin redditissä kyseltiin muutama päivä sit että "miks mun netcat+tar-siirto ei tuu samanmuotoisena ulos" [10:14] tiä sit että miks kun kuitenkin menee tcp:llä [10:14] muistivirhe parad veikkaus [10:14] sitä vähän neppailin itsekkin [10:15] (tai verkkokortin tekemä tcp-offload, jolloin ei enää ole end2end tarkistussuma) [10:16] ssh:n kanssa verkkosiirrossa tullut virhe tappaa siirron (kryptovirhe) mutta muisti-levy-välillä voi tietysti sattua jotain [10:29] jos prossussa on AES-NI käskyt ja ssh valinnut oikean krypton niin ei pitäisi olla pullonkaula gigasessa verkossa [10:30] scp on luultavasti hitaampi verrattuna esim. tar cf - . | ssh kohde tar xf - [10:30] etenkin jos on paljon pieniä tiedostoja [12:17] Moikka. Löytyisikö täältä atk-tukea näin kesähelteilläkin? [12:19] mahdollisesti [12:19] Moi. Kerro vain ongelma niin selviää osaako joku auttaa [12:19] Ongelmana on xubuntun uusin versio ja pimenevä näyttö. Kyseessä pöytäkone ja kaikki virransäästöasetukset pitäisi olla pois päältä näytön osalta. 2 tuntiin jos koneeseen ei koske ja laittaa näytön päälle, niin se ei saa enää signaalia. Missä mahtaa olla vikaa? === jjo_ is now known as jjo [12:20] olet varmaan koettanut liikuttaa hiirtä, painaa näppikseltä jotain näppäintä ja odottaa jonkin aikaa? [12:20] jep [12:20] mikä näytönohjain? [12:21] nvidia 220 ja nyt käytössä se avoin noveau tms ajuri [12:21] mitä xset q sanoo? [12:23] paste.ubuntu.com/7904376/ [12:26] kaikki dpms timeoutit on nolla niin kuin pitääkin [12:26] onko tuossa noveau ajurissa jotain asetuksia tuohon liittyen, itsellä on ubuntu 12.04 ja nvidian ajuri [12:27] sillä ainakin pysyy näyttö päällä [12:27] Mielestäni tolla ajurilla ei ole muitasäätöjä kuin perus näyttöjen määritykset, resoluutiot ja sijainnit.. [12:28] Voisinhan tietty ottaa Nvidian suljetun käyttöön ihan kokeeksi [12:29] xorgin logeistakin voi etsiä selitystä [12:32] näyttää melko lyhyeltä tuo logi. Mahtaako olla vain viimeisen käynnistyksen jälkeiset merkinnät näkyvissä.. [12:33] taitaapi olla [12:33] katso jos löytyy Xorg.0.log.old, minulla näyttäisi olevan myös tuollainen [12:39] http://paste.ubuntu.com/7904479/ Ei siinä mitään erikoista ole mielestäni näkyvissä [12:44] ei näytä kyllä [12:45] valitettavasti en osaa auttaa enempää [12:47] ok. kokeilen vaihtaa suljetulle ajurille. Viimeistään yöllä se taas tekee temput jos ei sillä korjaannu..