Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - PaHa

Sivuja: 1 ... 5 6 [7] 8 9
121
Okei jos nyt ymmärrän jotain noista vastauksista niin ilmeisesti ei neuvoa löydy siihen miten nuo olemassa olevat raidit saadaan näkymään ja homma skulaamaan...

Tuossa uudelleen asennuksessa tietysti itseä nyppii eniten se että ilmeisesti (mikä lienee loogista) niin kaikki asetukset menevät uudelleen tehtäviksi? Ja tähän liittyen kyssäreitä:

- Jos asennan uusiksi niin käytänkö alternative install cd.tä (jonka jo latasinkin) ja osaako se nähdä (mielestäni pitäisi) ne olemassa olevat raidit ja voin valita että laita sinne...
- md1 pakkaanhan ei asennuksessa sorkita koska asennus on tarkoitus tehdä md0 pakkaan jolloin siellä pitäisi jäädä kaikki ennalleen kuten myös sdc1 ja 2 osioille
- sdc1 osiolla on asennettuna xp image vmwarelle. Pystynkö jotenkin käyttämään tuota olemassa olevaa suoraan vai joudunko senkin tekemään kokonaan uudestaan... vmwaren "ajotiedostot" mielestäni ovatten md0 levyllä. Eli osaakohan vmware ymmärtää että tuollainen xp-image löytyykin jo olemassa?

Vai pystyisinkö jollain kuitenkin vielä saamaan homman kuntoon muuten?

Sinänsä ihmettelen tätä ongelmaa suuresti (kuten eräs muukin yhdellä foorumilla totesi) että lienee 10s versio ja aina samat ongelmat jos on raidia tehtynä... Mutta mistäs tälläinen tavallinen tallaaja tuon etukäteen tietäisi kun ubu tarjoaa päivitystä että homma hajoaakin sen jälkeen käsiin?

Jos nyt sitten lähden uudelleen asentamaan saatujen vastauksien perusteella niin saanko rautalankaa sitten miten tuo grub asennetaan sda1 ja sdb1 levyille kuten myös tuo menu.lst tiedosto.

Sorry jos tyhmiä kyssäreitä... noob...


Sain toista kautta lisätietoa ja neuvoa ja tulen kokeilemaan seuraavaa:

boottaat LiveCD:llä ja

sudo mount /dev/md0 /mnt
sudo mount -t proc none /mnt/proc
sudo mount -t devpts none /mnt/dev/pts
sudo chroot /mnt /bin/bash

sudo cp /etc/mdadm/mdadm.conf /etc/mdadm/mdadm.conf.old
grep -v ARRAY /etc/mdadm/mdadm.conf > /tmp/mdadm.conf
sudo mv /tmp/mdadm.conf /etc/mdadm/mdadm.conf
sudo mdadm --examine --scan >> /etc/mdadm/mdadm.conf
sudo update-initramfs -k all -c
exit

sudo umount /mnt/dev/pts
sudo umount /mnt/proc
sudo umount /mnt
reboot

kuittailen illalla mitä tapahtuu...

122
No ei mene kuin elokuvissa, ei... Tein nuo muutokset mutta edelleen tipahtaa shelliin kun ensin on näkynyt hetken 9.04:n latauspalkki.

Onkohan kuitenkaan mennyt ihan kohdalleen koska grubissa näkyvät vaihtoehtoina:

8.10.   2.6.27-11-generic ja recovery
8.10.   2.6.27-9-generic ja recovery sekä versio 7.

Mikäs nyt neuvoksi?

Jos päivitys on mennyt kuralle (vai onko vain niin että näkyy väärä kun ei OS levypakkaa löydy??) niin osaako alternative install CD asentaa tuolle olemassa olevalle raid-pakalle?

Toinen vaihtoehto? : Poistan toisen fyysisen levyn ja raidin (mistä tiedän missä on grub?) käynnistelen yhdellä levyllä ja lisään sitten toisen levyn myöhemmin ja rakennan raidin takaisin... (kuullostaa kyllä omasta mielestäni riskiltä mun osaamistasollani) kun kuitenkin vielä näyttää siltä että data on tallessa...)

123
Shiiit, ei pitäisi tehdä raideja jos ei osaa tämän enempää  :D Toisaaltaan olen ajatellut että vain tekemällä oppii... paitsi jos tätä ennen homma on toiminut kuin junan vessa... niin ei ole tarvinnut kauheasti harjoitella...

Eli kun käynnistin imuttamallani recovery-cd:llä (ei siis ubuntun live-cd:llä) niin tein mnt hakemistoon pari apuhakemistoa (muistaakseni raid1 ja raid2).

Sen jälkeen en enää muista jouduinko ajamaan mdadm --Assemble --scan komennon vai ei mutta kuitenkin mounttasin kylmän viileästi mount /mnt/raid1 /dev/md0 ja vastaavasti md1. Tämän jälkeen pääsin raidattuihin levyihin kiinni. Ubuntun live-cd:llä asia ei onnistunut koska mount komento ilmoitti vastaavassa tilanteessa että /mnt/raid1 ei ole block device?

Kirjoitan tähän nyt tyhmänä koska olen oikeasti tilanteessa jossa olen niin kutsutusti "peukalo hanurissa -tilanteessa"

Siellähän on siis ko. osiointi tehty:

  Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        4255    34178256   fd  Linux raid autodetect
/dev/sda2            4256       19452   122069902+   5  Extended
/dev/sda3           19453       19929     3831502+  82  Linux swap / Solaris
/dev/sda5            4256       19452   122069871   fd  Linux raid autodetect

  Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        4255    34178256   fd  Linux raid autodetect
/dev/sdb2            4256       19457   122110065    5  Extended
/dev/sdb5            4256       19457   122110033+  fd  Linux raid autodetect

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1        2550    20482843+  83  Linux
/dev/sdc2            2551       91201   712089157+  83  Linux

ja md0 raidiin kuuluvat siis /dev/sda1 ja /dev/sdb1, md1 raidiin /dev/sda5 ja /dev/sdb5

Pitääkö varmistaa ja päivittää mdadm.conf tiedosto hakemistosta /etc/mdadm että sen tiedot vastaavat noita raidin tietoja?

Ja nyt kun fstab-tiedostossa lukee siis:

# /dev/md0
UUID=12514c34-7147-4f49-8a90-9a56a71f7f6d /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda3
UUID=bb529527-0cda-464b-8a56-eee3d9bc136d none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/md1     /mnt/varmistus     ext3 defaults 0 0
/dev/sdc2    /mnt/varasto    ext3 defaults 0 0
/dev/sdc1    /mnt/testi    ext3 defaults 0 0

Niin sinne pitäisi muuttaa siis:

 /dev/md0      /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda3
UUID=bb529527-0cda-464b-8a56-eee3d9bc136d none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/md1     /mnt/varmistus     ext3 defaults 0 0
/dev/sdc2    /mnt/varasto    ext3 defaults 0 0
/dev/sdc1    /mnt/testi    ext3 defaults 0 0

Pitäisikö samalla muuttaa myös tuo swapin tieto?? muotoon:

/dev/sda3       none            swap    sw              0       0

Olen nettiä kovasti kaivellut ja ilmeisesti (syystä mitä en tiedä) ovat muutkin kertoneet että UUID-numerosarjat ovat muuttuneet päivityksen myötä... Aiheuttaako se sitten jotain, en tiedä...

Ja pitääkö tämän lisäksi vielä jonnekin kirjoitella jotain muuta ennen kuin kokeilen buutata?

124
No tuota samaa katselin itsekin että mikä on niitä muuttanut... Mutta hieman rautalankaa kaipaisin...

Eli aika ohuella jäällä liikutaan joten ihan step-by-step -ohjeita jos mahdollista...

Olen erittäin varovainen että vaan tuhoa noiden levyjen sisältöä...

125
Jos yhtään ymmärrän niin tuo linkki ei vastaa ongelmaani mitään koska raidi on tehty mdadm komennolla eikä "rauta-raidina"

Sen verran olen tällä hetkellä huojentuneessa tilassa että ilmeisesti on vain kysymys siitä että "oikeissa" käynnistystiedostoissa on tällä hetkellä väärää tietoa raidi-tiedoista.

Käynnistin koneen ubuntu 8.10 live-dvd:llä ja ainakin (vielä) näen kovasti kaipaamani tiedostot...

Jotain pitäisi puukottaa että 9.04 osaa buutata oikealta osiolta...

Vielä tuli sellaista mieleen että kannattaisiko yrittää poistaa nuo raidit jolloin mun päätelmäni mukaan levyille kuitenkin jää fyysinen data voimaan. Olisiko sen jälkeen helpompaa muokata tietoja jotta ubu käynnistyy ja vasta sen jälkeen rakentaa nuo arrayt takaisin?

Liitteenä tietoja mitä osasin ottaa esille live-cd:llä käynnistäessä.

[ylläpito on poistanut liitteen]

126
C'mon... nöyrästi pyytää apuja hän..

Käynnistin koneen recovery cd:llä jonka netistä imutin ja sen mdadm komento kyllä löytää md0 ja md1 raidit hienosti kuten myös fdisk osioinnin...

Eli kysymys tarkentuu siltä osin, että miten saisin nuo tiedot laitettua oikeaan kohtaan niin että tuo ubuntu käynnistyessään nuo raidit löytää ja osaa buutata tuolta md0 "osiolta".

Hieman on tässä pelko hanurissa kun en oikein viitsi itse lähteä noita käpistelemään ja muuttamaan ettei tiedot häviäisi....

Kyllä kai jonkun ammattilaisen pitäisi osata asiaa auttaa?

127
Kiitoksia kovasti vastauksista jotka auttoivatkin asiassa eteenpäin... ;D

Anyway... on siellä levyillä muutakin tarpeellista (joista nyt en sillä lailla ole huolissani että olisivat jonnekin hävinneet), onneksi kuitenkin eri fyysisellä levyllä...

Tämmöisen löysin googlaamalla:

https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/330298

Mutta ei ainakaan vielä auttanut vaikka tein ohjeen mukaan...

edelleenkään ei löydy md0 raid1 pakkaa.... Enkä oikein hirveästi viitsisi sooloilla kun tiedot (ainakin vielä) ovatten tallessa...

Vakavasti ottaen hätä on ohi ja emäntä nukkumassa... ;D Ja tuntuu olevan yleinen ongelma googlaamalla kattomalla mitä on meikäläiselle käynyt... Mutta tosiaan, jos apua saisi ettei homma menisi ihan käteen ja kämmäilisin täällä komentojeni kanssa niin että on kohta kaikki sekaisin...  :-\

128
Ja juu nyt ei ymmärrä eikä myöskään osaa amatööri tehdä mitään... Eli Ubuntun autopäivityksellä päivitys mutta päivityksen jälkeen ei vaan lähde homma rokkaamaan... Ubuntun latauspalkki tulee hetkeksi ja sitten ilmoitus:

"Gave up waiting for root device. Common problems:

- Boot args (cat  /proc/cmdline)
- Check rootdelay
- Check root
- Missing modules (cat /proc/modules); ls /dev)

ALERT /dev/md0 does not exist. Dropping to a shell..

Ja tätä en osaa sitten itse selvittää että kuinka pääsisin tästä eteenpäin. md0:ssa on Raid1:llä järjestelmä kahdella fyysisellä levyllä... ja jostain syystä päivityksen jälkeen ei löydy...

LOL ja emäntä nappaa kierroksia kun piti päästä katsomaan levyllä olevaa uusinta desperate housewivesia...


129
Laitoin tämän nyt tänne "edistysneemmelle" puolelle vaikka noobi olenkin...

8.10 ubuntussa laitettu jakoon /mnt/varasto/media kaikilla oikeuksilla (myös guest ja write accessilla).

Kyseinen levyjako mapattuna VMWaren päällä pyörivään XP:hen sekä toiseen Vista työasemaan sekä muutamaan XP/Vista kannettavaan.

Nyt ilmeisesti riippuen siitä mistä järjestelmästä luon uuden hakemiston tuonne media hakemistoon, menevät myös käyttöoikeudetkin...

Haluna olisi että mistä tahansa pääsee luomaan tuonne hakemistoon mitä tahansa + tietysti muokkaamaan/lisäämään/poistamaan.

Olen antanut chmod 775 -R komennon tuolle media hakemistolle ja se ymmärtääkseni "valuu" siitä hienosti alihakemistoihin ja tiedostoihin (ainakin kun katselen noita tiedostojen tietoja) mutta ongelma syntynee siitä kun joku XP tai Vista järjestelmä tekee uuden hakemiston niin sen jälkeen en pääse sitä enää muokkaamaan kuin antamalla uudestaan tuon chmod komennon...

Onkohan ymmärrettävästi kerrottu?


130
Vielä kysyn (menee vähän windowsin puolelle). Jostain kumman syystä Vista ja XP työasemat kysyvät samban jakoon kytkeytyessä salasanaa vaikka levyn mappaamisen yhteydessä olen merkannut salasanan ja että wintoosa sen muistaa... Ajaakohan samban joku asetus tuon yli?

Ja menisikö kivuttomammin jos tekisi tuon mappauksen ihan battifileenä käynnistyksen yhteydessä ja se pitäisi sisällään jo tuon samba passun?

131
Jep eli kysymykseni oli kai sitten hieman epätarkka...

eli kyseessä siis erillinen ubuntulevypalvelin ja yksi tai useampia wintoosakoneita...

Synctöy vaimikäseoli onkin nyt käytössä mutta jotenkin en ole tyytyväinen siihen... tuntuu siltä että se hinkkaa ja tutkii ihan hiton kauan mitä tiedostoja on muuttunut...

Ajattelin vaan että rsync olisi "tehokkaampi" ja "fiksumpi" niin kuin monet muutkin linuxin puolen toteutukset...

Asia vielä harkinnassa miten homman teen... synctoytahan voi komentaa komentorivilläkin joten siinä mielessä batti ja batin ajastus onnistuisikin...

Ja kyllä ubuntun levyt on samballa jaossa ja mountattuna wintoosakoneisiin... tosin syystä tahi toisesta kysyy aina käynnistyksen jälkeen passwordia vaikka kuin wintoosassa olen laittanut että muista passu... no se on microsoft...

132
Lainaus
Hyvä, tiedät jo että rsync on vastaus. Itse soveltaisin sitä kuitenkin hieman eri tavalla.

Sinä suunnittelet käynnistäväsi varmistuksen varmuuskopiopalvelimena toimivalta Linux-koneelta käsin, mutta mielestäni olisi parempi jos operaatio käynnistettäisiin asiakkaana olevalta Windows-koneelta. Se yksinkertaistaisi hommaa huomattavasti. Silloin ei tarvitsisi kuin tehdä varmuuskopioinnin suorittava bat-tiedosto joka lisättäisiin windowsin ajastettuihin tehtäviin.

Okkei... eli? Siis teen battifileen joka komentaa ubuntua(ko)? Vaiko saanko rsyncin myös windowsiin?
Lainaus

Tämän toiminnan tarkoituksena olisi saada ubuntun levylle kopiot tiedostoista (valokuvat yms.) niin että normikäyttäjä ei pystyisi tuhoamaan varmistettuja tiedostoja poistamalla vahingossa tiedostos windows-koneesta koska ei käytettäisi syncronointia (vai onko echo oikeampi nimi?)

Lainaus
Kun harjoittelet tuon varmuuskopioinnin toteuttamista niin älä harjoittele alkuperäisillä valokuvahakemistoilla ja kopioi tai polta ne turvaan aika ajoin varmuuskopioinnista huolimatta. Ensimmäinen kerta on hyvä tehdä ennen tuon automatisoidun varmuuskopioinnin toteuttamista.

Rsyncillä voi tehdä suhteellisen helposti myös päivittäiset tai viikottaiset varmuuskopiot niin että koko muutoshistoria säilyy ja samalla tilaa käytetään vain muuttuneiden tiedostojen tallentamiseen. Tämä edellyttää että varmuuskopiot tallennetaan tiedostojärjestelmään joka tukee kovia linkkejä (esimerkiksi ext3 ja reiserfs).

LOL luonnollisesti treenaataan ensin hubbabubba tiedostoilla.. mutta tuohon lisää jos saan jeesiä koskien miten wintoosasta ajan rsyncciä ja miten teen sinne ajastuksen?

133
Tervehdys!

Olisi tarvetta automatisoida windowsin tiettyjen hakemistojen varmistus ubuntun levylle. Windowsin puolella en oikein löydä sopivaa ohjelmaa joka tekisi homman automaattisesti ja ajastetusti koska haluan säilyttää tiedostot samoina enkä tehdä mitään backup-ohjelman tiedostomuotoa.

Eli:

- miten mounttaan windows-koneen hakemiston kun olen sen windowsissa (vista) jakanut?
- ilmeisesti rsync komennolla olisi hyvä varmistella (koska kyseessä olisi mielestäni "kopiointioperaatio" eli:

* haluaisin että valittu hakemisto ensimmäisellä kerralla kopioituisi täydellisenä identtisenä kopiona windows -> ubuntun levy ja valittu hakemisto
* seuraavilla kerroilla vain muutokset kopioituisivat ubuntun levylle mutta ei esimerkiksi tiedoston poisto vistalevyltä ja jos vaikka nimi-muuttuu niin silloin kopioituisi muuttunut tiedosto ubuntuun jolloin ubuntussa olisi tässä tapauksessa vanha + uuden niminen tiedosto
* ja tuon "contribute" tyyppisen toiminteen pitäisi toimia ajastetusti vaikka kerran viikossa halutuilta windows-koneilta joita on useampi kuin yksi ja jos ko. kone ei tuona aikana ole on-line niin sitten ei ole ja yrittää seuraavalla kerralla
* luonnollisesti vain uudet ja uudelleen nimetyt (jotka loogisesti ottaen ovat uusia) kopioitaisiin ubuntuun

Tämän toiminnan tarkoituksena olisi saada ubuntun levylle kopiot tiedostoista (valokuvat yms.) niin että normikäyttäjä ei pystyisi tuhoamaan varmistettuja tiedostoja poistamalla vahingossa tiedostos windows-koneesta koska ei käytettäisi syncronointia (vai onko echo oikeampi nimi?)

Olenko kuvannut asiani ja tarpeeni ymmärrettävästi?

134
no voi pöh.... päivitin koneen (siis normaaleja päivityksiä) töistä käsin ssh:n ja vnc:n avulla niin uudelleen käynnistymisen jälkeen ei sitten enää ssh:lla pääse sisään ei samba jaot toimi...

aloitan ihan tyhmällä kysymyksellä:

- pitääkö johonkin määritellä erikseen että aja konfigin mukainen ssh-servu pystyyn kun käynnistyt?
- ja sama samballe?

Ainakaan ssh:lle kai ei ilmeisesti koska ko. service pyörii kun katsoin...System-Administration- Services Settings...

Miten tätä kannattaisi aloittaa purkamaan? Niin ja ssh:lla ei pääse sisään natin ulkopuolelta eikä sisäpuolelta ja servu ei enää näy windows networkissa...

No vastaan itselleni kun alkoi haisemaan... mielenkiintoista että ubuntun palomuurissa pingiin vastataan... eli jostain kumman syystä oli palomuuri mennyt päälle? Miten varmistan että palomuuri ei mene päälle kun kone käynnistyy seuraavan kerran?

Anyway varmistan vielä: Kun olen lisännyt kotixp-tunnukset linuxin käyttäjiksi, kirjoittanut smbpasswd -a user ja sen jälkeen smbpasswd -e user.... ja samban reload... niin onko nuo tunnukset ja salasanat voimassa jatkossakin kun koneen käynnistää?

Vai kannattaako ne lisätä ennemmin tiedostoon: smbusers?

Ja jos tuonne lisään useamman kuin yhden niin mikä on formaatti? siis yksi käyttäjä on neuvottu että:

user = samba käyttäjätunnus
password = samba password

mutta jos noita on vaikka kaksi tai kolme erilaista niin tuleeko nuo peräkkäin vain miten?

135
Morjens...

Juuri asennan tuossa XP.tä VMwaren päälle ja huomasin ärsyttävän piirteen... hiiren kursori virtuaalikoneen konsolissa ei ole synkronissa ruudulla näkyvä kursorin kanssa... tietääkö jouku miten asian voisi korjata?

Kiitos etukäteen!

136
ok tack... olen kuitenkin sen verran "käsi" että nyt kun sain jotenkin toimimaan niin nyt en koske kirveelläkään  8) (tuohon... muuta rukattavaa lienee vielä paljon  ;D)

137
Gnome... mutta tosiaan nyt toimii ja olen ratkaisuun suhteellisen tyytyväinen...

138
Nonniin nyt homma rokkaa... eli raidi kunnossa, samba kunnossa jne...

Pieni ongelma on vielä johon toivoisin vastausta...

Olen tehnyt ssh-serverin ja laittanut se pyörimään, pääsen sisälle ssh:lla (puttylla) nätisti ja saan vncvieverillä työpöydän "näkyviin" mutta työpöytä näkyy mustana eikä se herää henkiin ts. vnc ikkunaan ei tule kuvaa enkä saa sitä "herätettyä" millään... olisiko apuja...

tällä hetkellä yritän yhdistää olemassa olevaan x-istuntoon kiinni ja jotenkin on kutina että ongelma aiheutuu siitä?

x11vnc -usepw -ncache komennolla lähtee vnc ja sen jälkeen puttylla kiinni mutta tosiaan näyttö on mustana..

Itseasiassa hämmästyttää että mikäköhän vncserveri siellä pyörii taustalla koko ajan? Koska heti kun ssh-yhteys on päällä niin pääsen vnc:llä kiinni (localhost:5903). Hmm... vai meneeköhän tuo minnekään koska sama ikkuna aukeaa vaikka putty ei edes ole päällä?? Me stupid?? korjaus siellä olikin jäänyt xp:n prosesseihin putty pyörimään.... No anyway putty päälle, ssh yhteys mutta ei vaan saa screeniä näkyviin?

nonni ratkaisin sitten itse kun vähän tuli hinkattua... eli jostain syystä en työpaikalta pysty yhdistämään olemassa olevaan x-istuntoon syystä jota en tiedä..

eli homma ratkesi sillä että puttyssa vaihdoin destinationin portiksi 5901 ja vncserveri käynnistettiin display:1 komennolla ja nyt toimii...

Jos joku haluaa kommentoida tyhmälle että miksi ei olemassaolevaan äksään pääse kiinni niin olisin siitä kiitollinen (vain tietoni lisäämiseksi) vaikkakin nyt saan homman toimimaan ihan ok...

139
Nonniin nyt homma rokkaa... eli raidi kunnossa, samba kunnossa jne...

Pieni ongelma on vielä johon toivoisin vastausta...

Olen tehnyt ssh-serverin ja laittanut se pyörimään, pääsen sisälle ssh:lla (puttylla) nätisti ja saan vncvieverillä työpöydän "näkyviin" mutta työpöytä näkyy mustana eikä se herää henkiin ts. vnc ikkunaan ei tule kuvaa enkä saa sitä "herätettyä" millään... olisiko apuja...

Lisäksi haluaisin scaalata työpöydän pienemmäksi koska kotikoneessa on 1680x1050 resoluutio ja se on vähän turhan iso...

tällä hetkellä yritän yhdistää olemassa olevaan x-istuntoon kiinni ja jotenkin on kutina että ongelma aiheutuu siitä?

x11vnc -usepw -ncache komennolla lähtee vnc ja sen jälkeen puttylla kiinni mutta tosiaan näyttö on mustana..

Itseasiassa hämmästyttää että mikäköhän vncserveri siellä pyörii taustalla koko ajan? Koska heti kun ssh-yhteys on päällä niin pääsen vnc:llä kiinni (localhost:5903). Hmm... vai meneeköhän tuo minnekään koska sama ikkuna aukeaa vaikka putty ei edes ole päällä?? Me stupid?? korjaus siellä olikin jäänyt xp:n prosesseihin putty pyörimään.... No anyway putty päälle, ssh yhteys mutta ei vaan saa screeniä näkyviin?

140
mielestäni olen tehnyt niin ??? Vaan eihän sitä koskaan tiedä..

mutta helppohan tuo on tsekata ja tehdä uusiksi niin sittenhän näkee...

Sivuja: 1 ... 5 6 [7] 8 9