Sivuston blogi

Judy Apolona - maanantaina, 25 toukokuuta 2020, 22:36 PM
Kaikille Internetin käyttäjille

25.05.2020

Minulla on hyvin päivä tänään. Minä aloita työ kello 7, usein minä matkustan busilla tai junalla menna toihin se noin 30 minuttia. Minä apua lahihoitajaa hoitaa vanhoja ihmiset.

 
Petri Asikainen
Petri Asikainen - tiistaina, 21 helmikuuta 2012, 11:55 AM
Kaikille Internetin käyttäjille

Kun päivitin xen-palvelimen alustan (dom0) yksi virtuallikoneista (opensuse 11.4) ei enää käynnistynyt. Kaatuessaan se aiheutti dom0 tasolla virheen lohkolaitteden käsittelyssä. Ko kone oli jäänyt päivittämättä ennen päivitystä jotan kyseessä oli jokinlainen yhteensopivuus ongelma xen-versioden kanssa.

Korjatakseni ongelman: Ensiksi päivitin käynnistymättöman koneen

dom0: losetup /dev/loop60  /var/lib/xen/images/ongelmakone/disk0
dom0: kpartx -a /dev/loop60
dom0: mount /dev/mapper/loop60p2 /mnt/ongelma
dom0: cd /mnt/ongelma
dom0: chroot .
dom0: zypper up

Tähän saakka kaikki sujui hyvin, sain kaikki päivityksen koneeseen. mutta johtuen puttuvista /dev /proc rekaenteista ei initrd luominen onnistunut. Joten lopputuloksena oli kone ilman inird-levykuvia. :(

Sitten koitin kopioida vastaavasta virtuaalikoneesta inird-tiedoston, mutta sillä kone ei käynnistynyt koska koneiden osioinnit eivät olleet samanlaisia. Eli inird piti korjata käsin

.

dom0: cp toisenkoneen-initrd /tmp/sourceinitrd.gz
dom0: gunzip /tmp/sourceinitrd.gz
dom0: mkdir /tmp/rd
dom0: cd /tmp/rd
dom0: cpio -id < /tmp/sourceinird

#Nyt initrd oli purettuna tähän kansioon. Sitten etsin vittaukset levyihin:
dom0: grep -R xvd *

Ja editoin löytyneet tiedostot vastaamaan ongelmakonetta. Tämän jälkeen inirdn:n uudeen paketointi ja pakkaus

dom0: cd /tmp/rd
dom0: find . | cpio --create --format='newc' > /tmp/uusiinitrd
dom0: gzip /tmp/uusiinitrd

Tämän jälkeen tarvitsi vain kopioida /tmp/uusiinitrd /boot - kansioon oikealle nimelle ja poistaa lisätyt partitiot ja loop-laite.

dom0: exit #exit chroot
dom0: cd /mnt
dom0: umount /mnt/ongelma
dom0: kpartx -d /dev/loop60
dom0: losetup -d /dev/loop60

Tälläisen operaation jälkeenongelmallinen virtuallikone käynnistyi kivuitta.




 
Petri Asikainen
Petri Asikainen - maanantaina, 13 helmikuuta 2012, 09:56 AM
Kaikille Internetin käyttäjille

Olen itse käyttänyt paljonkin eri tietokoneillani Firefoxin salasanan tallennus ominaisuutta. Se säästää aikaa ja hermoja.

Talleneetujen salasanojen yhteydessä olen miettinyt tietoturvaa, mutta kuvittelin olevani suojattuna. Olenhan aina suojannut tallennetut salasanat pääsalasanalla jolloin salasanojen täyttö taphtuu vasta kun olen itse antanut pääsalasanan ko. Firefox istunnossa. Ja tallennettujen salasanojen tarkastelu ei onnistu ennen kuin annan pääsalasanan. Siis niin olen uskonut.

Ei olisi pitänyt luottaa tuohon. Useilla koneillani on myös asennetuna firebug-lisäosa web-kehityshommia varten.

Tallennetut salasanat ja firebug muodostavat ilkeän yhdistelmän.

Kunhan pääsalasana on kerrran istuntoon anneettu,  Firefox syöttää salasanan sivujen kirjautumislomakeen kenttään automaattisesti. Firebugilla tämän jälkeen muuttaa sivun lomake-elementin tyyppiä password tyypistä tekstikentäksi, ja tämä mahdollistaa salasanan näkymisen tekstinä kelle tahansa joka pääsee koneelle.

Pitänee miettiä jotain muuta salasanojen tallentamiseen...

[ Muokattu: maanantaina, 13 helmikuuta 2012, 09:58 AM ]