Kiitos, Linus Torvalds

[Jouko Holopainen]

Kiitos siitä, että olet esimerkilläsi tuottanut ympäristön johon tulee
käytännössä päivittäin päivityksiä, niistä useimmat tietoturvapäivityksiä.

Kiitos myös siitä, että saatoit autotallitietokoneeni siihen tilaan,
jossa se on erittäin yhteensopiva uskontosi kanssa. Tosin minusta olisi
kiva jos se boottaisi muuhunkin kuin mustaan ruutuun, minua ei haittaa
ei-GPL2 softa.

Pyydän anteeksi etten lukenut change.log:ia ja osannut sieltä
havannoida, ettei koneeni välttämättä uusimman mikro-orgasmisi jälkeen
enää boottaa. Mutta minäpä en saanutkaan mikro-orgasmia. En, todellakaan.

Kiitos, että olet täydellinen idiootti.

[SM]

*facepalm*

[Viljo Mustonen]

Post by Jouko Holopainen
Kiitos siitä, että olet esimerkilläsi tuottanut ympäristön johon tulee
käytännössä päivittäin päivityksiä, niistä useimmat tietoturvapäivityksiä.
Kiitos myös siitä, että saatoit autotallitietokoneeni siihen tilaan,
jossa se on erittäin yhteensopiva uskontosi kanssa. Tosin minusta olisi
kiva jos se boottaisi muuhunkin kuin mustaan ruutuun, minua ei haittaa
ei-GPL2 softa.
Pyydän anteeksi etten lukenut change.log:ia ja osannut sieltä
havannoida, ettei koneeni välttämättä uusimman mikro-orgasmisi jälkeen
enää boottaa. Mutta minäpä en saanutkaan mikro-orgasmia. En, todellakaan.
Kiitos, että olet täydellinen idiootti.

Lauantaipullon aloitus siirtynyt perjantaihin? :)

[Jouko Holopainen]

Post by Viljo Mustonen

Post by Jouko Holopainen
Kiitos siitä, että olet esimerkilläsi tuottanut ympäristön johon tulee
käytännössä päivittäin päivityksiä, niistä useimmat tietoturvapäivityksiä.
Kiitos myös siitä, että saatoit autotallitietokoneeni siihen tilaan,
jossa se on erittäin yhteensopiva uskontosi kanssa. Tosin minusta olisi
kiva jos se boottaisi muuhunkin kuin mustaan ruutuun, minua ei haittaa
ei-GPL2 softa.
Pyydän anteeksi etten lukenut change.log:ia ja osannut sieltä
havannoida, ettei koneeni välttämättä uusimman mikro-orgasmisi jälkeen
enää boottaa. Mutta minäpä en saanutkaan mikro-orgasmia. En, todellakaan.
Kiitos, että olet täydellinen idiootti.

Lauantaipullon aloitus siirtynyt perjantaihin? :)

Täh? Kaikki totta. Sattuiko noin pahasti?

Ubuntu 12.4:ään tulle yli 15 päivitystä kuukaudesta, ja lasken
päivityskertoja, en päivitysmääriä. Pävitysmäärät lienee kertaluokkaa
suuremmat.

Jokaikinen päivitys rikkoo töissä, turhan moni kotonakin.

Ja todellakin, edellinen päivitys vei autotallikoneeni (eepc - juuri se
jota Linus eniten inhoaa) eiboottaa-tilaan.

Kaikki pelkästään sen takia että Linusin uskonto kieltää ei-GPL2 softan.

[SM]

Post by Jouko Holopainen
Ubuntu 12.4:ään tulle yli 15 päivitystä kuukaudesta, ja lasken
päivityskertoja, en päivitysmääriä. Pävitysmäärät lienee kertaluokkaa
suuremmat.
Jokaikinen päivitys rikkoo töissä, turhan moni kotonakin.
Ja todellakin, edellinen päivitys vei autotallikoneeni (eepc - juuri se
jota Linus eniten inhoaa) eiboottaa-tilaan.
Kaikki pelkästään sen takia että Linusin uskonto kieltää ei-GPL2 softan.

Käytät siis edelleen surullisen kuuluisaa U-distroa. Kohdista haukkusi kohti
oikeaa puuta eli Canonicalia.

[Jouko Holopainen]

Post by SM
Käytät siis edelleen surullisen kuuluisaa U-distroa. Kohdista haukkusi kohti
oikeaa puuta eli Canonicalia.

Haha! Linus-uskovaisten sääntö 1: "väärä distro". Oikeaa distroa ei ole,
koska kaikki distrot rikkoontuu joka ikisessä Linusin
kernelimuutoksessa. Mutta se on näppärä tekosyy.

Seuraava on "windows on vielä paskempi".

Sitä seuraava "kannatat suljettuja oheislaitteita, joten ansaitset mitä
saat". Se, että avoimet oheislaitteet kärsivät enemmän jätetään
huomiotta - ja jos minä tästä kerron väitetään että "jos ne on kernelissä".

Mutta kun ne ei ole - ja vaikka olisikin, niin ne rikkoontuu kun Linusia
ei vois vittu vähempää kiinnostaa testata. Ja tämä on sattunut minulle.

[Teemu Likonen]

Post by Jouko Holopainen
Haha! Linus-uskovaisten sääntö 1: "väärä distro". Oikeaa distroa ei
ole, koska kaikki distrot rikkoontuu joka ikisessä Linusin
kernelimuutoksessa. Mutta se on näppärä tekosyy.

Jaa. Olen toki lukenut monia samankaltaisia viestejä sinulta ennenkin,
ja epäilemättä olet rehellinen kertoessasi omista kokemuksistasi. En
kuitenkaan ymmärrä niitä. Minun Debianini ovat toimineet aina.
Vuosikaudet. Nämä eivät rikkoudu.

Tässä meillä on nyt kaksi erilaista käyttökokemusta, sinun ja minun.
Molemmat totta. Siksi et voi selittää, että kaikki distrot rikkoutuvat.
Minua eivät juurikaan häiritse sinun rikkinäiset distrosi, mutta
älyllinen epärehellisyys on hieman ikävää, jos se yrittää mitätöidä
muiden ihmisten erilaiset kokemukset. Omista kokemuksista kertominen on
täysin suotavaa, mutta niiden yleistäminen ei ole aina järkevää.

[SM]

Post by Teemu Likonen

Post by Jouko Holopainen
Haha! Linus-uskovaisten sääntö 1: "väärä distro". Oikeaa distroa ei
ole, koska kaikki distrot rikkoontuu joka ikisessä Linusin
kernelimuutoksessa. Mutta se on näppärä tekosyy.

Jaa. Olen toki lukenut monia samankaltaisia viestejä sinulta ennenkin,
ja epäilemättä olet rehellinen kertoessasi omista kokemuksistasi. En
kuitenkaan ymmärrä niitä. Minun Debianini ovat toimineet aina.
Vuosikaudet. Nämä eivät rikkoudu.

+1. U-distro prakasi 7.04 -> 7.10 -päivityksessä, jonka jälkeen vaihdoin
Debianiin. Eipä ole mennyt kertaakaan päivitykset vituralleen.
Shuttleworth-uskovaisilla tuntuu sen sijaan olevan jatkuvasti asian
kanssa ongelmia.

[Tapio Väättänen]

Post by SM
Shuttleworth-uskovaisilla tuntuu sen sijaan olevan jatkuvasti asian
kanssa ongelmia.

Ubuntulla vaan on käyttäjiä enemmän kuin yksi, niin niistä ongelmista voi
joku kirjoittaakin. Syy miksi Ubuntulla taas on niin paljon käyttäjiä on
yksinkertaisesti se, että siinä on vähiten esimerkiksi rautapohjaisia
yhteensopivuusongelmia, eli sen saa ylipäänsä asennettua.

[SM]

Post by Tapio Väättänen

Post by SM
Shuttleworth-uskovaisilla tuntuu sen sijaan olevan jatkuvasti asian
kanssa ongelmia.

Ubuntulla vaan on käyttäjiä enemmän kuin yksi, niin niistä ongelmista voi
joku kirjoittaakin.

Ja muilla distroilla käyttäjiä on vain yksi eikä tällä koskaan esiinny
ongelmia?

Post by Tapio Väättänen
Syy miksi Ubuntulla taas on niin paljon käyttäjiä on yksinkertaisesti
se, että siinä on vähiten esimerkiksi rautapohjaisia
yhteensopivuusongelmia, eli sen saa ylipäänsä asennettua.

Kuulemani mukaan OpenSUSE on vahvoilla yhteensopivuusongelmien suhteen.
Eiköhän ne liity siihen mitä bloatia distro default-kerneliinsä leipoo.
Itse epäilisin Ubuntun suosiota kovaan mainontaan perustuvana. Googlaa
esim. hakusanalla "linux" ja ensimmäinen osuma vie - yllätys, yllätys -
ubuntu.comiin.

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen

Post by SM
Shuttleworth-uskovaisilla tuntuu sen sijaan olevan jatkuvasti asian
kanssa ongelmia.

Ubuntulla vaan on käyttäjiä enemmän kuin yksi, niin niistä ongelmista voi
joku kirjoittaakin.

Ja muilla distroilla käyttäjiä on vain yksi eikä tällä koskaan esiinny
ongelmia?

Ubuntu lienee suosituin distro, joten on aika selvää, että jos
Linux-jakelujen kanssa on ongelmia, niin niitä ongelmia on ylivoimaisesti
käytetyimmän diston kanssa enemmän, kuin vähän käytettyjen distrojen kanssa.

Post by SM

Post by Tapio Väättänen
Syy miksi Ubuntulla taas on niin paljon käyttäjiä on yksinkertaisesti
se, että siinä on vähiten esimerkiksi rautapohjaisia
yhteensopivuusongelmia, eli sen saa ylipäänsä asennettua.

Kuulemani mukaan OpenSUSE on vahvoilla yhteensopivuusongelmien suhteen.
Eiköhän ne liity siihen mitä bloatia distro default-kerneliinsä leipoo.
Itse epäilisin Ubuntun suosiota kovaan mainontaan perustuvana. Googlaa
esim. hakusanalla "linux" ja ensimmäinen osuma vie - yllätys, yllätys -
ubuntu.comiin.

Huh huh. Ei kukaan mitään blotia kerneliin leivo. Se on modulaarinen, ja
lataa tarvitsemansa moduulit.

Toisekseen sekoitat munan ja kanan. Totta kai Googlesta löytyy kaikkein eniten
hittejä kaikkein käytetyimmälle distrolle. Kyllä se käyttö kuitenkin alkoi,
ennen kuin niitä linkkejä alkoi ilmaantumaan. Vai väitätkö, että Google
pelaa Shuttleworthin kassaan?

Itse aloitin Slackwarella 1995, josta siirryin Red Hatin kautta Debianiin
1996. Debianin jälkeen palasin silloisen tehtävän myötä Red Hatiin. Novelin
miehet saivat suostuteltua SuSE-käyttäjäksi 2004. Kun kuitenkin pidin
Debianista varsin paljon, vaihdoin silloiseen työläppäriini Ubuntun 2005,
ja kas kummaa, läppäristä tuli selkeästi nopeampi. Palasin jälleen kerran
takaisin Red Hatiin 2006, kun se oli työnantajani tukema distro. 2010, kun
läppäri vaihtui, vaihdoin taas Ubuntuun. Oli upeaa päästä Red Hatin
jälkeen taas kerran käyttämään tuoretta softaa, ja saada jopa suomalainen
oikoluku tekstinkäsittelyohjelmaan. Tämä Ubuntu minulla on muuten edelleen,
ja sillä tämänkin kirjoitan.

Palvelimiin olen aina pistänyt joko Red Hatin, SLESin tai Debianin. Paino
kahdella edellisellä, koska niille on kaupallinen tuki.

Ubuntu on kaiken kaikkiaan ollut kuitenkin kaikista käyttämistäni jakeluista
työpöytäkäyttöön se kaikkein ongelmattomin. Ei se silti täysin ongelmaton
ole. Ja nämä on tietysti vain yksittäisen käyttäjän kokemuksia. Minusta on
hienoa, että jakeluissa on valinnanvaraa. Sattui vaan silmään tuo
Shuttleworth-uskovaiset. Ehkä Ubuntun käyttöön on monia muitakin syitä kuin
irrationalisuus. Se vaan toimii, niin yksinkertaista se on.

Jälkimmäinen lausahdus sopii tietysti huonosti Joukon aloitukseen, mutta
suurelle osalle se vaan on totta.

Kun asensin Linuxin ensimmäistä kertaa, niin Luin Matt Welshin "Linux
Installation and Getting Started" -opuksen kahteen otteeseen. Siis ennen kuin
aloitin asennuksen. Konessa oli 4MB muistia, joten ihan asennuksen
alkuvaihessa piti luoda manuaalisesti swap-osio, jotta aseenusohjelma ei
kaatuisi muistin loppumiseen. Tietysti Slakcware oli tuolloin täysi
nynny-jakelu, koska oikeat miehet olisi asentanut kaiken ilman jakelua.
Siksi ehkä nykyisinkin tyydyn helppokäyttäisiin jakeluihin kuten Ubuntuun.

[Jouko Holopainen]

Post by Tapio Väättänen
Ubuntu on kaiken kaikkiaan ollut kuitenkin kaikista käyttämistäni jakeluista
työpöytäkäyttöön se kaikkein ongelmattomin. Ei se silti täysin ongelmaton
ole. Ja nämä on tietysti vain yksittäisen käyttäjän kokemuksia. Minusta on
hienoa, että jakeluissa on valinnanvaraa. Sattui vaan silmään tuo
Shuttleworth-uskovaiset. Ehkä Ubuntun käyttöön on monia muitakin syitä kuin
irrationalisuus. Se vaan toimii, niin yksinkertaista se on.

Käytin Susea vähän aikaa joskus esihistoriallisella ajalla. Siirryin
siitä sitten RedHattiin. Sitä käytin pitkään ja se oli ihan mukava.

Kun kuitenkin sitten kokeilin Ubuntua oli ero suuri. Red Hat on, niin
hyvässä kuin pahassa, konservatiivinen. Liian konservatiivinen minun
makuuni. Ehkä juuri tuosta syystä, ja osittain myös siitä syystä ettei
Ubuntulla ole uskonnollista vakaumusta suljettuja vastaan, oli Ubuntu
minulle aivan ylivoimainen.

Post by Tapio Väättänen
Siksi ehkä nykyisinkin tyydyn helppokäyttäisiin jakeluihin kuten Ubuntuun.

Mua ei enää kiinnosta tippaakaan distro-shoppailu. En usko että "uusin
kiiltävin" (mint) tarjoaa mulle yhtään mitään. Ei voi mitään,
Shuttleworthin raha pitää Ubuntun hyvin kuosissa. Pahin kompastuskivi on
kerneli ... ja se ei muutu vaihtoipa mihin tahansa distroon.

[Tapio Väättänen]

Post by Jouko Holopainen
Mua ei enää kiinnosta tippaakaan distro-shoppailu. En usko että "uusin
kiiltävin" (mint) tarjoaa mulle yhtään mitään. Ei voi mitään,
Shuttleworthin raha pitää Ubuntun hyvin kuosissa. Pahin kompastuskivi on
kerneli ... ja se ei muutu vaihtoipa mihin tahansa distroon.

Tismalleen. Itse en vaihda edes LTE:stä uudmpaan, ellei ole pakko. Vaihdan
jakelun tai version, jos vaihdan, samalla kun rauta vaihtuu. Ellei nyt
sitten ole joku pakottava tarve tehdä toisin. Muu on ihan turhaa ajanhukkaa.

[SM]

Sattui vaan silmään tuo Shuttleworth-uskovaiset.

Lähinnä viittasin jholin "foobar-uskovainen"-käsitteeseen, joka
pikemminkin ärsyttää kuin auttaa asiassa.

Ehkä Ubuntun käyttöön on monia muitakin syitä kuin irrationalisuus. Se
vaan toimii, niin yksinkertaista se on.

Kuten niin monien asioiden suhteen, YMMV.

[Tapio Väättänen]

Post by SM

Sattui vaan silmään tuo Shuttleworth-uskovaiset.

Lähinnä viittasin jholin "foobar-uskovainen"-käsitteeseen, joka
pikemminkin ärsyttää kuin auttaa asiassa.

Ehkä Ubuntun käyttöön on monia muitakin syitä kuin irrationalisuus. Se
vaan toimii, niin yksinkertaista se on.

Kuten niin monien asioiden suhteen, YMMV.

Totta kai. En minäkään Ubuntua väen vängällä tunge pyörittämään
esimerkiksi kaupallista kolmannen osapuolen palvelin-softaa.
Ja esim. 64bit-tuki 32bit-kaupallisten sovellusten kanssa on Ubuntussa
pakko tehdä se jailaamalla ne 32bit-sovellukset, jonka säätämäisessä menee
tovi jos toinenkin. Red Hatissä homma toimii käsittääkseni heittämällä.

[Viljo Mustonen]

Post by Jouko Holopainen

Post by SM
Käytät siis edelleen surullisen kuuluisaa U-distroa. Kohdista haukkusi
kohti oikeaa puuta eli Canonicalia.

Haha! Linus-uskovaisten sääntö 1: "väärä distro". Oikeaa distroa ei ole,
koska kaikki distrot rikkoontuu joka ikisessä Linusin
kernelimuutoksessa. Mutta se on näppärä tekosyy.
Seuraava on "windows on vielä paskempi".
Sitä seuraava "kannatat suljettuja oheislaitteita, joten ansaitset mitä
saat". Se, että avoimet oheislaitteet kärsivät enemmän jätetään
huomiotta - ja jos minä tästä kerron väitetään että "jos ne on kernelissä".
Mutta kun ne ei ole - ja vaikka olisikin, niin ne rikkoontuu kun Linusia
ei vois vittu vähempää kiinnostaa testata. Ja tämä on sattunut minulle.

Mielestäni aika harvoin on syytä moittia kerneliä ja Torvaldsia.
Olen käyttänyt vuosikausia Susea ja openSUSEA. Kernel päivityksien
buutti ongelmat ovat olleet disron tekijöiden virheitä, muistaakseni
suurin osa on ollut virheellinen Grubin menu.lst tai vastaavaa.
Muutaman kerran osion bootti flagi siirtynyt väärälle osiolle.

Kokeeksi päivitin virtualikoneessa olevan Mint 13 KDE:n. Edellisestä
päivityksestä noin kolme viikkoa. Päitettäviä paketteja 54, pääosin
Ubuntun paketteja ja muutama Debianin. Tulos oli OK. Kernel päivitystä
ei ollut.

Nähdäkseni disroissa viimeaikoina on liian paljon perustavaa laatua
olevia muutoksia, erityisesti työpöytä ympäristöissä. OpenSUSE
tuntuu menevän alamäkeä. Käyttäisin mielelläni KDE:tä, mutta se
ei tunnu oikein toipuvan 4.xx versioon muuttumisesta. Olen testaillut
muutamia KDE distroja. Mint-KDE on vaikuttanut lupaavalta.
Mutta ympäristön täydellinen muutos vanhusta hieman peloittaa. ;)
OpenSUSEN yast2 on tuttu, kenties helppo käyttöisin, asennus ja
järjestelmän hallintaohjelmisto.

[Pertti Heikkinen]

Post by Jouko Holopainen
Ubuntu 12.4:ään tulle yli 15 päivitystä kuukaudesta, ja lasken
päivityskertoja, en päivitysmääriä. Pävitysmäärät lienee kertaluokkaa
suuremmat.
Jokaikinen päivitys rikkoo töissä, turhan moni kotonakin.

Hmm.... kuinkas kauan minä nyt olenkaan käyttänyt nykyistä distroani?
Ainakin vuodesta 2007. Kerran tuli päivitys, joka rikkoi jotain (en
muista mikä meni rikki), korjaava päivitys tuli alle 24 tunnissa,
sähköposti pahoitteluineen ja ongelman kiertoohjeineen alle neljän tunnin.

Ehkä se oululainen sähkö aiheuttaa ongelmia? Tai sitten Ubuntu ei
olekaan niin hyvä kuin on kehuttu.

Kokeilin tänä syksynä Linux Mintiä. Kymmenen minuuttia, se riitti.

Post by Jouko Holopainen
Kaikki pelkästään sen takia että Linusin uskonto kieltää ei-GPL2 softan.

Eipä tuo Linuxin periaate tunnu täällä mitenkään haittaavan. Ihan hyvin
toimii mös ei-GPL[2]-sofat.

BTW, jos ubuntussa on jotain luokkaa parituhatta pakettia ja päivityksiä
(kuinka moni on korjauspäivityksiä?) tulee 15 kuukaudessa, niin ei
kuulosta mnusta paljolta. Saman verran tulee Windowsiin (seiskaan).

[Tapio Väättänen]

Post by Pertti Heikkinen
BTW, jos ubuntussa on jotain luokkaa parituhatta pakettia ja päivityksiä
(kuinka moni on korjauspäivityksiä?) tulee 15 kuukaudessa, niin ei
kuulosta mnusta paljolta. Saman verran tulee Windowsiin (seiskaan).

Mikä niissä päivityksissä Ubuntussa ylipäänsä harmittaa? Mulla ei ole mitään
mennyt rikki. Päivitykset asentuu automaattisesti. Harvakseltaan se
"power-ikoni" yläkulmassa muuttuu punaiseksi, sen merkiksi, että
kernel-päivityksen jäljiltä kone odottaa buuttia. Joskus selaimen
joutuu uudelleen käynnistämään.

[Jouko Holopainen]

Post by Tapio Väättänen

Post by Pertti Heikkinen
BTW, jos ubuntussa on jotain luokkaa parituhatta pakettia ja päivityksiä
(kuinka moni on korjauspäivityksiä?) tulee 15 kuukaudessa, niin ei
kuulosta mnusta paljolta. Saman verran tulee Windowsiin (seiskaan).

Mikä niissä päivityksissä Ubuntussa ylipäänsä harmittaa?

Niitä tulee aivan liian usein. 12.4:een on tullut kertaluokkaa joka
toinen päivä sen julkaisusta lähtien. Tämä kertoo softan laadusta ja
kehittäjien asenteesta aika paljon, etenkin kun muistaa että yhdessä
päivityksessä tulee useita korjauksia.

Post by Tapio Väättänen
Mulla ei ole mitään
mennyt rikki.

Ilmeisesti et ole käyttänyt koskaan yhtään kernelijakelun ulkopuolista
ajuria, tai ajuria jota vain harvat käyttävät.

Post by Tapio Väättänen
Päivitykset asentuu automaattisesti. Harvakseltaan se
"power-ikoni" yläkulmassa muuttuu punaiseksi, sen merkiksi, että
kernel-päivityksen jäljiltä kone odottaa buuttia. Joskus selaimen
joutuu uudelleen käynnistämään.

Joskus kone menee tilt, jos ei heti boottaa.

Boottauksen jälkeen työpöytä on sekaisin - niin Gnome kuin XFCE:kään ei
osaa palauttaa tilannetta täysin, vaan vaatii muutaman minuutin
järjestelyn. Eikä voikkaan osata kun etäsessiot kaatuu ja VMWaren ajurit
menee "sekaisin".

[Tapio Väättänen]

Post by Jouko Holopainen
Ilmeisesti et ole käyttänyt koskaan yhtään kernelijakelun ulkopuolista
ajuria, tai ajuria jota vain harvat käyttävät.

No, olen mä käyttänyt VMwarea. Sen Serverin kanssa ajoin updaten ja lopuksi
siinä oli muutakin hommaa, joten tein jonkun scriptin, joka teki sen niin,
että se toimi yhdellä komennolla. Sitten vaihdoin läppärissä Serveristä
Workstationiin, ja siinä se käynnistyksen yhteydessä tarjoaa ajettavaksi
moduuli-päivitykset. Serverissä se siis vaati ehkä jotain vähän enemmän,
eikä se hoitunut kovin tyylikkäästi. Workstatio toimii ok-napin
painalluksella, mutta siitä joutuu jotain maksamaan.

VMWare on ainoa, joka on mitään vastaavaa vaatinut, ja vaati edelleen.

Post by Jouko Holopainen

Post by Tapio Väättänen
Päivitykset asentuu automaattisesti. Harvakseltaan se
"power-ikoni" yläkulmassa muuttuu punaiseksi, sen merkiksi, että
kernel-päivityksen jäljiltä kone odottaa buuttia. Joskus selaimen
joutuu uudelleen käynnistämään.

Joskus kone menee tilt, jos ei heti boottaa.

Ei minulla ole koskaan käynyt tuollaista. Minä vedän rebootin sitten kun
siltä tuntuu, tai akku loppuu. Useimmiten jälkimmäinen. Välissä voi mennä
parikin viikkoa.

Post by Jouko Holopainen
Boottauksen jälkeen työpöytä on sekaisin - niin Gnome kuin XFCE:kään ei
osaa palauttaa tilannetta täysin, vaan vaatii muutaman minuutin
järjestelyn. Eikä voikkaan osata kun etäsessiot kaatuu ja VMWaren ajurit
menee "sekaisin".

No eikö tuo nyt ole hieman liioiteltu tilanne? Työpöytä ja VMWaren ajurit
sekaisin? Eihän nuo liity edes toisiinsa. VMWaren ajurit vaatii uudelleen
kääntämisen kernel-päivitysten yhteydessä. Työpöytä minulla ei ole
päivitysten jälkeen koskaan seonnut, joten en osaa kommentoida.

[Tapio Väättänen]

Post by Tapio Väättänen
No, olen mä käyttänyt VMwarea. Sen Serverin kanssa ajoin updaten ja lopuksi
siinä oli muutakin hommaa, joten tein jonkun scriptin, joka teki sen niin,
että se toimi yhdellä komennolla.

Voin kertoakin mitä tein, kun se tuli tehtyä sen verta monta kertaa, että
piti tehdä scripti:
[klip]

***@inhambane:~/bin# cat reconfigvm.sh
#!/bin/sh

/etc/init.d/vmware stop
for i in ` ps -ef | grep vmw | grep -v grep | grep -v stopvmware | awk
'{print $2}'` ; do kill -9 $i ; done
rmmod vmnet
rm -rf /lib/modules/`uname -r`/misc/vm*
vmware-config.pl default

[/klip]

Joo tiedän, mun pitäisi joskus treenata grepin käyttöä :)

VMware Serverissä ajoin siis kuitenkin aina kernel-päivityksen jälkeen:

sudo reconfigvm.sh

Sillä hoitu homma yhdellä komennolla. Workstationin kanssa homma hoituu
sisäisesti. Siis silloin kun VMWatren käynnistää, niin se kysyy,
päivitetäänkä modulit.

[Jouko Holopainen]

Post by Tapio Väättänen
Sillä hoitu homma yhdellä komennolla. Workstationin kanssa homma hoituu
sisäisesti. Siis silloin kun VMWatren käynnistää, niin se kysyy,
päivitetäänkä modulit.

Meillä on playeri. Pitäs oikeastaan pyytää, että voisin ostaa
workstationin, olisi siitä muutakin hyötyä.

Harmi ettei VirtualBoxia saa/voi/eisovellu käyttää (en kerro syitä
tähän, jääkööt companyconfidential).

[SM]

Post by Tapio Väättänen
Voin kertoakin mitä tein, kun se tuli tehtyä sen verta monta kertaa, että
[klip]
#!/bin/sh
/etc/init.d/vmware stop
for i in ` ps -ef | grep vmw | grep -v grep | grep -v stopvmware | awk
'{print $2}'` ; do kill -9 $i ; done
rmmod vmnet
rm -rf /lib/modules/`uname -r`/misc/vm*
vmware-config.pl default
[/klip]
Joo tiedän, mun pitäisi joskus treenata grepin käyttöä :)

Ei se niinkään, mutta tuossa on turha "kill -9". Normi -15 olisi
parempi.

[Tapio Väättänen]

Post by SM
Ei se niinkään, mutta tuossa on turha "kill -9". Normi -15 olisi
parempi.

Ei olisi, koska VMWaren suhteen se TERM ei todennäköisesti riitä. Siksi
KILL.

Ota huomioon, että se softa on KILL-signaalia saadessaan toimimattomassa, ja
mahdollisesti irresponsiivisessa, tilassa, joten turha sitä on
silkkihansikkain kohdella. Kuula kalloon vaan.

[Eino Tuominen]

Post by SM
Ei se niinkään, mutta tuossa on turha "kill -9". Normi -15 olisi
parempi.

KILL (-9) voi olla jopa haitallinen, sitä ei kannattaisi käyttää
koskaan. Sehän ei ole signaali prosesessille lainkaan, vaan prosessi
vain kylmästi poistetaan prosessitaulusta ilman että prosessille
annetaan mahdollisuutta poistua siististi. Esim. varattu jaettu muisti
tai semaforit eivät vapaudu.

Jos ette usko minua, niin uskokaa Randal Schwartzia:

No no no. Don't use kill -9.

It doesn't give the process a chance to cleanly:

1) shut down socket connections

2) clean up temp files

3) inform its children that it is going away

4) reset its terminal characteristics

and so on and so on and so on.

Generally, send 15, and wait a second or two, and if that doesn't
work, send 2, and if that doesn't work, send 1. If that doesn't,
REMOVE THE BINARY because the program is badly behaved!

Don't use kill -9. Don't bring out the combine harvester just to tidy
up the flower pot.

Just another Useless Use of Usenet,

[Jouko Holopainen]

Post by Eino Tuominen
Generally, send 15, and wait a second or two, and if that doesn't
work, send 2, and if that doesn't work, send 1. If that doesn't,
REMOVE THE BINARY because the program is badly behaved!

Tolla perusteella mä voisin istua kahvilla koko päivän kun suurin osa
Linuxin binääreistä olisi poistettu.

Nimim "olen kokeillut".

[Tapio Väättänen]

Post by Jouko Holopainen

Post by Eino Tuominen
Generally, send 15, and wait a second or two, and if that doesn't
work, send 2, and if that doesn't work, send 1. If that doesn't,
REMOVE THE BINARY because the program is badly behaved!

Tolla perusteella mä voisin istua kahvilla koko päivän kun suurin osa
Linuxin binääreistä olisi poistettu.
Nimim "olen kokeillut".

Aivan. Ne dkms:n ryssimät vmware-modulit on rampauttanut ne vmware-prosessit
sen verran pahasti, että hyvä jos saa poistettua KILLillä.

Skriptiini siis pitäisi lisätä vmwaren totaalinen poisto, ja buutti perään,
koska ne prosessit ei lähde kuin KILLillä.

Minulla on kyllä yleisesti ottaen tietoa, mitkä prosessit lähtee TERMillä ja
mitkä ei. Esimerkkinä nyt vaikka slrn. Jos mulla on jossain jo olemassaoleva
slrn-prosessi pyörimässä, joka estää uuden käynnistämisen, niin tällöin TERM
on hyvä koska a) slrn sulkeutuu nätisti ja päivittää newsrc:n b) se sulkee
itse itsensä.

Aika suuri osa prosesseseista ei kuuntele kuin -9:iä, tai ei ne tietysti
sitäkään kuuntele, mutta lähtö tulee silti. Aika paljon saisi
tosiaan poistaa, jos ummistaisi silmänsä todellisuudelta ja alkaisi
pitämään kaikkea usenetissä kuultua totuutena.

[Jouko Holopainen]

Post by Tapio Väättänen
Aika suuri osa prosesseseista ei kuuntele kuin -9:iä, tai ei ne tietysti
sitäkään kuuntele, mutta lähtö tulee silti.

Yksi jatkuvasti tarvitsemani poro-softa ja gnome-session ei kuole muulla
kuin -9:llä.

[Eino Tuominen]

Post by Jouko Holopainen
Tolla perusteella mä voisin istua kahvilla koko päivän kun suurin osa
Linuxin binääreistä olisi poistettu.

Meinasin kirjoittaa, että äläpäs nyt liioittele, mutta sitten tajusin,
ettei mulla ole Linuxista tuoretta kokemusta kuin palvelinpuolelta.
Siellä sentään ysiä tarvitsee todella harvoin. Yleensä on merkki jostain
isommasta viasta. Toki joillain prosesseilla kestää minuuttitolkulla
kuolla nätisti pois, mutta onneksi sopivilla työkaluilla pystyy
hiukan ennustamaan, yrittääkö prosessi edes kuolla nätisti.

[Tapio Väättänen]

Post by Eino Tuominen

Post by Jouko Holopainen
Tolla perusteella mä voisin istua kahvilla koko päivän kun suurin osa
Linuxin binääreistä olisi poistettu.

Meinasin kirjoittaa, että äläpäs nyt liioittele, mutta sitten tajusin,
ettei mulla ole Linuxista tuoretta kokemusta kuin palvelinpuolelta.
Siellä sentään ysiä tarvitsee todella harvoin. Yleensä on merkki jostain
isommasta viasta. Toki joillain prosesseilla kestää minuuttitolkulla
kuolla nätisti pois, mutta onneksi sopivilla työkaluilla pystyy
hiukan ennustamaan, yrittääkö prosessi edes kuolla nätisti.

No, tuo esimerkki on alunperin palvelinsoftasta juurikin, jonka modulit on
jäänyt dkms:n jäljiltä puolitiehen. En oikein ymmärrä, mitä etua kokisin,
jos muuntelisin skriptiin ensin -15, sitten -2, vielä -1 ja sitten
poistaisin koko softan, kun nuo eivät riittäneet. Tosin niinhän minä lopulta
tein, kun VMWare Workstation ei suostu elämään samassa koneessa Serverin
kanssa.

Toki kyseessä oli softa, jolle ei saa mitään tukea eikä sitä edes
kauppallisesti lisenssiehtojen mukaan saa käyttää.

Jos taas kaupallisia palvelinsoftia joutuu killillä lopettamaan, niin ehkä
silloinkin kannattaa miettiä missä vika. Ei sillä, jos se palvelinsoftakin
menee totaalisen jumiin, niin saattaa senkin joutua lopettamaan killillä.
Minusta kaupallisen softan ollessa kyseessä, on tässä kohtaa vuorossa
virhe-raportin teko softatukeen.

Ei kaupallisisten (ja kaupallistenkin) kuten mm. Apache on joutunut
joskus puhdistelemaan jälkiä ipcrm:llä. VMware Server on usein mennyt
siihen tilaan, ettei sitä saa edes KILLillä pois, vain buutti auttaa.

Acroreadin-plugini ja tietysti myös Flashi-plugini menee 64bit Lucidisa
usein sellaiseen jumiin, että joko tappaa -9:llä, tai poistaa pluginin.

Yksinkertaisesti, jos joku sanoo, ettei koskaan saa sanoa -9, niin hän ei
elä tässä maailmassa.

[SM]

Post by Tapio Väättänen
Acroreadin-plugini ja tietysti myös Flashi-plugini menee 64bit Lucidisa
usein sellaiseen jumiin, että joko tappaa -9:llä, tai poistaa pluginin.

Ai niin, tehän käytitte Ubuntua ;) Yksi avainsana tässä yhteydessä on
silti "Adobe".

Post by Tapio Väättänen
Yksinkertaisesti, jos joku sanoo, ettei koskaan saa sanoa -9, niin hän ei
elä tässä maailmassa.

Eihän asia tietenkään ole noin mustavalkoinen. Työkalut tilanteen
mukaan. Puukkosahallekin on käyttönsä, mutta kyllä tomaatin pilkkoo
kätevämmin kasvisveitsellä. Jos oikeasti "suurin osa" Linuxin (sic)
binääreistä pitää tappaa -9:llä niin alkaa haiskahtaa pahasti jo
PEBCAK:ltä tai todella rikkinäiseltä distrolta. En jaksa uskoa että olen
ainoa, jolla ohjelmat "vaan toimivat".

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen
Acroreadin-plugini ja tietysti myös Flashi-plugini menee 64bit Lucidisa
usein sellaiseen jumiin, että joko tappaa -9:llä, tai poistaa pluginin.

Ai niin, tehän käytitte Ubuntua ;) Yksi avainsana tässä yhteydessä on
silti "Adobe".

Aivan, mutta kun oli niin kiva esim. eilen katsoa presidentin vaaliväittely
sillä plugarilla, joka joskus on 64bittisenä hirttänyt. Minun uskonti ei
estä Adoben ja eritoten Flashin käyttöä. Ei ne tuotteet ongelmattomia ole,
mutta aika surkea maailma olisi ilman PS:ia, PDF:ia ja Flashiäkin. Frame
Maker on suorastaan loistava.

Post by SM

Post by Tapio Väättänen
Yksinkertaisesti, jos joku sanoo, ettei koskaan saa sanoa -9, niin hän ei
elä tässä maailmassa.

Eihän asia tietenkään ole noin mustavalkoinen. Työkalut tilanteen
mukaan. Puukkosahallekin on käyttönsä, mutta kyllä tomaatin pilkkoo
kätevämmin kasvisveitsellä. Jos oikeasti "suurin osa" Linuxin (sic)
binääreistä pitää tappaa -9:llä niin alkaa haiskahtaa pahasti jo
PEBCAK:ltä tai todella rikkinäiseltä distrolta. En jaksa uskoa että olen
ainoa, jolla ohjelmat "vaan toimivat".

En minä ole sanonut, että suurin osa ohjelmista ei sulkeutuisi jollain
muulla signaalilla. 99.5% ohjelmista sulkeutuu 99.9% ilman että joudun
miettimään kill-komentoa ollenkaan. Ilmeisesti Ubuntun ulkopuolella ohjelmat
suljetaan etsimällä PID ja komentamalla ensin, kill -15 PID, sitten kill -2
PID ja jossei kill -1 PID toimi, niin poistetaan koko ohjelma.

Ubuntussa ohjelmat sulkeutuu yleensä painamalla sitä ikkunan ruksia tai
valitsemalla jotain tyyliin File --> Close. Kun tämä ei toimi, voi kokeilla
sitä kill -15 PID, ja jos se ei toimi, niin dekstopilla yleensä kill -9 PID.

Kun tuossa esimerkissäni nyt kuitenkin oli kyse skriptistä, niin olisi kai
voinut olettaa, että se vain teki asiat, jotka olin aiemmin manuaalisesti
suorittanut. Sille -9:lle oli siis syynsä. Siis olisi voinut olettaa, mutta
näemmä ei olisi pitänyt.

[SM]

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Acroreadin-plugini ja tietysti myös Flashi-plugini menee 64bit Lucidisa
usein sellaiseen jumiin, että joko tappaa -9:llä, tai poistaa pluginin.

Ai niin, tehän käytitte Ubuntua ;) Yksi avainsana tässä yhteydessä on
silti "Adobe".

Aivan, mutta kun oli niin kiva esim. eilen katsoa presidentin vaaliväittely
sillä plugarilla, joka joskus on 64bittisenä hirttänyt. Minun uskonti ei
estä Adoben ja eritoten Flashin käyttöä. Ei ne tuotteet ongelmattomia ole,
mutta aika surkea maailma olisi ilman PS:ia, PDF:ia ja Flashiäkin. Frame
Maker on suorastaan loistava.

Toki, en minäkään täysi freetard ole. Tosin ilman PS:ää olen kyllä
pärjännyt vaikka kuvankäsittelyä harrastankin.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Yksinkertaisesti, jos joku sanoo, ettei koskaan saa sanoa -9, niin hän ei
elä tässä maailmassa.

Eihän asia tietenkään ole noin mustavalkoinen. Työkalut tilanteen
mukaan. Puukkosahallekin on käyttönsä, mutta kyllä tomaatin pilkkoo
kätevämmin kasvisveitsellä. Jos oikeasti "suurin osa" Linuxin (sic)
binääreistä pitää tappaa -9:llä niin alkaa haiskahtaa pahasti jo
PEBCAK:ltä tai todella rikkinäiseltä distrolta. En jaksa uskoa että olen
ainoa, jolla ohjelmat "vaan toimivat".

En minä ole sanonut, että suurin osa ohjelmista ei sulkeutuisi jollain
muulla signaalilla.

Edelleen viittaus jhol:n sanomisiin. Olisi kai pitänyt siteerata. My
bad.

Post by Tapio Väättänen
99.5% ohjelmista sulkeutuu 99.9% ilman että joudun
miettimään kill-komentoa ollenkaan. Ilmeisesti Ubuntun ulkopuolella ohjelmat
suljetaan etsimällä PID ja komentamalla ensin, kill -15 PID, sitten kill -2
PID ja jossei kill -1 PID toimi, niin poistetaan koko ohjelma.

Ainakin jos vanhoista Unix-guruista puhutaan [1].

Post by Tapio Väättänen
Kun tuossa esimerkissäni nyt kuitenkin oli kyse skriptistä, niin olisi kai
voinut olettaa, että se vain teki asiat, jotka olin aiemmin manuaalisesti
suorittanut. Sille -9:lle oli siis syynsä. Siis olisi voinut olettaa, mutta
näemmä ei olisi pitänyt.

Juu ei.

[1] http://partmaps.org/era/unix/award.html#uuk9letter

[Tapio Väättänen]

Post by SM
Toki, en minäkään täysi freetard ole. Tosin ilman PS:ää olen kyllä
pärjännyt vaikka kuvankäsittelyä harrastankin.

Oletko? Ihan varmasti? Etkö koskaan tulosta *nixista mitään?

Post by SM

Post by Tapio Väättänen
99.5% ohjelmista sulkeutuu 99.9% ilman että joudun
miettimään kill-komentoa ollenkaan. Ilmeisesti Ubuntun ulkopuolella ohjelmat
suljetaan etsimällä PID ja komentamalla ensin, kill -15 PID, sitten kill -2
PID ja jossei kill -1 PID toimi, niin poistetaan koko ohjelma.

Ainakin jos vanhoista Unix-guruista puhutaan [1].

No tuohan tänne jo postattiin. Toistan mitä kirjoitin jo aiemmin. Jos joku
väittää yleisesti, että ilman -9:iä voi UNIXia tai sen johdannaisia
tänä päivänä käyttää, niin hän ei tiedä mistä puhuu.

Maailma olisi toki täydellinen, jos softa olisi bugitonta ja se ei koskaan
jumiutuisi ja olisi näin ollen vastaanottamassa signaaleja sulkemassa
itsensä kauniisti alas. Tällöin tosin herää kysmys, tarvitseeko
loppukäyttäjän koskaan niitä signaaleja juuri kill-komennolla lähetellä?
Eikä tällöin riitä, että sulkee ohjelman ihan normaalisti, tai siihen
tarkoitetulla komennola/skriptillä¹

Itse ottaisin tuon lainauksen lähinnä sarkastisena vitsinä, mutta kai sen
joku voi todestakin ottaa. Aika tyhjää olisi, jos mm. kaikki Apachet pitäisi
poistaa.

¹) Annoin jo esimerkin Slrn:stä, jossa -15 voi tosiaan olla tarpeen sulkea
jo pyörimässä oleva ohjelma silloin, kun se pyörii terminaalilla, johon ei
sillä hetkellä ole pääsyä. Tällöinhän kyseessä ei ole vikatilanne, vaan
halutaan varmistaa, että mm. newsrc tulee päivitettyä ennen lähtöä.
--
sip:***@tav.iki.fi http://tav.iki.fi

"You cannot be too rich, too thin, or commit too often." -- Mark A.

[SM]

Post by Tapio Väättänen

Post by SM
Toki, en minäkään täysi freetard ole. Tosin ilman PS:ää olen kyllä
pärjännyt vaikka kuvankäsittelyä harrastankin.

Oletko? Ihan varmasti? Etkö koskaan tulosta *nixista mitään?

Ah, PS != PS tässä yhteydessä. PS:ää olen toki käyttänyt, en PS:ää.

Post by Tapio Väättänen
Jos joku väittää yleisesti, että ilman -9:iä voi UNIXia tai sen
johdannaisia tänä päivänä käyttää, niin hän ei tiedä mistä puhuu.

*Yksi tietämätön nostaa kätensä pystyyn* En todellakaan muista milloin
viimeksi olisin tarvinnut -9 switchiä.

Post by Tapio Väättänen
Maailma olisi toki täydellinen, jos softa olisi bugitonta ja se ei koskaan
jumiutuisi ja olisi näin ollen vastaanottamassa signaaleja sulkemassa
itsensä kauniisti alas.

Maailman täydellisyys on subjektiivista.

Post by Tapio Väättänen
Tällöin tosin herää kysmys, tarvitseeko loppukäyttäjän koskaan niitä
signaaleja juuri kill-komennolla lähetellä?

Tarvitsee, kuten itsekin slrn-esimerkilläsi osoitat.

Post by Tapio Väättänen
Itse ottaisin tuon lainauksen lähinnä sarkastisena vitsinä, mutta kai sen
joku voi todestakin ottaa. Aika tyhjää olisi, jos mm. kaikki Apachet pitäisi
poistaa.

Ei minulla ole ollut Apachen kanssa moisia ongelmia. Kai tämäkin on
yksilökohtaista.

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen

Post by SM
Toki, en minäkään täysi freetard ole. Tosin ilman PS:ää olen kyllä
pärjännyt vaikka kuvankäsittelyä harrastankin.

Oletko? Ihan varmasti? Etkö koskaan tulosta *nixista mitään?

Ah, PS != PS tässä yhteydessä. PS:ää olen toki käyttänyt, en PS:ää.

Voidaanhan me toki historia unohtaa, jos se on epämiellyttävää. Ei minun
Linuxissa edes pyöri PS, mutta PS:ia käytän päivittäin. Siksi en ymmärrä,
miten sekoitat PS:n ja PS:n keskenään.

Post by SM

Post by Tapio Väättänen
Jos joku väittää yleisesti, että ilman -9:iä voi UNIXia tai sen
johdannaisia tänä päivänä käyttää, niin hän ei tiedä mistä puhuu.

*Yksi tietämätön nostaa kätensä pystyyn* En todellakaan muista milloin
viimeksi olisin tarvinnut -9 switchiä.

Jep, suurin osa ei edes tiedä mikä se on. Mitä vähemmän kokemusta *nixeista,
sitä varmemmin ei kosaan ole tarvinnut -9:ää.

[SM]

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Toki, en minäkään täysi freetard ole. Tosin ilman PS:ää olen kyllä
pärjännyt vaikka kuvankäsittelyä harrastankin.

Oletko? Ihan varmasti? Etkö koskaan tulosta *nixista mitään?

Ah, PS != PS tässä yhteydessä. PS:ää olen toki käyttänyt, en PS:ää.

Voidaanhan me toki historia unohtaa, jos se on epämiellyttävää. Ei minun
Linuxissa edes pyöri PS, mutta PS:ia käytän päivittäin. Siksi en ymmärrä,
miten sekoitat PS:n ja PS:n keskenään.

Monet eivät tunnu pärjäävän ilman PS:ää, jota voi pyörittää esim. winen
alla.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Jos joku väittää yleisesti, että ilman -9:iä voi UNIXia tai sen
johdannaisia tänä päivänä käyttää, niin hän ei tiedä mistä puhuu.

*Yksi tietämätön nostaa kätensä pystyyn* En todellakaan muista milloin
viimeksi olisin tarvinnut -9 switchiä.

Jep, suurin osa ei edes tiedä mikä se on. Mitä vähemmän kokemusta *nixeista,
sitä varmemmin ei kosaan ole tarvinnut -9:ää.

Ja mitä enemmän *nixeista kokemusta on, sitä enemmän miinusysiä käyttää.
Noinhan se menee...

[Tapio Väättänen]

Post by SM
Monet eivät tunnu pärjäävän ilman PS:ää, jota voi pyörittää esim. winen
alla.

En harrasta kuvankäsittelyä, joten minulle PS = PS.

Post by SM
Ja mitä enemmän *nixeista kokemusta on, sitä enemmän miinusysiä käyttää.
Noinhan se menee...

Eipä pistetä sanoja suuhuni. Mitä enemmän on kokemusta *nixeista, sitä
varmemmin -9 tulee vastaan, kun mikään muu ei auta. Vastaavasti, mitä
vähäisempiä kokemukset, sitä varmemmin koko kill-komennon käyttö jää
kokematta.

Vaimoni on käyttänyt Linuxia tuollaiset 10 vuotta. Kertaakaan ei ole
käyttänyt edes killiä, saati -9:llä. Vanhin tyttäreni suunnilleen neljä
vuotiaasta, sama homma. Ehkä ne on samanlaisia vanhoja UNIX-partoja, kuin
voi valistuneesta -9:n käytöstä päätellä sinun olevan?

Minua edelleen kiinnostaisi tietää, miksi ihmeessä sinä haluaisit signaloida
yhtään mitään prosessille, joka ei kuuntele yhtään mitään? Ehkä tämä jää
kuitenkin selviämättä.

[SM]

Post by Tapio Väättänen

Post by SM
Monet eivät tunnu pärjäävän ilman PS:ää, jota voi pyörittää esim. winen
alla.

En harrasta kuvankäsittelyä, joten minulle PS = PS.

Post by SM
Ja mitä enemmän *nixeista kokemusta on, sitä enemmän miinusysiä käyttää.
Noinhan se menee...

Eipä pistetä sanoja suuhuni.

Ei suinkaan. Osoitin vaan minkälaisia tuloksia turhan kärkevällä
retoriikalla saa aikaan.

Post by Tapio Väättänen
Mitä enemmän on kokemusta *nixeista, sitä varmemmin -9 tulee vastaan,
kun mikään muu ei auta. Vastaavasti, mitä vähäisempiä kokemukset, sitä
varmemmin koko kill-komennon käyttö jää kokematta.

Tämähän on pläkki eikä missään vaiheessa epäselvää.

Post by Tapio Väättänen
Vaimoni on käyttänyt Linuxia tuollaiset 10 vuotta. Kertaakaan ei ole
käyttänyt edes killiä, saati -9:llä. Vanhin tyttäreni suunnilleen neljä
vuotiaasta, sama homma.

Ehkä he ovat tyypillisiä loppukäyttäjiä, joita ei jumiutunut prosessi
edes häiritse ellei kyseessä ole juuri käytössä oleva GUI-ohjelma? On
pieni ero system adminin ja loppukäyttäjän välillä.

Post by Tapio Väättänen
Ehkä ne on samanlaisia vanhoja UNIX-partoja, kuin
voi valistuneesta -9:n käytöstä päätellä sinun olevan?

Eiväthän he olleet edes käyttäneet kill-komentoa, joka on - yllätys,
yllätys - vanhan UNIX-gurun ohjelmoima tekele.

Post by Tapio Väättänen
Minua edelleen kiinnostaisi tietää, miksi ihmeessä sinä haluaisit signaloida
yhtään mitään prosessille, joka ei kuuntele yhtään mitään? Ehkä tämä jää
kuitenkin selviämättä.

Hankkiutuisin eroon sen parent-prosessista. KILL-signaaliguruna voit
tehdä sen esim. seuraavalla pikkurimpsulla:

# ps -e | grep -v PID | awk '{ print $1 }' | xargs kill -9

[Tapio Väättänen]

Post by SM
Eiväthän he olleet edes käyttäneet kill-komentoa, joka on - yllätys,
yllätys - vanhan UNIX-gurun ohjelmoima tekele.

Niin, osoitan vain tässä pienen logiikan puutteen retoriikassasi. Sen
lisäksi alla ehdotat lopulta kuitenkin -9:n käyttöä, vieläpä tavalla, joka
potentiaalisesti vie ojasta allikkoon.

Post by SM

Post by Tapio Väättänen
Minua edelleen kiinnostaisi tietää, miksi ihmeessä sinä haluaisit signaloida
yhtään mitään prosessille, joka ei kuuntele yhtään mitään? Ehkä tämä jää
kuitenkin selviämättä.

Hankkiutuisin eroon sen parent-prosessista. KILL-signaaliguruna voit
# ps -e | grep -v PID | awk '{ print $1 }' | xargs kill -9

Ja sitten minulla olisi potentiaalisesti zombieita. Ei kiitos. Yllähän
sinä ehdotat, että tapan vanhemman antamatta sille mitenkään mahdollisuutta
sulkea lapsiprosessejaan.

Pienenä vinkkinä, se minun skripti toimi täydellisesti siihen päivään kunnes
poistin koko VMWare Serverin. Ei ollut zombieita ja kernel-päivityksen
jälkeen VMWare Server toimi tuon jälkeen oikein hienosti. Itseasiassa
monella tapaa paremmin kuin nykyinen Workstation.

Tähänkin sopii sanonta, kun merellä on hätä, niin maalla ollaan viisaita.

Mutta voisihan tuota ehdotustasi kokeilla, jos olisi vielä vastaava setup,
mutta kun ei ole. Järkevintähän se olisi ollut korjata dkms:llä, ei suinkaan
millään skriptillä.

VMWare Server 2.0:n toimintakuntoon saattaminen Lucidille ei kyllä
muutenkaan ollut mitenkään mieltäylentävä kokemus, joten taidan tyytyä
nykyiseen.

[Tapio Väättänen]

Post by SM
Hankkiutuisin eroon sen parent-prosessista. KILL-signaaliguruna voit
# ps -e | grep -v PID | awk '{ print $1 }' | xargs kill -9

Sivuhuomatuksena mainittakoon, että ohjeesi mukaisesti päätyisin antamaan
kenkää initille.

Esimerkkinä:

[***@inhambane ~]$ ps -efF| egrep "PID|vmw"
UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
root 2263 1 0 2023 776 0 Oct17 ? 00:00:11
/usr/bin/vmware-usbarbitrator
root 2343 1 0 658 244 0 Oct17 ? 00:00:04
/usr/bin/vmnet-dhcpd -s 6 -cf /etc/vmware/vmnet1/dhcpd/dhcpd.conf -lf
/etc/vmware/vmnet1/dhcpd/dhcpd.leases -pf /var/run/vmnet-dhcpd-vmnet1.pid
vmnet1
root 2350 1 0 658 236 0 Oct17 ? 00:00:03
/usr/bin/vmnet-dhcpd -s 6 -cf /etc/vmware/vmnet8/dhcpd/dhcpd.conf -lf
/etc/vmware/vmnet8/dhcpd/dhcpd.leases -pf /var/run/vmnet-dhcpd-vmnet8.pid
vmnet8
root 2353 1 0 638 416 0 Oct17 ? 00:00:03
/usr/bin/vmnet-natd -s 6 -m /etc/vmware/vmnet8/nat.mac -c
/etc/vmware/vmnet8/nat/nat.conf

Tuo sinun rimpsusihan tosin ilman filtteröintiä vetää kaikille prosesseille
-9. Parenttia pelkkä -e ps:lle ei tulosta.

[SM]

Post by Tapio Väättänen

Post by SM
Hankkiutuisin eroon sen parent-prosessista. KILL-signaaliguruna voit
# ps -e | grep -v PID | awk '{ print $1 }' | xargs kill -9

Tuo sinun rimpsusihan tosin ilman filtteröintiä vetää kaikille prosesseille
-9. Parenttia pelkkä -e ps:lle ei tulosta.

Oikein tulkittu. Parentin prosessille voi etsiä esim "ps
-xal"-tulosteesta (neljäs field).

[SM]

Post by Tapio Väättänen

Post by SM
Eiväthän he olleet edes käyttäneet kill-komentoa, joka on - yllätys,
yllätys - vanhan UNIX-gurun ohjelmoima tekele.

Niin, osoitan vain tässä pienen logiikan puutteen retoriikassasi. Sen
lisäksi alla ehdotat lopulta kuitenkin -9:n käyttöä, vieläpä tavalla, joka
potentiaalisesti vie ojasta allikkoon.

No, se oneliner, jota ehdotin on täysi itsemurha prosessien kannalta ja
tarkoitinkin sen lähinnä vitsiksi (lisää echo killin eteen niin näet
mitä se itse asiassa tekisi). Usenet-retoriikassa näitä väärinkäsityksiä
syntyy näköjään joka toisen lauseen yhteydessä.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Minua edelleen kiinnostaisi tietää, miksi ihmeessä sinä haluaisit signaloida
yhtään mitään prosessille, joka ei kuuntele yhtään mitään? Ehkä tämä jää
kuitenkin selviämättä.

Hankkiutuisin eroon sen parent-prosessista. KILL-signaaliguruna voit
# ps -e | grep -v PID | awk '{ print $1 }' | xargs kill -9

Ja sitten minulla olisi potentiaalisesti zombieita. Ei kiitos. Yllähän
sinä ehdotat, että tapan vanhemman antamatta sille mitenkään mahdollisuutta
sulkea lapsiprosessejaan.

Jos lapsiprosessi ei kuuntele yhtään mitään, miten vanhempi voi sulkea
sen? Zombiet (kukapa niistä ei voi olla pitämättä?) saa tapettua
nimenomaan niiden parent-prosessin tappamalla tai käynnistämällä ko.
servicen uudelleen.

Post by Tapio Väättänen
Mutta voisihan tuota ehdotustasi kokeilla, jos olisi vielä vastaava setup,
mutta kun ei ole. Järkevintähän se olisi ollut korjata dkms:llä, ei suinkaan
millään skriptillä.

Pääasia toki, että homma toimii nykyään. Eiköhän bottomline ole, että
-9:lle on käyttönsä silloin kun muu ei oikeasti auta. Eihän se vipu
turhaan ole killiin koodattu.

[Tapio Väättänen]

Post by SM
No, se oneliner, jota ehdotin on täysi itsemurha prosessien kannalta ja
tarkoitinkin sen lähinnä vitsiksi (lisää echo killin eteen niin näet
mitä se itse asiassa tekisi).

Tuota, kiitos tuosta echo-vinkistä ihan tosi paljon, ei olisi millään tullut
mieleen ihan itse :) Ja tuo oli sitten sarkasmia.

Post by SM

Post by Tapio Väättänen
Ja sitten minulla olisi potentiaalisesti zombieita. Ei kiitos. Yllähän
sinä ehdotat, että tapan vanhemman antamatta sille mitenkään mahdollisuutta
sulkea lapsiprosessejaan.

Jos lapsiprosessi ei kuuntele yhtään mitään, miten vanhempi voi sulkea
sen? Zombiet (kukapa niistä ei voi olla pitämättä?) saa tapettua
nimenomaan niiden parent-prosessin tappamalla tai käynnistämällä ko.
servicen uudelleen.

Mutta missä logiikka? Annat -9:n vanhemmalle, jolloin sillä ei ole mitään
mahdollisuutta yrittää sulkea lapsia. Sen lisäksi, se vanhempi nyt kuitenkin
sattuu olemaan init.

Post by SM
Pääasia toki, että homma toimii nykyään. Eiköhän bottomline ole, että
-9:lle on käyttönsä silloin kun muu ei oikeasti auta. Eihän se vipu
turhaan ole killiin koodattu.

Usko pois, kyllä minä tiedän erot eri signaalien välillä. Jätit sinänsä
aivan oikeassa valistuksessa kontekstin huomioimatta.

Aloitin UNIX:in käytön noin 20 vuotta sitten lukemalla ihan ensiksi
lipaston atk-keskuksen UNIX-oppaan, ja siinä selitetiin riittävän kattavasti
mm. prosessit, redirect ja kill. Harmittaa, että se opas on minulta sittemmin
hävinnyt.

[SM]

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ja sitten minulla olisi potentiaalisesti zombieita. Ei kiitos. Yllähän
sinä ehdotat, että tapan vanhemman antamatta sille mitenkään mahdollisuutta
sulkea lapsiprosessejaan.

Jos lapsiprosessi ei kuuntele yhtään mitään, miten vanhempi voi sulkea
sen? Zombiet (kukapa niistä ei voi olla pitämättä?) saa tapettua
nimenomaan niiden parent-prosessin tappamalla tai käynnistämällä ko.
servicen uudelleen.

Mutta missä logiikka? Annat -9:n vanhemmalle, jolloin sillä ei ole mitään
mahdollisuutta yrittää sulkea lapsia. Sen lisäksi, se vanhempi nyt kuitenkin
sattuu olemaan init.

Miten sitten hoidat nämä kurittomat lapset? Hard resetillä? Sitä paitsi
mitä suurta haittaa muutamasta zombiesta on?

http://www.linuxsa.org.au/tips/zombies.html

Post by Tapio Väättänen

Post by SM
Pääasia toki, että homma toimii nykyään. Eiköhän bottomline ole, että
-9:lle on käyttönsä silloin kun muu ei oikeasti auta. Eihän se vipu
turhaan ole killiin koodattu.

Usko pois, kyllä minä tiedän erot eri signaalien välillä. Jätit sinänsä
aivan oikeassa valistuksessa kontekstin huomioimatta.

Valitettavasti. Onhan tässä jauhettukin :D

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ja sitten minulla olisi potentiaalisesti zombieita. Ei kiitos. Yllähän
sinä ehdotat, että tapan vanhemman antamatta sille mitenkään mahdollisuutta
sulkea lapsiprosessejaan.

Jos lapsiprosessi ei kuuntele yhtään mitään, miten vanhempi voi sulkea
sen? Zombiet (kukapa niistä ei voi olla pitämättä?) saa tapettua
nimenomaan niiden parent-prosessin tappamalla tai käynnistämällä ko.
servicen uudelleen.

Mutta missä logiikka? Annat -9:n vanhemmalle, jolloin sillä ei ole mitään
mahdollisuutta yrittää sulkea lapsia. Sen lisäksi, se vanhempi nyt kuitenkin
sattuu olemaan init.

Miten sitten hoidat nämä kurittomat lapset? Hard resetillä? Sitä paitsi
mitä suurta haittaa muutamasta zombiesta on?
http://www.linuxsa.org.au/tips/zombies.html

Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Tuota eritoten kannattaa ensiksi testata laittamalla ensiksi echo eteen ja
miettimällä vielä kerran :)

Kokeile, tulos voi olla jotain muuta kuin ensi alkuun luulet.

Post by SM

Post by Tapio Väättänen

Post by SM
Pääasia toki, että homma toimii nykyään. Eiköhän bottomline ole, että
-9:lle on käyttönsä silloin kun muu ei oikeasti auta. Eihän se vipu
turhaan ole killiin koodattu.

Usko pois, kyllä minä tiedän erot eri signaalien välillä. Jätit sinänsä
aivan oikeassa valistuksessa kontekstin huomioimatta.

Valitettavasti. Onhan tässä jauhettukin :D

No jatketaan nyt sitten initillä, kun se selkeästikin jäi huomioimatta:

http://tinyurl.com/2k7on7

http://en.wikipedia.org/wiki/Linux_startup_process#\
Init_process_.28SysV_init_style_only.29

[SM]

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Kysytkö tätä ihan tosissasi? Tiedän kyllä mikä init-prosessi on, ja
miten kävisi jos sen miinusysittäisi. Ei minulla yleensä olekaan
tarvetta väkisinmaata prosesseja kill -9:llä. Luulisi tämän käyneen jo
ilmi tässä rupatellessa.

Et vielä vastannut kysymykseeni, miten hoitelet prosessit jotka eivät
kuuntele mitään (eivät edes kill-komentoja), mutta näkyvät silti
ps-outputissa.

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Kysytkö tätä ihan tosissasi?

Todellakin kysyn, koska ohjeesi olikomentaa "kill -9 1", jotta saisin
vmware- prosessit tapettua. No ei se kyllä niitä vmware-prosesseja poista
ollenkaan. Ohjeistat tappamaan kaikkien prosessien äidin, jotta pääsisin
eroon muutamasta prosessista. Ei se nyt ihan sellaista kuvaa anna, että
tiedät mikä on init.

Initillä ja zombieilla on yksi yhteinen ominaisuus, joka sinulta on
ilmeisesti jäänyt huomaamatta. Osaatko jo nyt kertoa mikä se on?

Post by SM
Tiedän kyllä mikä init-prosessi on, ja
miten kävisi jos sen miinusysittäisi.

No miten? Kuolisiko ne vmware-prosessit? Vastaus löytyy yltä ja alta.

Post by SM
Ei minulla yleensä olekaan
tarvetta väkisinmaata prosesseja kill -9:llä. Luulisi tämän käyneen jo
ilmi tässä rupatellessa.

Aivan, ja sinulla ei ole koskaan ollut VMWare Serveriä, ja jos onkin, et
päivittänyt kerneliä, ja jos päivititkin, yritit tappaa initiä, mutta se ei
kuollut, joten lopulta et olisi kuitenkaan käyttänyt VMWare Serveriä, koska
EVO.

Post by SM
Et vielä vastannut kysymykseeni, miten hoitelet prosessit jotka eivät
kuuntele mitään (eivät edes kill-komentoja), mutta näkyvät silti
ps-outputissa.

En mitenkään. Lapsikin tietää ettei zombieta voi tappaa. Ainoa mitä niille
olen tehnyt on ollut seuranta. Sinulla ei ilmeisesti ole aavistustakaan,
että jos niitä syntyy jatkuvalla syötöllä, niistä voi oikeasti olla jotain
haittaakin. Minulla on uutinen, niistä voi olla haittaa.

Tsiigaa vaikka tuosta yksi esimerkki:

http://docstore.mik.ua/orelly/perl/cookbook/ch16_20.htm

[SM]

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Kysytkö tätä ihan tosissasi?

Todellakin kysyn, koska ohjeesi olikomentaa "kill -9 1", jotta saisin
vmware- prosessit tapettua. No ei se kyllä niitä vmware-prosesseja poista
ollenkaan. Ohjeistat tappamaan kaikkien prosessien äidin, jotta pääsisin
eroon muutamasta prosessista. Ei se nyt ihan sellaista kuvaa anna, että
tiedät mikä on init.

Ööh, se rimpsu johon mielelläsi takerrut ei ollut ohje vaan vitsi, joka
sinulta meni näköjään totaalisesti ohi. Olisi pitänyt kai hymiöidä
runsaammin.

Post by Tapio Väättänen
Initillä ja zombieilla on yksi yhteinen ominaisuus, joka sinulta on
ilmeisesti jäänyt huomaamatta. Osaatko jo nyt kertoa mikä se on?

Ne ei noteeraa SIGKILLiä?

Post by Tapio Väättänen

Post by SM
Tiedän kyllä mikä init-prosessi on, ja miten kävisi jos sen
miinusysittäisi.

No miten? Kuolisiko ne vmware-prosessit? Vastaus löytyy yltä ja alta.

Juu ei.

Post by Tapio Väättänen

Post by SM
Ei minulla yleensä olekaan tarvetta väkisinmaata prosesseja kill
-9:llä. Luulisi tämän käyneen jo ilmi tässä rupatellessa.

Aivan, ja sinulla ei ole koskaan ollut VMWare Serveriä, ja jos onkin, et
päivittänyt kerneliä, ja jos päivititkin, yritit tappaa initiä, mutta se ei
kuollut, joten lopulta et olisi kuitenkaan käyttänyt VMWare Serveriä, koska
EVO.

Hieno jossittelu huipentuu ad hominemiin. *aplodit*

Post by Tapio Väättänen

Post by SM
Et vielä vastannut kysymykseeni, miten hoitelet prosessit jotka eivät
kuuntele mitään (eivät edes kill-komentoja), mutta näkyvät silti
ps-outputissa.

En mitenkään. Lapsikin tietää ettei zombieta voi tappaa.

Kysypä lapselta asiasta. Voit yllättyä.

Post by Tapio Väättänen
Ainoa mitä niille olen tehnyt on ollut seuranta. Sinulla ei ilmeisesti
ole aavistustakaan, että jos niitä syntyy jatkuvalla syötöllä, niistä
voi oikeasti olla jotain haittaakin. Minulla on uutinen, niistä voi
olla haittaa.

Jos käyttää moista zombiefarmisoftaa, niin epäilemättä kannattaa seurata
tilanteen kehittymistä :D

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Kysytkö tätä ihan tosissasi?

Todellakin kysyn, koska ohjeesi olikomentaa "kill -9 1", jotta saisin
vmware- prosessit tapettua. No ei se kyllä niitä vmware-prosesseja poista
ollenkaan. Ohjeistat tappamaan kaikkien prosessien äidin, jotta pääsisin
eroon muutamasta prosessista. Ei se nyt ihan sellaista kuvaa anna, että
tiedät mikä on init.

Ööh, se rimpsu johon mielelläsi takerrut ei ollut ohje vaan vitsi, joka
sinulta meni näköjään totaalisesti ohi. Olisi pitänyt kai hymiöidä
runsaammin.

Enhän minä siihen rimpsuusi takerru vaan kahteen rimpususta erilliseen asiaan:

1) Olet tappamassa yksittäisiä prosesseja tappamalla init-prosessia.

2) Ylipäänsä ensin kerrot kuinka huono tapa -9 on, ja sitten oletkin
yllättäen ehdottamassa lapsista eroon pääsemiseksi äidin tappamista
-9:llä. Tässä on selkeä ristiriita.

Lisäksi näistä neuvoista kumpikaan ei sovellu ko. tapaukseen, koska:

a) Kyseessä ei ole erillisen prosessin lapsiprosessit, vaan initin
käynnistämät erilliset vmware-prosessit.

b) Ko. erillisistä vmware-prosesseista pääsi eroon yksinkertaisesti kill
-9:llä. Kenties -1 tai -15:kin olisivat toimineet, muttei säädyllisessä
ajassa.

Noin yleensä ottaen zombiesta ei ole haittaa, mutta sen lisäksi, että
ne nyt ylipäänsä eivät ole kovin esteettinen näky prosessilistassa, niin
ainakin takavuosina ne saattoivat täyttää prosessitaulun. Jos niitä nyt
ylipäänsä alkaa esiintymään enemmänkin, kannattaisi yleensä ottaen selvittää
mikä niitä synnyttää. Yksi mikä niitä ihan varmasti synnyttää, on kuunnella
sinun neuvojasi.

Post by SM

Post by Tapio Väättänen
Initillä ja zombieilla on yksi yhteinen ominaisuus, joka sinulta on
ilmeisesti jäänyt huomaamatta. Osaatko jo nyt kertoa mikä se on?

Ne ei noteeraa SIGKILLiä?

Niin, kumpaakaan ei voi tappaa. kill -1 1 taas on ihan peruskauraa.

Post by SM

Post by Tapio Väättänen

Post by SM
Tiedän kyllä mikä init-prosessi on, ja miten kävisi jos sen
miinusysittäisi.

No miten? Kuolisiko ne vmware-prosessit? Vastaus löytyy yltä ja alta.

Juu ei.

No miksi sitten ehdotat sellaista?

Post by SM

Post by Tapio Väättänen

Post by SM
Ei minulla yleensä olekaan tarvetta väkisinmaata prosesseja kill
-9:llä. Luulisi tämän käyneen jo ilmi tässä rupatellessa.

Aivan, ja sinulla ei ole koskaan ollut VMWare Serveriä, ja jos onkin, et
päivittänyt kerneliä, ja jos päivititkin, yritit tappaa initiä, mutta se ei
kuollut, joten lopulta et olisi kuitenkaan käyttänyt VMWare Serveriä, koska
EVO.

Hieno jossittelu huipentuu ad hominemiin. *aplodit*

Otin vain saman tyylilajin, joka paistoi lausahduksestasi tuosta
yltä. Se ei ole sen enempää ad hominem kuin omasikaan.

Post by SM

Post by Tapio Väättänen

Post by SM
Et vielä vastannut kysymykseeni, miten hoitelet prosessit jotka eivät
kuuntele mitään (eivät edes kill-komentoja), mutta näkyvät silti
ps-outputissa.

En mitenkään. Lapsikin tietää ettei zombieta voi tappaa.

Kysypä lapselta asiasta. Voit yllättyä.

Riippuu tietysti lapsesta, mutta määritelmän mukaisesti zombieta ei voi
tappaa.

Post by SM

Post by Tapio Väättänen
Ainoa mitä niille olen tehnyt on ollut seuranta. Sinulla ei ilmeisesti
ole aavistustakaan, että jos niitä syntyy jatkuvalla syötöllä, niistä
voi oikeasti olla jotain haittaakin. Minulla on uutinen, niistä voi
olla haittaa.

Jos käyttää moista zombiefarmisoftaa, niin epäilemättä kannattaa seurata
tilanteen kehittymistä :D

Ei minun läppärissä pääse paljoa zombieita syntymään, kunhan pidän huolen,
etten noudata neuvojasi. Muutenkin, tätä buutataan verrattain tiheään, juuri
niiden kernel-päivitysten vuoksi. Sitä vastoin kun noita UNIX-purkkeja tuli
aikanaan valvottua työn puolesta nykyistä huomattavasti enemmän, niin yksi
osa oli valvonnasta oli juuri noiden zombie-prosessien seuranta. Jos niitä
tuli liikaa, piti asialle tehdä jotain.

Toki sinun kaltaisesi besserwisser olisi homman hoitanut paljon paremmin
tappamalla initin. Jos sen saisi tapettua, niin lähtisi ne zombietkin.

[SM]

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1.
Mieti nyt pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9
1".

Kysytkö tätä ihan tosissasi?

Todellakin kysyn, koska ohjeesi olikomentaa "kill -9 1", jotta
saisin vmware- prosessit tapettua. No ei se kyllä niitä
vmware-prosesseja poista ollenkaan. Ohjeistat tappamaan kaikkien
prosessien äidin, jotta pääsisin eroon muutamasta prosessista. Ei se
nyt ihan sellaista kuvaa anna, että tiedät mikä on init.

Ööh, se rimpsu johon mielelläsi takerrut ei ollut ohje vaan vitsi, joka
sinulta meni näköjään totaalisesti ohi. Olisi pitänyt kai hymiöidä
runsaammin.

1) Olet tappamassa yksittäisiä prosesseja tappamalla init-prosessia.
2) Ylipäänsä ensin kerrot kuinka huono tapa -9 on, ja sitten oletkin
yllättäen ehdottamassa lapsista eroon pääsemiseksi äidin tappamista
-9:llä. Tässä on selkeä ristiriita.

Ei nyt ole rautalankaa käsillä, joten ei voi mitään.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Tiedän kyllä mikä init-prosessi on, ja miten kävisi jos sen
miinusysittäisi.

No miten? Kuolisiko ne vmware-prosessit? Vastaus löytyy yltä ja alta.

Juu ei.

No miksi sitten ehdotat sellaista?

Huumori on vaikea laji.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Ei minulla yleensä olekaan tarvetta väkisinmaata prosesseja kill
-9:llä. Luulisi tämän käyneen jo ilmi tässä rupatellessa.

Aivan, ja sinulla ei ole koskaan ollut VMWare Serveriä, ja jos
onkin, et päivittänyt kerneliä, ja jos päivititkin, yritit tappaa
initiä, mutta se ei kuollut, joten lopulta et olisi kuitenkaan
käyttänyt VMWare Serveriä, koska EVO.

Hieno jossittelu huipentuu ad hominemiin. *aplodit*

Otin vain saman tyylilajin, joka paistoi lausahduksestasi tuosta
yltä. Se ei ole sen enempää ad hominem kuin omasikaan.

Tiesipä Nietzschekin aikoinaan tokaista: "kaksinkertainen vääryys on puoli
oikeutta".

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Et vielä vastannut kysymykseeni, miten hoitelet prosessit jotka eivät
kuuntele mitään (eivät edes kill-komentoja), mutta näkyvät silti
ps-outputissa.

En mitenkään. Lapsikin tietää ettei zombieta voi tappaa.

Kysypä lapselta asiasta. Voit yllättyä.

Riippuu tietysti lapsesta, mutta määritelmän mukaisesti zombieta ei voi
tappaa.

Ei tietenkään koska ne ovat jo kuolleita prosesseja.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ainoa mitä niille olen tehnyt on ollut seuranta. Sinulla ei ilmeisesti
ole aavistustakaan, että jos niitä syntyy jatkuvalla syötöllä, niistä
voi oikeasti olla jotain haittaakin. Minulla on uutinen, niistä voi
olla haittaa.

Jos käyttää moista zombiefarmisoftaa, niin epäilemättä kannattaa seurata
tilanteen kehittymistä :D

Ei minun läppärissä pääse paljoa zombieita syntymään, kunhan pidän huolen,
etten noudata neuvojasi.

Ei minulla olekaan missään vaiheessa ollut zombieongelmaa. Jos sinä
sekoitat oikeat neuvot ja paskanjauhannan keskenään, ei siinä auta
mikään.

Post by Tapio Väättänen
Toki sinun kaltaisesi besserwisser olisi homman hoitanut paljon paremmin
tappamalla initin. Jos sen saisi tapettua, niin lähtisi ne zombietkin.

Kyllä sen saa tapettua kuten kaikki muutkin prosessit: man halt.

T: Signaali- ja prosessibesserwisser

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1.
Mieti nyt pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9
1".

Kysytkö tätä ihan tosissasi?

Todellakin kysyn, koska ohjeesi olikomentaa "kill -9 1", jotta
saisin vmware- prosessit tapettua. No ei se kyllä niitä
vmware-prosesseja poista ollenkaan. Ohjeistat tappamaan kaikkien
prosessien äidin, jotta pääsisin eroon muutamasta prosessista. Ei se
nyt ihan sellaista kuvaa anna, että tiedät mikä on init.

Ööh, se rimpsu johon mielelläsi takerrut ei ollut ohje vaan vitsi, joka
sinulta meni näköjään totaalisesti ohi. Olisi pitänyt kai hymiöidä
runsaammin.

1) Olet tappamassa yksittäisiä prosesseja tappamalla init-prosessia.
2) Ylipäänsä ensin kerrot kuinka huono tapa -9 on, ja sitten oletkin
yllättäen ehdottamassa lapsista eroon pääsemiseksi äidin tappamista
-9:llä. Tässä on selkeä ristiriita.

Ei nyt ole rautalankaa käsillä, joten ei voi mitään.

Ole hyvä yritä toki enemmän. Ehkä se rimpsu pelkästään ei ollut vitsi, vaan se
koko isäntäprosessiin viittaminen myös, eikö niin? Taisin viimeksi törmätä
näihin "se oli vitsi" -selityksiin peruskoulun ala-asteella.

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Tiedän kyllä mikä init-prosessi on, ja miten kävisi jos sen
miinusysittäisi.

No miten? Kuolisiko ne vmware-prosessit? Vastaus löytyy yltä ja alta.

Juu ei.

No miksi sitten ehdotat sellaista?

Huumori on vaikea laji.

Aivan. Nietzschekin oli viisas mies, mutta viisas henkilö oli sekin, joka
sanoi: "If you can't make a joke, don't make a joke!"

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Ei minulla yleensä olekaan tarvetta väkisinmaata prosesseja kill
-9:llä. Luulisi tämän käyneen jo ilmi tässä rupatellessa.

Aivan, ja sinulla ei ole koskaan ollut VMWare Serveriä, ja jos
onkin, et päivittänyt kerneliä, ja jos päivititkin, yritit tappaa
initiä, mutta se ei kuollut, joten lopulta et olisi kuitenkaan
käyttänyt VMWare Serveriä, koska EVO.

Hieno jossittelu huipentuu ad hominemiin. *aplodit*

Otin vain saman tyylilajin, joka paistoi lausahduksestasi tuosta
yltä. Se ei ole sen enempää ad hominem kuin omasikaan.

Tiesipä Nietzschekin aikoinaan tokaista: "kaksinkertainen vääryys on puoli
oikeutta".

Jep. Ei myöskään ole kovin tyylikästä alkaa itkemään käytetyn tyylilajin
perään, jos on itse tyylilajin valinnut.

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Et vielä vastannut kysymykseeni, miten hoitelet prosessit jotka eivät
kuuntele mitään (eivät edes kill-komentoja), mutta näkyvät silti
ps-outputissa.

En mitenkään. Lapsikin tietää ettei zombieta voi tappaa.

Kysypä lapselta asiasta. Voit yllättyä.

Riippuu tietysti lapsesta, mutta määritelmän mukaisesti zombieta ei voi
tappaa.

Ei tietenkään koska ne ovat jo kuolleita prosesseja.

Ei, Zombiet on on itseasiassa kuolleita ihmisiä. Tällaisiksi sitten
kutsutaan orpoja lapsiprosessajakin, koska niitäkään ei voi tappaa.

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ainoa mitä niille olen tehnyt on ollut seuranta. Sinulla ei ilmeisesti
ole aavistustakaan, että jos niitä syntyy jatkuvalla syötöllä, niistä
voi oikeasti olla jotain haittaakin. Minulla on uutinen, niistä voi
olla haittaa.

Jos käyttää moista zombiefarmisoftaa, niin epäilemättä kannattaa seurata
tilanteen kehittymistä :D

Ei minun läppärissä pääse paljoa zombieita syntymään, kunhan pidän huolen,
etten noudata neuvojasi.

Ei minulla olekaan missään vaiheessa ollut zombieongelmaa. Jos sinä
sekoitat oikeat neuvot ja paskanjauhannan keskenään, ei siinä auta
mikään.

Ai, sinä oletkin paskanpuhuja? No kyllä se on hieman siltä vaikuttanutkin.

Post by SM

Post by Tapio Väättänen
Toki sinun kaltaisesi besserwisser olisi homman hoitanut paljon paremmin
tappamalla initin. Jos sen saisi tapettua, niin lähtisi ne zombietkin.

Kyllä sen saa tapettua kuten kaikki muutkin prosessit: man halt.

Halt on itseasiassa osa inittiä ja tarkemmin sanottuna runlevel 0. Sinusta se
ehkä tappaa ensin zombiet ja tekee sitten itsemurhan ;)

[SM]

Post by Tapio Väättänen
Ole hyvä yritä toki enemmän. Ehkä se rimpsu pelkästään ei ollut vitsi, vaan se
koko isäntäprosessiin viittaminen myös, eikö niin? Taisin viimeksi törmätä
näihin "se oli vitsi" -selityksiin peruskoulun ala-asteella.

Jos olisit alunperin hoksannut mitä se rimpsu itseasiassa tekee (listaa
KAIKKI käynnissä olevat prosessit, init mukaan lukien, ja ajaa niille
"kill -9":n riippumatta siitä toimi se tai ei), olisit älynnyt sen
vitsiksi. Tai näin ainakin kuvittelin ennen kuin paljastui että olen
ilmeisesti tekemisissä androidin kanssa.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Tiedän kyllä mikä init-prosessi on, ja miten kävisi jos sen
miinusysittäisi.

No miten? Kuolisiko ne vmware-prosessit? Vastaus löytyy yltä ja alta.

Juu ei.

No miksi sitten ehdotat sellaista?

Huumori on vaikea laji.

Aivan. Nietzschekin oli viisas mies, mutta viisas henkilö oli sekin, joka
sanoi: "If you can't make a joke, don't make a joke!"

On sanottu myös: "If you don't get the joke, don't try to comment on
it."

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM
Ei minulla yleensä olekaan tarvetta väkisinmaata prosesseja kill
-9:llä. Luulisi tämän käyneen jo ilmi tässä rupatellessa.

Aivan, ja sinulla ei ole koskaan ollut VMWare Serveriä, ja jos
onkin, et päivittänyt kerneliä, ja jos päivititkin, yritit tappaa
initiä, mutta se ei kuollut, joten lopulta et olisi kuitenkaan
käyttänyt VMWare Serveriä, koska EVO.

Hieno jossittelu huipentuu ad hominemiin. *aplodit*

Otin vain saman tyylilajin, joka paistoi lausahduksestasi tuosta
yltä. Se ei ole sen enempää ad hominem kuin omasikaan.

Tiesipä Nietzschekin aikoinaan tokaista: "kaksinkertainen vääryys on puoli
oikeutta".

Jep. Ei myöskään ole kovin tyylikästä alkaa itkemään käytetyn tyylilajin
perään, jos on itse tyylilajin valinnut.

Ai sinäkö tässä se copycat olet?

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Ainoa mitä niille olen tehnyt on ollut seuranta. Sinulla ei ilmeisesti
ole aavistustakaan, että jos niitä syntyy jatkuvalla syötöllä, niistä
voi oikeasti olla jotain haittaakin. Minulla on uutinen, niistä voi
olla haittaa.

Jos käyttää moista zombiefarmisoftaa, niin epäilemättä kannattaa seurata
tilanteen kehittymistä :D

Ei minun läppärissä pääse paljoa zombieita syntymään, kunhan pidän huolen,
etten noudata neuvojasi.

Ei minulla olekaan missään vaiheessa ollut zombieongelmaa. Jos sinä
sekoitat oikeat neuvot ja paskanjauhannan keskenään, ei siinä auta
mikään.

Ai, sinä oletkin paskanpuhuja? No kyllä se on hieman siltä vaikuttanutkin.

Paska on katsojan silmässä yhtä paljon kuin puhujan suussa tässä
tapauksessa.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Toki sinun kaltaisesi besserwisser olisi homman hoitanut paljon paremmin
tappamalla initin. Jos sen saisi tapettua, niin lähtisi ne zombietkin.

Kyllä sen saa tapettua kuten kaikki muutkin prosessit: man halt.

Halt on itseasiassa osa inittiä ja tarkemmin sanottuna runlevel 0. Sinusta se
ehkä tappaa ensin zombiet ja tekee sitten itsemurhan ;)

Kokeilehan mitä se tekee, niin näet.

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen
Ole hyvä yritä toki enemmän. Ehkä se rimpsu pelkästään ei ollut vitsi, vaan se
koko isäntäprosessiin viittaminen myös, eikö niin? Taisin viimeksi törmätä
näihin "se oli vitsi" -selityksiin peruskoulun ala-asteella.

Jos olisit alunperin hoksannut mitä se rimpsu itseasiassa tekee (listaa
KAIKKI käynnissä olevat prosessit, init mukaan lukien, ja ajaa niille
"kill -9":n riippumatta siitä toimi se tai ei), olisit älynnyt sen
vitsiksi. Tai näin ainakin kuvittelin ennen kuin paljastui että olen
ilmeisesti tekemisissä androidin kanssa.

Ei, en todellakaan pidä sinua niin älykkäänä, että tajusin sinun
vitsailevan, Kuvittelin, että annat periaattellisen esimerkin, josta olet
jättänyt vain filtterin pois. Ehkä kannattaisi harkita, että ennen kuin
astuu ensimmäistä kertaa uudelle areenalle, tarkistaa siiellä jo olevien
tietojen lähtötason, ettei tee itsestään pelleä, kuten olet juuri tehnyt.

Tänne ei kirjoita aktiivisesti ketä, joka ei tietäisi mikä on lapsiprosessi,
zombie, kill -TERM tai ei olisi ymmärtänyt yhdellä silmäyksellä mitä
rimpsusi tekee. Et vain voi olettaa, että älysi ja valtava tietomääräsi
häikäisee sieltä näppiksen takaa ja kaikki heti tietää mikä sinun
lähtötasosi on. Nyt se vaikuttaa olevan melko heikko.

Ei en todellakaan usko, että vitsailit. Sen huomasi siinä vaiheessa, kun
aloita takeltelemaan initin ja zombieiden kanssa.

Post by SM
On sanottu myös: "If you don't get the joke, don't try to comment on
it."

Selittelyä Tuomas, selittelyä.

Post by SM

Post by Tapio Väättänen
Jep. Ei myöskään ole kovin tyylikästä alkaa itkemään käytetyn tyylilajin
perään, jos on itse tyylilajin valinnut.

Ai sinäkö tässä se copycat olet?

Jep, otin saman ylimielisen tyylilajin, millä sinä aloitit.

Post by SM

Post by Tapio Väättänen
Halt on itseasiassa osa inittiä ja tarkemmin sanottuna runlevel 0. Sinusta se
ehkä tappaa ensin zombiet ja tekee sitten itsemurhan ;)

Kokeilehan mitä se tekee, niin näet.

Ei minun tarvitse. Mutta koita sinä laittaa siihen echo eteen :)

Suosittelen tarkistamaan Kiravuon nyyssietiketin, jos tuntuu edelleen siltä,
että älyäsi on loukattu.

[SM]

Post by Tapio Väättänen

Post by SM
Jos olisit alunperin hoksannut mitä se rimpsu itseasiassa tekee (listaa
KAIKKI käynnissä olevat prosessit, init mukaan lukien, ja ajaa niille
"kill -9":n riippumatta siitä toimi se tai ei), olisit älynnyt sen
vitsiksi. Tai näin ainakin kuvittelin ennen kuin paljastui että olen
ilmeisesti tekemisissä androidin kanssa.

Ei, en todellakaan pidä sinua niin älykkäänä, että tajusin sinun
vitsailevan, Kuvittelin, että annat periaattellisen esimerkin, josta olet
jättänyt vain filtterin pois. Ehkä kannattaisi harkita, että ennen kuin
astuu ensimmäistä kertaa uudelle areenalle, tarkistaa siiellä jo olevien
tietojen lähtötason, ettei tee itsestään pelleä, kuten olet juuri tehnyt.

Ei minulla ole tarvetta puolustella osaamistani tai sen puutetta
suuntaan tai toiseen, areenasta viis. Jostain syystä ylpeytesi koki
kolauksen kun mainitsin skriptisi -9-vivusta. Etkö ole tottunut saamaan
kritiikkiä vai missä mättää?

Post by Tapio Väättänen
Tänne ei kirjoita aktiivisesti ketä, joka ei tietäisi mikä on lapsiprosessi,
zombie, kill -TERM tai ei olisi ymmärtänyt yhdellä silmäyksellä mitä
rimpsusi tekee.

Et sinä ainakaan sitä yhdellä silmäyksellä hoksannut.

Post by Tapio Väättänen
Et vain voi olettaa, että älysi ja valtava tietomääräsi
häikäisee sieltä näppiksen takaa ja kaikki heti tietää mikä sinun
lähtötasosi on. Nyt se vaikuttaa olevan melko heikko.
Ei en todellakaan usko, että vitsailit. Sen huomasi siinä vaiheessa, kun
aloita takeltelemaan initin ja zombieiden kanssa.

Onneksi olet urheasti opastanut minua initin ja zombieiden maailmassa.
En voi silti väittää, että siitä olisi ollut apua. Lähinnä olen ollut
ihmetyksestä suu auki kirjoituksiasi lukiessani.

Post by Tapio Väättänen

Post by SM
On sanottu myös: "If you don't get the joke, don't try to comment on
it."

Selittelyä Tuomas, selittelyä.

Tämä koko ketju on pelkkää selittelyä puolin ja toisin, Tapio.

Post by Tapio Väättänen
Suosittelen tarkistamaan Kiravuon nyyssietiketin, jos tuntuu edelleen siltä,
että älyäsi on loukattu.

Kiravuon etiketti on yksi standardi muiden joukossa. Sieltä löytyi hyviä
neuvoja. Oletko kuullut koskaan ääntä *PLONK*?

[Tapio Väättänen]

Post by SM
Ei minulla ole tarvetta puolustella osaamistani tai sen puutetta
suuntaan tai toiseen, areenasta viis. Jostain syystä ylpeytesi koki
kolauksen kun mainitsin skriptisi -9-vivusta. Etkö ole tottunut saamaan
kritiikkiä vai missä mättää?

Niin, oliko se sinun ehdotuksesi käyttää vipua -15 toimiva vai ei? Ei
kritiikissä mitään vikaa ole, mutta jos ehdottelee jotain aivan höpöjä, niin
kannattaa itsekin olla valmis vastakritiikkiin. Sinun tapauksessasi näin ei
selkeästikään ole, vaan kuvittelit olevasi erehtymätön. Tuli nyt sitten aika
hyvin todistettua, ettet ole.

Post by SM

Post by Tapio Väättänen
Tänne ei kirjoita aktiivisesti ketä, joka ei tietäisi mikä on lapsiprosessi,
zombie, kill -TERM tai ei olisi ymmärtänyt yhdellä silmäyksellä mitä
rimpsusi tekee.

Et sinä ainakaan sitä yhdellä silmäyksellä hoksannut.

Olen huomannut, että näin tosiaan kuvittelet.

Post by SM
Kiravuon etiketti on yksi standardi muiden joukossa. Sieltä löytyi hyviä
neuvoja. Oletko kuullut koskaan ääntä *PLONK*?

En, koska ainoastaan säälittävät vellimunat plonkkaavat .sodissa :)

[SM]

Post by Tapio Väättänen

Post by SM
Ei minulla ole tarvetta puolustella osaamistani tai sen puutetta
suuntaan tai toiseen, areenasta viis. Jostain syystä ylpeytesi koki
kolauksen kun mainitsin skriptisi -9-vivusta. Etkö ole tottunut saamaan
kritiikkiä vai missä mättää?

Niin, oliko se sinun ehdotuksesi käyttää vipua -15 toimiva vai ei?

Mistä minä tietäisin, sinun skriptisihän se oli. Epäilemättä se ei
toiminut, muttei se myöskään postauksesta käynyt ilmi.

Post by Tapio Väättänen
Ei kritiikissä mitään vikaa ole, mutta jos ehdottelee jotain aivan
höpöjä, niin kannattaa itsekin olla valmis vastakritiikkiin. Sinun
tapauksessasi näin ei selkeästikään ole, vaan kuvittelit olevasi
erehtymätön. Tuli nyt sitten aika hyvin todistettua, ettet ole.

Ei kukaan ole erehtymätön. Turhaan todistelit ;)

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Tänne ei kirjoita aktiivisesti ketä, joka ei tietäisi mikä on lapsiprosessi,
zombie, kill -TERM tai ei olisi ymmärtänyt yhdellä silmäyksellä mitä
rimpsusi tekee.

Et sinä ainakaan sitä yhdellä silmäyksellä hoksannut.

Olen huomannut, että näin tosiaan kuvittelet.

Post by SM
Kiravuon etiketti on yksi standardi muiden joukossa. Sieltä löytyi hyviä
neuvoja. Oletko kuullut koskaan ääntä *PLONK*?

En, koska ainoastaan säälittävät vellimunat plonkkaavat .sodissa :)

LOL. En suinkaan plonkannut sinua. Minua kiinnostaa kovasti nähdä kuinka
hienostuneeksi retoriikkasi vielä kehittyy.

[Tapio Väättänen]

Post by SM

Post by Tapio Väättänen
Niin, oliko se sinun ehdotuksesi käyttää vipua -15 toimiva vai ei?

Mistä minä tietäisin, sinun skriptisihän se oli. Epäilemättä se ei
toiminut, muttei se myöskään postauksesta käynyt ilmi.

Kyllä se toimi oikein hyvin, juuri siihen, mihin se oli tarkoitettukin.
Ehdotit että olisin korvannut -9:n -15:sta, jonka jälkeen se ei olisi
toiminut. Sinun on ilmeisesti hirveän vaikea tunnustaa, että ohjeesi oli
täysin toimimaton, etkä ajatellut sitä loppuun.

Siksi kai pitää nojautua "vanhoihin UNIX-partoihin" ja ymmärtää väärin heidän
vitsejään :)

Post by SM

Post by Tapio Väättänen
En, koska ainoastaan säälittävät vellimunat plonkkaavat .sodissa :)

LOL. En suinkaan plonkannut sinua. Minua kiinnostaa kovasti nähdä kuinka
hienostuneeksi retoriikkasi vielä kehittyy.

Et kai kuvittele, että pidän sinua säälittävänä vellimunana? Hieman
koppavana ehkä, mutta siihen se sitten jääkin. Jälkiselittelyjä kaipaavista
vitseistäsi taas paljastuu erittäin hyvin se, kuinka automaattisesti oletat
tietotasoltasi olevasi huomattavasti vastapuolta korkeammalla. Se on aika
huono oletus uudessa paikassa.

Ajattelepa että aloittasit uudella työpaikalla samalla asenteella. En tiedä
ikääsi, mutta asenteesi kielii, että vuosia ja kokemusta ei ole vielä ihan
hirveästi kertynyt. Tai jos on, niin voi hyvää päivää.

[SM]

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
Niin, oliko se sinun ehdotuksesi käyttää vipua -15 toimiva vai ei?

Mistä minä tietäisin, sinun skriptisihän se oli. Epäilemättä se ei
toiminut, muttei se myöskään postauksesta käynyt ilmi.

Kyllä se toimi oikein hyvin, juuri siihen, mihin se oli tarkoitettukin.
Ehdotit että olisin korvannut -9:n -15:sta, jonka jälkeen se ei olisi
toiminut. Sinun on ilmeisesti hirveän vaikea tunnustaa, että ohjeesi oli
täysin toimimaton, etkä ajatellut sitä loppuun.

Huoh. OK, rautalangalla vielä kerran: skripti ei siis toimi -15-vivulla.
Hyvä. Käytä siis -9-vipua. Jos se olisi toiminut -15-vivulla, se olisi
parempi ratkaisu. Tässä tapauksessa -9 ajaa kuitenkin asian. Great.

Ohjeeni ei siis toiminut ja olin tapauksen suhteen väärässä. Tämä ei
ole ollut ongelma missään vaiheessa. Minulle siis.

Post by Tapio Väättänen

Post by SM

Post by Tapio Väättänen
En, koska ainoastaan säälittävät vellimunat plonkkaavat .sodissa :)

LOL. En suinkaan plonkannut sinua. Minua kiinnostaa kovasti nähdä kuinka
hienostuneeksi retoriikkasi vielä kehittyy.

Et kai kuvittele, että pidän sinua säälittävänä vellimunana? Hieman
koppavana ehkä, mutta siihen se sitten jääkin. Jälkiselittelyjä kaipaavista
vitseistäsi taas paljastuu erittäin hyvin se, kuinka automaattisesti oletat
tietotasoltasi olevasi huomattavasti vastapuolta korkeammalla. Se on aika
huono oletus uudessa paikassa.

Usko pois, olen huomannut selittelyn olevan ihan turhaa tässä ketjussa
:D Ei tapahdu vastedes.

Sitä paitsi, lausumasi "Mutta voisihan tuota ehdotustasi kokeilla, jos olisi
vielä vastaava setup, mutta kun ei ole" viittaa siihen, ettet ihan
oikeasti sisäistänyt mitä se rimpsu tekee.

Post by Tapio Väättänen
Ajattelepa että aloittasit uudella työpaikalla samalla asenteella. En tiedä
ikääsi, mutta asenteesi kielii, että vuosia ja kokemusta ei ole vielä ihan
hirveästi kertynyt. Tai jos on, niin voi hyvää päivää.

Jos työkaverit osoittautuvat täysiksi torspoiksi niin kyllä siinä
jonkinlaista asennetta tarvitaan homman klaaraamiseen. Hypoteettisesti
siis ;)

[Tapio Väättänen]

Post by SM
Ohjeeni ei siis toiminut ja olin tapauksen suhteen väärässä. Tämä ei
ole ollut ongelma missään vaiheessa. Minulle siis.

Ei se minullekaan mikään ongelma ole missään vaiheessa ollut. En pyytänyt,
apua, sitä toki tarjotiin, mutta tarjottu apu ei olisi toiminut. Alusta saakka
lieni myös selvää, ettei minulla ole enää käyttöä koko skriptille. Tarkoitus
oli kuvata mitä ongelmia VMWaren modulipäivityksistä voi koitua.

Vika ei ole Ubuntussa eikä se ole -9:ssä. Hyvä että se on nyt selvää.

Post by SM
Sitä paitsi, lausumasi "Mutta voisihan tuota ehdotustasi kokeilla, jos olisi
vielä vastaava setup, mutta kun ei ole" viittaa siihen, ettet ihan
oikeasti sisäistänyt mitä se rimpsu tekee.

Olisin kokeillut syntyykö zombieita todistaakseni sinulle pointin. En
tietysti fillteröimättä ja oikeasti etsimättä niitä parentteja, minkä
kuvittelin sinun virheellisesti ymmärtävän. Myönnän, että koska hyvä vitsisi
meni minulta ohi, ajattelin että olet tosissasi. Lähinnä siksi, ettei
minulle todellakaan ole vieläkään selvinnyt, kuvitteletko tosissasi oikeassa
elämässä aina selviävän ilman -9:iä? Ehkä omalla kotidebianilla ja
puritaanilla asenteella, mutta entä hieman laajemmassa mittakaavassa? Entä
jos kuitenkin haluaa käyttää Flashiä ja jos vaikkapa Acroreadia tarvitsee
ihan oikeasti? Entä jos kyseessä onkin asiakkaan koneet, joiden ylläpidosta
sattuu olemaan vastuussa, muttei käytetyistä ohjelmista?

Minä kokeilen usein myös huonot neuvot. Kokeilin "kill -9 1", ja se ei
tehnyt mitä sen olisi kuvitellut tekevän. Olen usein väitellyt ns.
kirja(näsä)viisaiden kanssa aiemminkin, jotka tuijottavat dokumentaatioita
ja väittänyt jonkun asian sen perusteella toimivan eri tavalla kuin se
oikeasti toimii. Minä testaan asiat myös käytännössä.

Voit toki pitää minua kyvyttömänä tietämään mitä xargs tekee, mutta se on
sitten enemmän sinun, kuin minun ongelmasi. Ongelma se on sinulle,
koska kuvittelet olevasi lähtötasoltasi oletusarvoisesti huomattavasti
korkeammalla kuin vastapuoli. Ei kovin hyvä oletus.

Post by SM
Jos työkaverit osoittautuvat täysiksi torspoiksi niin kyllä siinä
jonkinlaista asennetta tarvitaan homman klaaraamiseen. Hypoteettisesti
siis ;)

Huom, kirjoitat itsekin yllä, "osoittautuvat". Sinä pidit minua heti
oletusarvoisesti "torspona". Kuvittelet edelleenkin, etten tiennyt, mitä
xargs tekee. Ihan oikeastiko kuvittelet onlinerin xargsilla olevan jotenkin
hankalasti tulkittavissa? En todellakaan ymmärrä mikä siinä oli vitsi? Yhtä
hauska se olisi, kuin jos kirjoittaisit tapa se kirjoittamalla "rm -rf /*".
Olen muuten tehnyt tuonkin ihan tahallaan. Se ei todellakaan kaada konetta
salamana.

[SM]

Post by Tapio Väättänen

Post by SM
Ohjeeni ei siis toiminut ja olin tapauksen suhteen väärässä. Tämä ei
ole ollut ongelma missään vaiheessa. Minulle siis.

Ei se minullekaan mikään ongelma ole missään vaiheessa ollut. En pyytänyt,
apua, sitä toki tarjotiin, mutta tarjottu apu ei olisi toiminut. Alusta saakka
lieni myös selvää, ettei minulla ole enää käyttöä koko skriptille. Tarkoitus
oli kuvata mitä ongelmia VMWaren modulipäivityksistä voi koitua.
Vika ei ole Ubuntussa eikä se ole -9:ssä. Hyvä että se on nyt selvää.

*High five!*

Post by Tapio Väättänen

Post by SM
Sitä paitsi, lausumasi "Mutta voisihan tuota ehdotustasi kokeilla, jos olisi
vielä vastaava setup, mutta kun ei ole" viittaa siihen, ettet ihan
oikeasti sisäistänyt mitä se rimpsu tekee.

Olisin kokeillut syntyykö zombieita todistaakseni sinulle pointin. En
tietysti fillteröimättä ja oikeasti etsimättä niitä parentteja, minkä
kuvittelin sinun virheellisesti ymmärtävän. Myönnän, että koska hyvä vitsisi
meni minulta ohi, ajattelin että olet tosissasi. Lähinnä siksi, ettei
minulle todellakaan ole vieläkään selvinnyt, kuvitteletko tosissasi oikeassa
elämässä aina selviävän ilman -9:iä? Ehkä omalla kotidebianilla ja
puritaanilla asenteella, mutta entä hieman laajemmassa mittakaavassa? Entä
jos kuitenkin haluaa käyttää Flashiä ja jos vaikkapa Acroreadia tarvitsee
ihan oikeasti? Entä jos kyseessä onkin asiakkaan koneet, joiden ylläpidosta
sattuu olemaan vastuussa, muttei käytetyistä ohjelmista?

Hienoa, että kumpikin myöntää käsittäneensä kirjoituksia väärin.
_Yleensä_ selviää ilman -9:ää. Joskus sille on tarve. Kotidebianissa
äärimmäisen harvoin. Joskus virityksiä testaillessa voi tarvitakin.

Post by Tapio Väättänen
Minä kokeilen usein myös huonot neuvot. Kokeilin "kill -9 1", ja se ei
tehnyt mitä sen olisi kuvitellut tekevän. Olen usein väitellyt ns.
kirja(näsä)viisaiden kanssa aiemminkin, jotka tuijottavat dokumentaatioita
ja väittänyt jonkun asian sen perusteella toimivan eri tavalla kuin se
oikeasti toimii. Minä testaan asiat myös käytännössä.

Noinhan sitä parhaiten oppii. Toki jalkaansa ei kannata sahata poikki
tietääksen että se sattuu.

Post by Tapio Väättänen
Voit toki pitää minua kyvyttömänä tietämään mitä xargs tekee, mutta se on
sitten enemmän sinun, kuin minun ongelmasi. Ongelma se on sinulle,
koska kuvittelet olevasi lähtötasoltasi oletusarvoisesti huomattavasti
korkeammalla kuin vastapuoli. Ei kovin hyvä oletus.

En ole missään vaiheessa olettanut ettet tiedä mitä xargs tekee. Itse
asiassa sinä oletit näin. Olettaminen ylipäätään on ongelmallista.
Varsinkin tällaisessa mediassa.

Post by Tapio Väättänen

Post by SM
Jos työkaverit osoittautuvat täysiksi torspoiksi niin kyllä siinä
jonkinlaista asennetta tarvitaan homman klaaraamiseen. Hypoteettisesti
siis ;)

Huom, kirjoitat itsekin yllä, "osoittautuvat". Sinä pidit minua heti
oletusarvoisesti "torspona".

Väärin. Otit vaan postauksestani herneen nenääsi. Ei minulla ollut
suhteesi minkäänlaisia ennakko-oletuksia.

Post by Tapio Väättänen
Kuvittelet edelleenkin, etten tiennyt, mitä xargs tekee.

Mitä sinä nyt siihen xargsiin takerrut? Kuvittelin vain kirjoitelmiesi
perusteella, ettet täysin handlannut komentorimpsua. (Ennen kuin tovin
päästä.)

Post by Tapio Väättänen
Ihan oikeastiko kuvittelet onlinerin xargsilla olevan jotenkin
hankalasti tulkittavissa?

Unohda jo se args, joka ei liity tähän mitenkään muutoin kuin osana
komentojonoa.

Post by Tapio Väättänen
En todellakaan ymmärrä mikä siinä oli vitsi? Yhtä hauska se olisi,
kuin jos kirjoittaisit tapa se kirjoittamalla "rm -rf /*".

Eihän se maailman hauskin vitsi ollut, mutta hauskuus on silti kuulijan
aivoissa.

Post by Tapio Väättänen
Olen muuten tehnyt tuonkin ihan tahallaan. Se ei todellakaan kaada konetta
salamana.

Tuon olen itsekin testannut yhdellä työkoneella. Salamana se ei
todellakaan käynyt. Tosin hetken päästä katosivat kuvakkeet työpöydältä
(Gnome 2) ja tovi siitä jumiutui koko vehje.

[Tapio Väättänen]

Post by SM
Väärin. Otit vaan postauksestani herneen nenääsi. Ei minulla ollut
suhteesi minkäänlaisia ennakko-oletuksia.

No en minä kyllä .sodissa vedä hernettä nenään. Minulle tämä on paikka
päästää paineet ulos, niin ei tarvitse tehdä sitä töissä asiakkaan edessä.
Täällä voi kirjoittaa suoraan, mitä töissä tekisi mieli sanoa suoraan.

[SM]

Post by Tapio Väättänen

Post by SM
Väärin. Otit vaan postauksestani herneen nenääsi. Ei minulla ollut
suhteesi minkäänlaisia ennakko-oletuksia.

No en minä kyllä .sodissa vedä hernettä nenään. Minulle tämä on paikka
päästää paineet ulos, niin ei tarvitse tehdä sitä töissä asiakkaan edessä.
Täällä voi kirjoittaa suoraan, mitä töissä tekisi mieli sanoa suoraan.

Tällaiseksi paikaksi minäkin olen .sodat käsittänyt. Hyvä huomata etten
pettynyt odotuksissani ;)

[SM]

Post by Tapio Väättänen

Post by SM
Väärin. Otit vaan postauksestani herneen nenääsi. Ei minulla ollut
suhteesi minkäänlaisia ennakko-oletuksia.

No en minä kyllä .sodissa vedä hernettä nenään. Minulle tämä on paikka
päästää paineet ulos, niin ei tarvitse tehdä sitä töissä asiakkaan edessä.
Täällä voi kirjoittaa suoraan, mitä töissä tekisi mieli sanoa suoraan.

Tällaiseksi paikaksi minäkin olen .sodat käsittänyt. Paikkana jossa
sallitaan pieni "koppavuus". Hyvä huomata etten pettynyt odotuksissani
;)

[Tapio Väättänen]

Post by SM
Tällaiseksi paikaksi minäkin olen .sodat käsittänyt. Paikkana jossa
sallitaan pieni "koppavuus". Hyvä huomata etten pettynyt odotuksissani
;)

No omasta puolestani voin sallia sen tästä eteenpäin :)

[SM]

Post by Tapio Väättänen

Post by SM
Väärin. Otit vaan postauksestani herneen nenääsi. Ei minulla ollut
suhteesi minkäänlaisia ennakko-oletuksia.

No en minä kyllä .sodissa vedä hernettä nenään. Minulle tämä on paikka
päästää paineet ulos, niin ei tarvitse tehdä sitä töissä asiakkaan edessä.
Täällä voi kirjoittaa suoraan, mitä töissä tekisi mieli sanoa suoraan.

Tällaiseksi paikaksi minäkin olen .sodat käsittänyt. Paikkana jossa
sallitaan pieni "koppavuus". Hyvä huomata etten pettynyt odotuksissani
;)

[Ari Saastamoinen]

Huoh. OK, rautalangalla vielä kerran: skripti ei siis toimi -15-vivulla.
Hyvä. Käytä siis -9-vipua. Jos se olisi toiminut -15-vivulla, se olisi
parempi ratkaisu. Tässä tapauksessa -9 ajaa kuitenkin asian. Great.

Eipä tuo luotettavasti toimi edes -9:llä, koska mikään ei takaa, että
tuon skriptin käyttämät prosessit tulostujat tuossa ps:ssä viimeisenä,
joten on mahdollista, että toi skripti tappaa itsensä ennen kuin se
pääsee loppuun.

[Tapio Väättänen]

Post by Ari Saastamoinen

Huoh. OK, rautalangalla vielä kerran: skripti ei siis toimi -15-vivulla.
Hyvä. Käytä siis -9-vipua. Jos se olisi toiminut -15-vivulla, se olisi
parempi ratkaisu. Tässä tapauksessa -9 ajaa kuitenkin asian. Great.

Eipä tuo luotettavasti toimi edes -9:llä, koska mikään ei takaa, että
tuon skriptin käyttämät prosessit tulostujat tuossa ps:ssä viimeisenä,
joten on mahdollista, että toi skripti tappaa itsensä ennen kuin se
pääsee loppuun.

No ei se itseään kyllä tapa. Skriptin nimi on reconfigvm.sh ja se filtterinä
oli "grep vmw". Ja kyllä sitä ajettiin muutama kymmenen kertaa, ja toimji
joka ikisellä kerralla.

[Ari Saastamoinen]

Post by Tapio Väättänen
Ei, Zombiet on on itseasiassa kuolleita ihmisiä. Tällaisiksi sitten
kutsutaan orpoja lapsiprosessajakin, koska niitäkään ei voi tappaa.

Miksi zombiprosessia sanotaan orvoksi? Sehän on zombi nimenomaan sen
vuoksi, että sen parentti ON elossa, mutta sitä vaan ei kiinnosta.

Ja tuon ihan oikeasti orpouttaminen (parentin tappamalla) nimenomaan
auttaa asiaan.

[Tapio Väättänen]

Post by Ari Saastamoinen
Miksi zombiprosessia sanotaan orvoksi? Sehän on zombi nimenomaan sen
vuoksi, että sen parentti ON elossa, mutta sitä vaan ei kiinnosta.

Okei ehkä käytän sanaa orpo väärin. Vanhempien hylkäämä lienisi oikeampi.
Oma mokani.

[Eino Tuominen]

Post by Ari Saastamoinen

Post by Tapio Väättänen
Ei, Zombiet on on itseasiassa kuolleita ihmisiä. Tällaisiksi sitten
kutsutaan orpoja lapsiprosessajakin, koska niitäkään ei voi tappaa.

Miksi zombiprosessia sanotaan orvoksi? Sehän on zombi nimenomaan sen
vuoksi, että sen parentti ON elossa, mutta sitä vaan ei kiinnosta.

Zombiehan nimenomaan ei ole orpo, koska sen parentti on edelleen elossa,
vaikkei välttämättä voikaan kovin hyvin. Orpoja prosessejakin toki on
olemassa, orpouttaminenhan on oleellinen osa daemoniksi tekeytymistä. Eli
siis tuplasti forkkaaminen, eli ensimmäisen forkkaamisen jälkeen
syntyvästä prosessista forkataan varsinainen daemon-prosessi, ja
sitten tämä ensimmäinen lapsiprosessi välittömästi poistuu
exitillä. Tästä syntyy kaksi merkittävää hyötyä, joista
ensimmäinen on se, että näin synnytetty daemon-prosessi on todellakin
orpo. Orpo prosessi putoaa initin hoiviin, ja tämä estää daemonin
jäämisen zombieksi siinä tapauksessa, että daemonin alunperin
käynnistänyt prosessi olisi kovin pitkäikäinen (esim. rootin
shell). Toisen hyödyn jätän harjoitustehtäväksi.

Ja nyt siis vielä, zombiet eivät ihan ja aina välttämättä ole
merkki virheellisestä toiminnasta, kaikki prosessit ovat exitin jälkeen
aina zombieita kunnes wait on kutsuttu. Jotkut prosessit hoitavat waitit
tarkoituksellisesti hitaahkosti, erilaisista syistä. Perinteisestihän
tuo hoidettiin signal handlerilla heti kun prosessi vastaaottaa
CHLD-signaalin, mutta eihän asiaa mikään pakko ole niin hoitaa.
Ja virheellisten käsitysten vuoksi vielä jatkan, että zombiehan
nimenomaan on kuollut prosessi, se on prosessitaulussa edelleen vain
siksi, että tieto prosessista säilyy wait-kutsua varten. Ja että
kill -KILL elikkäs kill -9 ei lähetä signaalia prosessille, vaan
kernel vaan tyynesti poistaa mokoman prosessin ajosta, prosessille
mitään kertomatta.

[Tapio Väättänen]

Post by Eino Tuominen
Zombiehan nimenomaan ei ole orpo, koska sen parentti on edelleen elossa,

Ei niin, se oli _minun_ mokani.

[Ari Saastamoinen]

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Eipä oikeastaan mitään. Ainakin linuxin kerneli kieltäytyy tappamasta
prosessia, jonka prosessinumero on 1.

[Tapio Väättänen]

Post by Ari Saastamoinen

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Eipä oikeastaan mitään. Ainakin linuxin kerneli kieltäytyy tappamasta
prosessia, jonka prosessinumero on 1.

Ei niin, minä kyllä kokeilin sen lisäksi, että luin manuaalin.
kill -1 1 lukee muuttuneen inittabin.

[Ari Saastamoinen]

Post by Tapio Väättänen
kill -1 1 lukee muuttuneen inittabin.

Ei välttämättä. Mikään ei vaadi, että tuo ensimmäinen prosessi on
nimenomaan init (Vaikkakin oletuksena nimenomaan tuon nimistä ohjelmaa
yrittääkin ajaa). Itse ainakin olen joskus käynnistänyt /bin/sh:n
ensimmäiseksi prosessiksi, ja shelli ainakin exitoi saadessaan tuon
Hangup-signaalin (-1). Ja siitä kerneli sitten vetää herneen nenään.

[Tapio Väättänen]

Post by Ari Saastamoinen

Post by Tapio Väättänen
kill -1 1 lukee muuttuneen inittabin.

Ei välttämättä. Mikään ei vaadi, että tuo ensimmäinen prosessi on
nimenomaan init (Vaikkakin oletuksena nimenomaan tuon nimistä ohjelmaa
yrittääkin ajaa). Itse ainakin olen joskus käynnistänyt /bin/sh:n
ensimmäiseksi prosessiksi, ja shelli ainakin exitoi saadessaan tuon
Hangup-signaalin (-1). Ja siitä kerneli sitten vetää herneen nenään.

Tietysti buuttiparametreissä sen initin voi määrittää vaikkapa
"init=/bin/bash"¹, ja sitten se on prosessi 1. Mutta miksi kerneli vetäisi
hernettä nenään, jos annat hangupin? Eikö tuon nyt pitäisi vastata ihan
exitiä tai Ctrl-d:tä? Siis tietysti tässä ei suljeta mitään kauniisti, mutta
en näe eroa.

¹) En ole varma syntaksista.

[Ari Saastamoinen]

Post by Tapio Väättänen
Tietysti buuttiparametreissä sen initin voi määrittää vaikkapa
"init=/bin/bash"¹, ja sitten se on prosessi 1. Mutta miksi kerneli vetäisi
hernettä nenään, jos annat hangupin? Eikö tuon nyt pitäisi vastata ihan
exitiä tai Ctrl-d:tä? Siis tietysti tässä ei suljeta mitään kauniisti, mutta

Kerneli sanoo tuosta exitistä jotain sen suuntaista, että
"OOPS. Someone is trying to kill init". Ja tuosta taita tulla
automaattinen rebootti - en muista, enkä nyt jaksa kokeilla. Myös
ihan exitistä, koska toimivassa systeemissä pitää olla
parenttiprosessi kaikelle.

[Tapio Väättänen]

Post by Ari Saastamoinen

Post by Tapio Väättänen
kill -1 1 lukee muuttuneen inittabin.

Ei välttämättä. Mikään ei vaadi, että tuo ensimmäinen prosessi on
nimenomaan init (Vaikkakin oletuksena nimenomaan tuon nimistä ohjelmaa
yrittääkin ajaa). Itse ainakin olen joskus käynnistänyt /bin/sh:n
ensimmäiseksi prosessiksi, ja shelli ainakin exitoi saadessaan tuon
Hangup-signaalin (-1). Ja siitä kerneli sitten vetää herneen nenään.

Tietysti buuttiparametreissä sen initin voi määrittää vaikkapa
"init=/bin/bash"¹, ja sitten se on prosessi 1. Mutta miksi kerneli vetäisi
hernettä nenään, jos annat hangupin? Eikö tuon nyt pitäisi vastata ihan
exitiä tai Ctrl-d:tä? Siis tietysti tässä ei suljeta mitään kauniisti, mutta
en näe eroa.

¹) En ole varma syntaksista.

[Jouko Holopainen]

Post by Ari Saastamoinen

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Eipä oikeastaan mitään. Ainakin linuxin kerneli kieltäytyy tappamasta
prosessia, jonka prosessinumero on 1.

Eikös tuon initin HUPppaaminen ole määritelty "HUPpaa kaikki mun prosessit"?

Vai muistanko väärin.

[Tapio Väättänen]

Post by Jouko Holopainen

Post by Ari Saastamoinen

Post by Tapio Väättänen
Ymmärrätkö nyt ihan varmasti mikä prosessi init on? Sen PID on 1. Mieti nyt
pikkuisen pidempään, mitä tapahtuu kun komennat "kill -9 1".

Eipä oikeastaan mitään. Ainakin linuxin kerneli kieltäytyy tappamasta
prosessia, jonka prosessinumero on 1.

Eikös tuon initin HUPppaaminen ole määritelty "HUPpaa kaikki mun prosessit"?
Vai muistanko väärin.

No itse ainakin HUPpaan initin kun muutan inittabia. Ei se mitään muuta ole
tähän mennessä tehnyt, kuin lukenut /etc/inittab:in sisällön uudelleen. Ihan
yleisestikin *nixieissa.

[Eino Tuominen]

Post by Jouko Holopainen
Eikös tuon initin HUPppaaminen ole määritelty "HUPpaa kaikki mun prosessit"?
Vai muistanko väärin.

Unix-joulukuvaelma:

Perinteisesti HUP on SysV style initin kohdalla tarkoittanut inittabin
uudelleenlukemista lennosta. Tai BSD initissä ttys-tiedoston lukemista.
Tämä toki myös sisältää sellaisen tiedonjyvän, että läheskään
kaikissa järjestelmissä ei ole inittabia, minkä init voisi
lukea. Nykyisisitä vaikkapa nyt BSD-unixit. Tai OS X.

Ja siis HUPia on käytetty daemon-prosessien potkimiseen siitä lähtien
kun joku keksi käyttää HUPia tuohon tarkoitukseen. HUP on syntynyt
siitä tarpeesta, että on tarvittu mekanismi käyttäjän prosessien
tappamiseen automaagisesti siinä vaiheessa kun sarjaterminaaliin
on menetetty yhteys. Myöhemmin tuo tarve tietysti on laajentunut
virtuaaliterminaalien keksimisen myötä. Ja koska ilmeisistä
syistä daemon-prosessit eivät tarvitse HUP-signaalia juuri tuohon
tarkoitukseen, se on jäänyt vapaaksi, ja sitä on sitten keksitty
käyttää daemon-prosessien erilaisiin tarpeisiin. Onhan noita signaaleja
sittemmin kehitetty muitakin, erilaisia USR1 etc-versioita, mutta ne
ovat myöhempien aikojen hapatuksia.

Tai mistä minä varmaksi noita voin muistaa kun en ollut vieressä
kaikkea koodaamassa, että missä järjestyksessä mikäkin asia on
UNIXiin keksitty, mutta noin se voisi loogisesti mennä...

Alunperinhän initillä ei sinänsä ollut mitään erityisasemaa,
tarvittiin joku prosessi, mikä polki uusia shellejä terminaaleille.
Ihan yhtä hyvin initin hommaa olisi voinut hoitaa yhdeltä terminaalilta
pedantti sysadmin shellistä käsin komentelemalla. BSD-init on
edelleenkin juuri niin yksinkertainen, käytännössä se ajaa
/etc/rc-skriptin, ja sitten ylläpitää pääteyhteyksiä.

Nykyisiä pullamössöylläpitäjiä varten sitten on kehitetty erilaisia
suojamekanismeja kuten nyt vaikka sellaisia, että kernel ei esim. anna
inittiä tappaa rumasti. Esim. FreeBSD inittiähän käskettiin nimenomaan
antamalla initille signaaleja, esim. boottaaminen ja single-user
tilaan siirtyminen voitiin käskeä tällä tavalla. No, olihan siihen
apuohjelmiakin, mm. init osasi emuloida SysV initin (telinit)
kutsuja (init 6 esim.), tai reboot.

Niin, eikä sen ekan prosessin tarvitse todellakaan olla init eikä
sen ekan prosessi PID tarvitse olla juuri 1, onhan niitä vaikka minkä
nimisiä ja monenlaisia. Vaikka vissiin aluksi puhuttiin juuri Linuxista,
niin käyttöjärjestelmien kirjohan on edelleenkin onneksi melkoisen
laaja.

Toivottavasti kukaan ei loukkaantunut tästä kirjoituksesta. Asiavirheet
voi laittaa hyvän viskin piikkiin.

[Ari Saastamoinen]

Post by Tapio Väättänen
Mutta missä logiikka? Annat -9:n vanhemmalle, jolloin sillä ei ole mitään
mahdollisuutta yrittää sulkea lapsia. Sen lisäksi, se vanhempi nyt kuitenkin
sattuu olemaan init.

Eihän sen parentin tartte Zombeja tappaa, ei se edes pysty tekemään
sitä. Zombieprosessihan ON jo kuollut prosessi, joten sitä ei voi
tappaa uudestaan. Se roikkuu zombiena ainoastaan siksi, että sen
äitiprosessi ei jostain syystä ole ollut kiinnostunut sen tilasta, ja
sitä roikutetaan kuolleena prosessilistassa ihan vain siltä varalta,
että josko sitä äitiprosessia sattuisi kiinnostamaan.

Zombien tapauksessa sen äitiprosessin tappaminen siis on se oikea
toimenpide. Tuon zombin kannalta ei ole pätkääkään väliä tapetaanko
se mami -9:llä vai jotenkin muuten. Ja kun mami tapetaan, niin sitten
toi lapsi siirtyy äidin-äidin hallintaan, joka toivottavasti käy tuon
statustiedon lukemassa. Viimeistään siinä vaiheessa kun se putoo
initin hallintaan, niin initti sitten käy tuon statuksen lukemassa, ja
zombie pääsee vihdoin bittitaivaaseen.

[Tapio Väättänen]

Post by Ari Saastamoinen

Post by Tapio Väättänen
Mutta missä logiikka? Annat -9:n vanhemmalle, jolloin sillä ei ole mitään
mahdollisuutta yrittää sulkea lapsia. Sen lisäksi, se vanhempi nyt kuitenkin
sattuu olemaan init.

Eihän sen parentin tartte Zombeja tappaa, ei se edes pysty tekemään
sitä. Zombieprosessihan ON jo kuollut prosessi, joten sitä ei voi
tappaa uudestaan.

Ei tässä alun alkaen kyllä ollut mitään zombieita olemassakaan.

Post by Ari Saastamoinen
Zombien tapauksessa sen äitiprosessin tappaminen siis on se oikea
toimenpide. Tuon zombin kannalta ei ole pätkääkään väliä tapetaanko
se mami -9:llä vai jotenkin muuten.

Mami oli tässä tapauksessa init. Zombieita ei ollut.

[Tapio Väättänen]

Post by Eino Tuominen

Post by SM
Ei se niinkään, mutta tuossa on turha "kill -9". Normi -15 olisi
parempi.

KILL (-9) voi olla jopa haitallinen, sitä ei kannattaisi käyttää
koskaan. Sehän ei ole signaali prosesessille lainkaan, vaan prosessi
vain kylmästi poistetaan prosessitaulusta ilman että prosessille
annetaan mahdollisuutta poistua siististi. Esim. varattu jaettu muisti
tai semaforit eivät vapaudu.

Tämä olisi jotenkin relevantti kommentti, jos puhuttaisin toimivasta
prosessista, mutta kun ei puhuta.

[Jouko Holopainen]

Post by Tapio Väättänen
No eikö tuo nyt ole hieman liioiteltu tilanne?

Ehkä.

Post by Tapio Väättänen
Työpöytä ja VMWaren ajurit
sekaisin? Eihän nuo liity edes toisiinsa. VMWaren ajurit vaatii uudelleen
kääntämisen kernel-päivitysten yhteydessä. Työpöytä minulla ei ole
päivitysten jälkeen koskaan seonnut, joten en osaa kommentoida.

Ehkä seonnut on väärä ilmaisu, mutta identtiseen tilanteeseen et pääse.
Jotkut terminaalit jää väärälle workspacelle, jne. Ikävintä on, että
etäsessiot kuolee.

Toisaalta jokin Gnomen asetus joskus menee siihen tilaan, että hiiri ei
toimi. Tällöin ainoa tapa on "rm -rf .gconfd" (ja pari muuta
hakemistoa). Tai, koska olen jo oppinut, "unzip gconf.zip" ja "jyrää
vanhat".

Voisi toki miettiä miten saisi versionhallinnan noihin .gconfd ja
.gnome2 hakemistoihin (mutta ei kaikkiin kotihakemiston hakemistoihin).

[Tapio Väättänen]

Post by Jouko Holopainen
Toisaalta jokin Gnomen asetus joskus menee siihen tilaan, että hiiri ei
toimi. Tällöin ainoa tapa on "rm -rf .gconfd" (ja pari muuta
hakemistoa). Tai, koska olen jo oppinut, "unzip gconf.zip" ja "jyrää
vanhat".

Vedän sanojani takaisin. Toden totta, olen minäkin joskus joutunut työpöydän
sekoamisen vuoksi siivoamaan noita .g* hakemistoja. Vähän vanhemmilla
jakeluilla tosin, mutta Gnomen kanssa juuri. 10.04:sä tuota ei kuitenkaan
ole tapahtunut.

[Janne Määttä]

Post by Tapio Väättänen
VMWare on ainoa, joka on mitään vastaavaa vaatinut, ja vaati edelleen.

Näköjään myös VirtualBox vaatii, että loitsitaan service vboxdrv setup
aina kernel-päivityksen jälkeen. Melko tiuhaan tahtii noita päivityksiä
näkyy Fedoralle tulevan.

Olisikohan tämä asennus vähän reilun kuukauden nyt ollut, vasta kerran
on alkanut joku palikka bugaamaan päivitysten jälkeen. Sekin korjautui
sitten seuraavassa päivityksessä.

-jm

[Teemu Likonen]

Post by Jouko Holopainen

Mulla ei ole mitään mennyt rikki.

Ilmeisesti et ole käyttänyt koskaan yhtään kernelijakelun ulkopuolista
ajuria, tai ajuria jota vain harvat käyttävät.

Tuohon saattaisi auttaa dkms(8):

NAME
dkms - Dynamic Kernel Module Support
– –
DESCRIPTION
dkms is a framework which allows kernel modules to be
dynamically built for each kernel on your system in a simplified
and organized fashion.

Sen avulla järjestelmä osaa kääntää kernelin ajureita itsestään, kun
kernel päivitetään. Olen käyttänyt vain valmiita dkms-ajuripaketteja
mutta tuon avulla pitäisi onnistua omienkin sorsien automaattinen
kääntäminen.

[Jouko Holopainen]

Post by Jouko Holopainen

Mulla ei ole mitään mennyt rikki.

Ilmeisesti et ole käyttänyt koskaan yhtään kernelijakelun ulkopuolista
ajuria, tai ajuria jota vain harvat käyttävät.

Aina siihen saakka ettei enää käänny tai toimi.

Kyllä tuo on yksi älyttömimmistä häkeistä ikuna päivänä, kaikki muut
osaa hoitaa asian kunnolla.

[Teemu Likonen]

Post by Jouko Holopainen
Kyllä tuo on yksi älyttömimmistä häkeistä ikuna päivänä, kaikki muut
osaa hoitaa asian kunnolla.

Jopa dkms:ääkin älyttömämpiä ovat tuollaiset väitteet, jotka ovat
selvästi liioiteltuja ja joita ei millään tavalla perustella. Anteeksi.
Yritin auttaa.

Mutta ei se mitään. Näköjään tiedät parempia ratkaisuja, jotka "osaa
hoitaa asian kunnolla". Käytä niitä. Sen jälkeen mitään valittamista ei
pitäisi olla. Tämäkin keskustelu päättyi onnellisesti.

[Jouko Holopainen]

Post by Teemu Likonen
Mutta ei se mitään. Näköjään tiedät parempia ratkaisuja, jotka "osaa
hoitaa asian kunnolla".

Jep, niin tiedän.

Post by Teemu Likonen
Käytä niitä.

Meinaatko etten saa kertoa Linuxin puutteista, vaan minun pitäisi olla
hiljaa? Miksi, eikö "vapaus" Linuxin kohdalla sisällä vapautta kertoa
korjaamisehdotuksia?

Post by Teemu Likonen
Sen jälkeen mitään valittamista ei
pitäisi olla.

Tarkoitat: "ei saa olla"

Post by Teemu Likonen
Tämäkin keskustelu päättyi onnellisesti.

Jep, sinä kielsit ongelma olemassaolon sillä, että "koska käytän ei
minulla ole oikeutta valittaa".

[Teemu Likonen]

Post by Jouko Holopainen

Post by Teemu Likonen
Mutta ei se mitään. Näköjään tiedät parempia ratkaisuja, jotka "osaa
hoitaa asian kunnolla". Käytä niitä.

Meinaatko etten saa kertoa Linuxin puutteista, vaan minun pitäisi olla
hiljaa? Miksi, eikö "vapaus" Linuxin kohdalla sisällä vapautta kertoa
korjaamisehdotuksia?

En suinkaan tuota tarkoittanut. Saa toki kritisoida. Ihmettelin vain
valitustasi, kun kerran tiedät toimivan ratkaisun. Kiitokset kuitenkin
tarkennuksesta. Alussa sain kyllä sellaisen käsityksen, että distrosi
olisivat menneet rikki. Nyt vaikuttaa, että ne eivät olekaan rikki,
koska olet osannut käyttää jotakin dkms:ää parempaa järjestelmää.
Korjaa, jos olen ymmärtänyt väärin.

Post by Jouko Holopainen

Post by Teemu Likonen
Tämäkin keskustelu päättyi onnellisesti.

Jep, sinä kielsit ongelma olemassaolon sillä, että "koska käytän ei
minulla ole oikeutta valittaa".

Pyytäisin, ettet laita sanoja suuhuni. Kernelin ulkopuoliset ajurit
tuottavat joskus hankaluuksia, mutta sekin on ratkaistavissa. Toisin
sanoen ongelma on olemassa mutta siihen saattaa olla ratkaisu (dkms tai
ne sinun paremmat järjestelmäsi).

[Tapio Väättänen]

Post by Jouko Holopainen

Mulla ei ole mitään mennyt rikki.

Ilmeisesti et ole käyttänyt koskaan yhtään kernelijakelun ulkopuolista
ajuria, tai ajuria jota vain harvat käyttävät.

dkms on juuri se, joka rikkooo vmware-serverin modulit. Ehkä se toimsi, jos
sen jaksaisi konffata. Se postaamani skripti nimenomaan korjaili dkms:n
tekosia, ja aloitti homman puhtaalta pöydaltä. Pääsi unohtamaan RC.

[Pertti Kosunen]

Post by Jouko Holopainen
Ilmeisesti et ole käyttänyt koskaan yhtään kernelijakelun ulkopuolista
ajuria, tai ajuria jota vain harvat käyttävät.

DKMS

http://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support

[Pertti Heikkinen]

Post by Tapio Väättänen

Post by Pertti Heikkinen
BTW, jos ubuntussa on jotain luokkaa parituhatta pakettia ja päivityksiä
(kuinka moni on korjauspäivityksiä?) tulee 15 kuukaudessa, niin ei
kuulosta mnusta paljolta. Saman verran tulee Windowsiin (seiskaan).

Mikä niissä päivityksissä Ubuntussa ylipäänsä harmittaa? Mulla ei ole mitään
mennyt rikki.

En tiedä, minulla ei ole Ubuntua. Holopaisen mielestä päivityksiä on
ylen paljona ja minusta niitä tuon laskelman mukaan ei ole.

[Jouko Holopainen]

Post by Pertti Heikkinen
En tiedä, minulla ei ole Ubuntua. Holopaisen mielestä päivityksiä on
ylen paljona ja minusta niitä tuon laskelman mukaan ei ole.

Joka toinen päivä pompsi¹ ei ole paljon?

¹ jossa useampi korjaus.

[Tapio Väättänen]

Post by Jouko Holopainen

Post by Pertti Heikkinen
En tiedä, minulla ei ole Ubuntua. Holopaisen mielestä päivityksiä on
ylen paljona ja minusta niitä tuon laskelman mukaan ei ole.

Joka toinen päivä pompsi¹ ei ole paljon?
¹ jossa useampi korjaus.

Mun kysymys ei sinällään ollut Pertille, vaan itseasiassa sulle. Ei mua
haittaa softapäivitykset, jos ne ei edes vaadi buuttia. Ubuntussakin
suurin osa päivityksiä voi mennä ihan vaan taustalla, ilman että niitä täytyy
koskaan edes huomioida.

[Jouko Holopainen]

Post by Pertti Heikkinen
Hmm.... kuinkas kauan minä nyt olenkaan käyttänyt nykyistä distroani?
Ainakin vuodesta 2007. Kerran tuli päivitys, joka rikkoi jotain (en
muista mikä meni rikki), korjaava päivitys tuli alle 24 tunnissa,
sähköposti pahoitteluineen ja ongelman kiertoohjeineen alle neljän tunnin.

VMWaren ajurit menee joka päivityksessä ja ne pitää kääntää uusiksi.

Tämä on tapahtunut 12.4:lla noin kerran kahdessa viikossa. En jaksa kvg
tarkkaa lukumäärää.

Post by Pertti Heikkinen

Post by Jouko Holopainen
Kaikki pelkästään sen takia että Linusin uskonto kieltää ei-GPL2 softan.

Eipä tuo Linuxin periaate tunnu täällä mitenkään haittaavan. Ihan hyvin
toimii mös ei-GPL[2]-sofat.

Ei mene mun määritelmään "ihan hyvin".

[Sami Ketola]

Post by Jouko Holopainen
Kaikki pelkästään sen takia että Linusin uskonto kieltää ei-GPL2 softan.

Ei se ole ongelma. Eikä se edes pidä paikkaansa. Kernelissä on muutakin
kuin GPL2 softaa. Ongelma on se, että Linusin uskonto kieltää stabiilit
binääriapit.

Sami

[Eino Tuominen]

Post by Sami Ketola
kuin GPL2 softaa. Ongelma on se, että Linusin uskonto kieltää stabiilit
binääriapit.

Tismalleen.