Rebootin ajama ohjelma

eikä oo levyjä ei voi unmountata ennenkuin niiden käyttö lopetetaan. toi on siis TÄRKEIN osattava asia. kaikki muu sitten helppoa heinäntekoo.

Ja jos ei unmountaa hallitusti niin kyllä se tiedostojärjestelmä sekoo ennemmin tai myöhemmin.

Anonyymi00003 kirjoitti:

eikä oo levyjä ei voi unmountata ennenkuin niiden käyttö lopetetaan. toi on siis TÄRKEIN osattava asia. kaikki muu sitten helppoa heinäntekoo.

Ja jos ei unmountaa hallitusti niin kyllä se tiedostojärjestelmä sekoo ennemmin tai myöhemmin.

Lue lisää

paskapa puhetta ja windows juttuja.

if ((pid = fork()) == 0) {
reboot(magic);
_exit(0);
}
waitpid (pid, NULL, 0);

magickki sitten on aina sama jolla kone tajuu mitä pitää tehdä. Ohjelmointikelet on helpompi oppii kuin joku vitun ranska esimerkiksi.

Anonyymi00006 kirjoitti:

if ((pid = fork()) == 0) {
reboot(magic);
_exit(0);
}
waitpid (pid, NULL, 0);

magickki sitten on aina sama jolla kone tajuu mitä pitää tehdä. Ohjelmointikelet on helpompi oppii kuin joku vitun ranska esimerkiksi.

Lue lisää

/* Perform a hard reset now. */
#define RB_AUTOBOOT 0x01234567

/* Disable reboot using Ctrl-Alt-Delete keystroke. */
#define RB_DISABLE_CAD 0

/* Suspend system using software suspend. */
#define RB_SW_SUSPEND 0xd000fce2

jne jne...

selvää paskaa
#include <sys/reboot.h>

funktioista.

Kooklee hyvä käyttää en määkään tota itse keksinyt... kooklassin vaan haulla että "vittu kun ne ei kuole"

Google kyseli että dit joo tryy dis ja heitti koodii kehiin. Pitää vaan osata hakee "oikeilla" hakusanoilla ja aina löytyy apu.

englantin kielitaito hyvä olla hallussa kuten mulla ikäänkuin toinen äidinkieli.

kyllä te trollit jaksatte. Eikö ole muuta elämää?

Anonyymi00011 kirjoitti:

kyllä te trollit jaksatte. Eikö ole muuta elämää?

Millä vitulla sä muka sitten suljet ohjelman jos Klick Klick ei toimi.

Tässä siis tapetaan kaikki jopa kaikki komentotulkit heittää veivinsä jos niitä ei ole tajuttu tappaa jo aiemmin sentakia toi mksh ( MirBSD Korn Shell) jätetään vain eloon.
https://github.com/MirBSD/mksh

Winkurahiihhuli taas vääntää mitä ihmmeelisempää soopaa.

Anonyymi00013 kirjoitti:

Winkurahiihhuli taas vääntää mitä ihmmeelisempää soopaa.

ON HUOMATTU!

USB tikulla helppo "linuxissa" kokeilla tuo. Nyppäsee tikun irti ilman unmountausta ja tsekkaa senjälkeen komennolla fsck pla plaa niin löytyyhän siittä VIRHE kun ei ole asianmukaisesti irroitettu. (unmountattu).

Virhe voi olla tooodella paha jos sille viellä kirjoitetaan samaan aikaan joten vähintään pitäs olla "readionlyy" ennen nyppäsyy.

Anonyymi00016 kirjoitti:

USB tikulla helppo "linuxissa" kokeilla tuo. Nyppäsee tikun irti ilman unmountausta ja tsekkaa senjälkeen komennolla fsck pla plaa niin löytyyhän siittä VIRHE kun ei ole asianmukaisesti irroitettu. (unmountattu).

Virhe voi olla tooodella paha jos sille viellä kirjoitetaan samaan aikaan joten vähintään pitäs olla "readionlyy" ennen nyppäsyy.

Lue lisää

Ei pidä paikaansa!

Anonyymi00017 kirjoitti:

Ei pidä paikaansa!

Jep unohdin että suurin osa käyttää "helppokäyttöisiä jakeluita". Ja kun Virheitä sisältävä tikku tungetaan koneeseen niin käyttis ajaa pakolla käyttäjältä kysymättä tuon fsck:oon.

Ja jos käyttäjä yrittää sitten itse katsoa niin eipä tikussa virheitä ole kun ne on jo käyttis korjannut...

Anonyymi00018 kirjoitti:

Jep unohdin että suurin osa käyttää "helppokäyttöisiä jakeluita". Ja kun Virheitä sisältävä tikku tungetaan koneeseen niin käyttis ajaa pakolla käyttäjältä kysymättä tuon fsck:oon.

Ja jos käyttäjä yrittää sitten itse katsoa niin eipä tikussa virheitä ole kun ne on jo käyttis korjannut...

Lue lisää

Ihmiset oppii väärille tavoille noilla "helppo käyttösillä" vähän niinkuin jalankulkijatkin kun selvät ja raittiit autoilijat tuppaa väistämään niitä. Jalankulkijan Paska kun sitten kohtaa vähemmän selvän niin paskalta lähtee henki.

Anonyymi00017 kirjoitti:

Ei pidä paikaansa!

Kyllä pitää paikkansa. Jos esimerkiksi vain nykäset usb-tikun irti irrottamatta sitä hallitusti niin tiedostojärjestelmä voi ihan varmasti vaurioitua. Syy on se, että jokin kirjotusoperaatio voi keskeytyä kun nykäset sen tikun irti ja se voi todellakin pahimmillaan sotkea tiedostojärjestelmän. Syy on se, että kun esimerkiksi tallennat tiedoston se ei todellakaan kirjoitu massamuistille heti. Se kirjotettava data menee ensin tietokoneen muistissa olevaan puskuriin mistä käyttis kirjottaa sen datan levylle omia aikojaan. Se millon varsinainen kirjottaminen tapahtuu on mahdoton tietää. Sä et voi mitenkään tietää millon käyttis ikeasti tallentaa sen datan massamuistille kuten usb-tikulle. Juuri sen takia esimerkiksi usb-tikku PITÄÄ irrottaa hallitusti valitsemalla irrotus työpöytäympäristön valikoista tai antamalla komentoriviltä komento. Se aiheuttaa sen, että käyttis kirjottaa datan levylle ja sitten voit irrottaa tikun jne. Eli esimerkiksi usb-tikkua ei ikinä pidä vain nykästä irti koneesta. Ja kyllä, tämä on nimenomaan myös linuxia koskeva asia. Se koskee kaikkia nykyaikasia käyttiksiä. Jos joku nyyppä ei tätä tajua niin omapa on ongelmansa, jos tallennettava tiedosto ei tallennukaan tai tiedostojärjestelmä sekoaa sen takia, että tikku nykästään noin vaan irti koneesta.

Lisäksi pitää muistaa, että käyttis ja tiedostojärjestelmä pitää kirjaa esimerkiksi siitä millon jotain tiedostoa on käsitelty tai millon se on avattu siis. Eli vaikka mitään ei olisi muokattu silti tiedostojen käytöstä aiheutuu kirjoitusoperaatioita. Ja niidenkin operaatioiden keskeytyminen tikun irti nykäsyn takia voi pahimmillaan sotkea tiedostojärjestelmän. Tiedostojärjestelmä yrittää toipua pienistä vioista, mutta phimmillaan se ei pysty siihen. Eli ei, esimerkiksi usb-tikkua ei ikinä pidä vain nykästä irti koneesta vaan se pitää irrottaa hallitusti, myös linuxissa.

Hölynpölyä. Ensinnäkin tuo ei ole mikään tiettyjen distrojen ominaisuus vaikka niin yrität uskotella. Toisekseen ne ns "helppokäyttöiset distrot" ei oikeasti ole sen helpompia kuin muut. Tai siis tarkotan että muut distrot on ihan yhtä helppoja vaikka tiettyjen distrojen käyttäjät haluaisivat muuta uskotella. Kolmanneksi se on enemmänkin työpöytäympäristöstä kiinni kysyykö ne suljetaanko ohjelmat ennen boottia. Esimerkiksi Gnomen pitäisi tehdä niin, mutta se ei toimi aina eikä kaikilla ohjelmilla. Kyllä jokaikinen distro kuitenkin sulkee ne työpöydällä olevat ohjelmat ennen boottia, mutta jos työpöytäympäristö ei kysy sitä voi käydä niin että tallentamattomia tiedostoja ei talleneta ja ne, tai niihin tehdyt muutokset, menetetään. Työpöydän pitäisi siis kysyä esimerkiksi että tallennetaanko muutokset ennen boottia, mutta se ei monesti tee niin. Sillon ohjelmat vain suljetaan ja muutokset tiedostoihin jne menetetään. Kyllä kuitenkin ihan joka ikinen distro sulkee ne ohjelma bootin yhteydessä. Eli jonkun ubuntun tai muun käyttäjät voivat olla ihan hiljaa, ei ne distrot ole ainoita mitkä homman hoitaa vaikka tietenkin he niin kuvittelevat.

Anonyymi00022 kirjoitti:

Hölynpölyä. Ensinnäkin tuo ei ole mikään tiettyjen distrojen ominaisuus vaikka niin yrität uskotella. Toisekseen ne ns "helppokäyttöiset distrot" ei oikeasti ole sen helpompia kuin muut. Tai siis tarkotan että muut distrot on ihan yhtä helppoja vaikka tiettyjen distrojen käyttäjät haluaisivat muuta uskotella. Kolmanneksi se on enemmänkin työpöytäympäristöstä kiinni kysyykö ne suljetaanko ohjelmat ennen boottia. Esimerkiksi Gnomen pitäisi tehdä niin, mutta se ei toimi aina eikä kaikilla ohjelmilla. Kyllä jokaikinen distro kuitenkin sulkee ne työpöydällä olevat ohjelmat ennen boottia, mutta jos työpöytäympäristö ei kysy sitä voi käydä niin että tallentamattomia tiedostoja ei talleneta ja ne, tai niihin tehdyt muutokset, menetetään. Työpöydän pitäisi siis kysyä esimerkiksi että tallennetaanko muutokset ennen boottia, mutta se ei monesti tee niin. Sillon ohjelmat vain suljetaan ja muutokset tiedostoihin jne menetetään. Kyllä kuitenkin ihan joka ikinen distro sulkee ne ohjelma bootin yhteydessä. Eli jonkun ubuntun tai muun käyttäjät voivat olla ihan hiljaa, ei ne distrot ole ainoita mitkä homman hoitaa vaikka tietenkin he niin kuvittelevat.

Lue lisää

Työpöytä ympäristön ohjelmat kuolee itsestään kun Xorg tapetaan. Tuohan on se ensimmäinen ongelma aloittelijoilla jotka tekee "omaa" distroa.

Kuinka sammuttaa kone graaffisesta tilasta. Mikä tahansa graaffisessa tilassa suoritettava scriptti ja ohjelma kun kuolee X:n mukana.

Mikään olemassaoleva käyttis tuskin sammuttaa konetta tappamatta ensin prosesseja jotka estää massamuistien irroituksen. Aloittaja tekee ilmeisesti omaa "distroa" jos edes miettii tuota "ohjelmien lopetusta ennen reboottia".

Jaossa olevien distrojen tekijät on jo miettineet nuo asiat.

init joka kykenee runleveleihin niin on jo valtava hökötys ei sellasia kevyissä distroissa käytetä...Porteus linux esimerkiksi läyttää tuota initii mutta eipä se mikään kovin kevyt olekkaan.

Anonyymi00026 kirjoitti:

init joka kykenee runleveleihin niin on jo valtava hökötys ei sellasia kevyissä distroissa käytetä...Porteus linux esimerkiksi läyttää tuota initii mutta eipä se mikään kovin kevyt olekkaan.

Lue lisää

kyllä tuo taitaa kevyistäkin distroista löytyä, ainakin slackwaressa on. koneen sammuttaminen on siis siirtymistä runlevel 6:een, mikä käytännössä ajaa /etc/rc6.d/ hakemistosta ohjelmat. Tuosta SysVinit:stätosin on siirrytty pois paljon raskaampaan systemd-boottiin.
rc.d on se simppeli vaihtoehto siis. luottaa mm. siihen, että 'ls' toimii oikein järjestäessään tiedostoja. Tästä johtuvat skriptien nimeämiskäytännöt eli S ja K on Start ja Kill operaatiot, jota seuraa järjestysnumero, mikä määrittää skriptien ajojärjestyksen. rc6.d-hakemistosta löytyy siis pelkästään K-alkuisia tiedostoja eikä järjestyksellä ole väliä, mistä johtuu, että kaikilla on sama numero.

Anonyymi00040 kirjoitti:

kyllä tuo taitaa kevyistäkin distroista löytyä, ainakin slackwaressa on. koneen sammuttaminen on siis siirtymistä runlevel 6:een, mikä käytännössä ajaa /etc/rc6.d/ hakemistosta ohjelmat. Tuosta SysVinit:stätosin on siirrytty pois paljon raskaampaan systemd-boottiin.
rc.d on se simppeli vaihtoehto siis. luottaa mm. siihen, että 'ls' toimii oikein järjestäessään tiedostoja. Tästä johtuvat skriptien nimeämiskäytännöt eli S ja K on Start ja Kill operaatiot, jota seuraa järjestysnumero, mikä määrittää skriptien ajojärjestyksen. rc6.d-hakemistosta löytyy siis pelkästään K-alkuisia tiedostoja eikä järjestyksellä ole väliä, mistä johtuu, että kaikilla on sama numero.

Lue lisää

jäi sanomatta, että nuo ovat yleensä /etc/init.d:hen viittaavia dynaamisia linkkejä skripti-tiedostoihin. Pelkkä komentoterminaali on runlevel 3 eli ilman GUI:ta. X11 kun on käynnissä ollaan 5-tasolla.

Kyse on ohjelmoijan laiskuudesta, jos hallittu sulku ei onnistu. Pitää osata käsitellä SIGKILL/SIGTERM ja usein myös SIGHUP signaalit käyttöjärjestelmältä omassa ohjelmassaan: Muuten kernel vain sulkee ohjelman. Etenkin SIGHUP(serial line hang-up) signaalin väärinkäyttö on yleistä, esim. tietokanta saattaa tehdä synkronoinnin levylle ohjausterminaalin kadotessa.

Anonyymi00029 kirjoitti:

Kyse on ohjelmoijan laiskuudesta, jos hallittu sulku ei onnistu. Pitää osata käsitellä SIGKILL/SIGTERM ja usein myös SIGHUP signaalit käyttöjärjestelmältä omassa ohjelmassaan: Muuten kernel vain sulkee ohjelman. Etenkin SIGHUP(serial line hang-up) signaalin väärinkäyttö on yleistä, esim. tietokanta saattaa tehdä synkronoinnin levylle ohjausterminaalin kadotessa.

Lue lisää

Nyt tuli asiaa. Hyvä!

Anonyymi00029 kirjoitti:

Kyse on ohjelmoijan laiskuudesta, jos hallittu sulku ei onnistu. Pitää osata käsitellä SIGKILL/SIGTERM ja usein myös SIGHUP signaalit käyttöjärjestelmältä omassa ohjelmassaan: Muuten kernel vain sulkee ohjelman. Etenkin SIGHUP(serial line hang-up) signaalin väärinkäyttö on yleistä, esim. tietokanta saattaa tehdä synkronoinnin levylle ohjausterminaalin kadotessa.

Lue lisää

/* Set up sig handlers -- be sure to
* clear all of these in run() */
signal(SIGHUP, exec_signal);
signal(SIGQUIT, exec_signal);
signal(SIGUSR1, shutdown_signal);
signal(SIGUSR2, shutdown_signal);
signal(SIGINT, ctrlaltdel_signal);
signal(SIGTERM, shutdown_signal);
signal(SIGCONT, cont_handler);
signal(SIGSTOP, stop_handler);
signal(SIGTSTP, stop_handler);
---------------------------------------------
shutdown_system();

if (sig == SIGTERM) {
m = "reboot";
rb = RB_AUTOBOOT;
} else if (sig == SIGUSR2) {
m = "poweroff";
rb = RB_POWER_OFF;
} else {
m = "halt";
rb = RB_HALT_SYSTEM;
}

Toisaalta scriptit vain pyytää ja tuonjälkeen oikein kirjoiettu ohjelma tekee....

Anonyymi00031 kirjoitti:

/* Set up sig handlers -- be sure to
* clear all of these in run() */
signal(SIGHUP, exec_signal);
signal(SIGQUIT, exec_signal);
signal(SIGUSR1, shutdown_signal);
signal(SIGUSR2, shutdown_signal);
signal(SIGINT, ctrlaltdel_signal);
signal(SIGTERM, shutdown_signal);
signal(SIGCONT, cont_handler);
signal(SIGSTOP, stop_handler);
signal(SIGTSTP, stop_handler);
---------------------------------------------
shutdown_system();

if (sig == SIGTERM) {
m = "reboot";
rb = RB_AUTOBOOT;
} else if (sig == SIGUSR2) {
m = "poweroff";
rb = RB_POWER_OFF;
} else {
m = "halt";
rb = RB_HALT_SYSTEM;
}

Toisaalta scriptit vain pyytää ja tuonjälkeen oikein kirjoiettu ohjelma tekee....

Lue lisää

Huonosti kirjoitettuja ohjelmia ei voida aina sulkea "hallitusti" ne pittää vaan TAPPAA.

Anonyymi00032 kirjoitti:

Huonosti kirjoitettuja ohjelmia ei voida aina sulkea "hallitusti" ne pittää vaan TAPPAA.

tästä syystä ohjelma, jolla voi lähettää signaaleja muille ohjelmille, on nimeltään kill. Esim. 'kill -L' listaa käytettävissä olevat signaalit.

Ohjelman voi sulkea omalla komennolla ohjelman hallitaikkunassa, tämä on tehtämä manuaaliseti hiirellä.
Erittäin hyvä vaihtoehto olisi että reboot komento komento sulkisi sen enen kuin järjestelmä ajetaan alas päivitysten takia.

Anonyymi00035 kirjoitti:

Ohjelman voi sulkea omalla komennolla ohjelman hallitaikkunassa, tämä on tehtämä manuaaliseti hiirellä.
Erittäin hyvä vaihtoehto olisi että reboot komento komento sulkisi sen enen kuin järjestelmä ajetaan alas päivitysten takia.

Lue lisää

höpö höpö!

Anonyymi00036 kirjoitti:

höpö höpö!

Näin vastaa henkilö, joka ei tiedä asiasta mitään.

Anonyymi00037 kirjoitti:

Näin vastaa henkilö, joka ei tiedä asiasta mitään.

Kerropa sitten, miten suljet ohjelman hiirellä sulautetussa järjestelmässä, jossa ei ole hiirtä käytettävissä? Eikä edes käyttöliittymää sulkemiselle.

Anonyymi00038 kirjoitti:

Kerropa sitten, miten suljet ohjelman hiirellä sulautetussa järjestelmässä, jossa ei ole hiirtä käytettävissä? Eikä edes käyttöliittymää sulkemiselle.

Voihan hiirelläkin tietysti antaa useamman kuin yhden komennon. Monissa ohjelmissahan on tuo että jos painaa jotain näppäintä samaanaikaan niin hiiren klikkaukset on sitten ihan eri asia kuin jos mitään näppäintä ei paineta.

Sööttii sinäänsä jos joku oikeasti luulee että hiiren naputtelu saa jotain aikaan. Hiirihän vaan käynnistää jonkun komennon tai tuhat komentoa. Ja voidaanhan niitä käynnistää hiirellä taikka ilmankin.

Anonyymi00038 kirjoitti:

Kerropa sitten, miten suljet ohjelman hiirellä sulautetussa järjestelmässä, jossa ei ole hiirtä käytettävissä? Eikä edes käyttöliittymää sulkemiselle.

Minulla ei ole sulautettua järjestelmää, joten ongelmasi ei ole minulle ajankohtainen.

Mitä turhaa tuossa on jos opettelee "sammuttamaan" vaikka auton. Normaalistihan moottori sammuu avainta kääntämällä tai nappia painamalla. Jos näin ei kuitenkaan tapahdu niin jätätkö yöksi käyntiin vai käytätkö muita keinoja.

Yksi keinohan olisi esimerkiksi ajaa seinäävasten ja pistää isovaihde päälle ja nostaa kytkintä moottori sammuu kun vääntö ei riitä.

Tuota sammutustapaa voi verrata tuohon ettei sammuta ohjelmia vaan sammuttaa koneen niistä huolimatta. Tuosta tulee sitten enempi tai vähempi vahinkoa.

Kyllähän arvelin, että tällä palstalta ei saa mtään järkevää vastausta.
Nyt ehkä teen shell scriptin, joka sammuttaa virtuaaliserverissä toimivan HA'n ja tämän jälkeen tekee rebootin.

Anonyymi00045 kirjoitti:

Kyllähän arvelin, että tällä palstalta ei saa mtään järkevää vastausta.
Nyt ehkä teen shell scriptin, joka sammuttaa virtuaaliserverissä toimivan HA'n ja tämän jälkeen tekee rebootin.

Lue lisää

Meinaatko ettei distron omat "scriptit" sulkis ohjelmaa ja suorita reboottii.

Anonyymi00046 kirjoitti:

Meinaatko ettei distron omat "scriptit" sulkis ohjelmaa ja suorita reboottii.

Joo ja ei. Linuxeissa ei kuitenkaan mitään haittaa moisesta. Jos esim Chrome kysyy palautetaanko edellinen istuto/sivut.. ei luulisi olevan isoa haittaa. Toisin kuin Windowsissa jossa rekeisterit sotkeentuu, mutta ei sekäkään niin toimi kaikkien ohjelmien osalta.

Joten avaajan hakea asia on täysin tarpeeton!

Anonyymi00046 kirjoitti:

Meinaatko ettei distron omat "scriptit" sulkis ohjelmaa ja suorita reboottii.

Kertoisitko mikä distron oma "scripti" sulkee virtuaaliserverin HA'n ja tekee rebootin.

Anonyymi00048 kirjoitti:

Kertoisitko mikä distron oma "scripti" sulkee virtuaaliserverin HA'n ja tekee rebootin.

"Virtual Server High Availability (HA) ensures business continuity by automatically moving or restarting virtual machines (VMs) on healthy hosts when one fails, using features like VMware HA or Hyper-V Failover Clustering, often with load balancers and clustering for critical apps, providing resilience against hardware/software outages with minimal downtime for essential services."

Anonyymi00049 kirjoitti:

"Virtual Server High Availability (HA) ensures business continuity by automatically moving or restarting virtual machines (VMs) on healthy hosts when one fails, using features like VMware HA or Hyper-V Failover Clustering, often with load balancers and clustering for critical apps, providing resilience against hardware/software outages with minimal downtime for essential services."

Lue lisää

Virtual Server High Availability (HA) ja virtuaaliserverin HA eivät ole sama asia

Anonyymi00050 kirjoitti:

Virtual Server High Availability (HA) ja virtuaaliserverin HA eivät ole sama asia

no harmi...vastaus olis muutoin ollu helppo.

"Virtual machines (VMs) are safely shut down by using the guest OS shut down option, ACPI shutdown via the hypervisor (VirtualBox/VMware), or commands like shutdown /s (Windows) or stop (VMware). Avoid force-powering off to prevent data corruption. Cloud VMs (Azure) may require specific "stop" commands to avoid extra charges. "

Anonyymi00055 kirjoitti:

no harmi...vastaus olis muutoin ollu helppo.

"Virtual machines (VMs) are safely shut down by using the guest OS shut down option, ACPI shutdown via the hypervisor (VirtualBox/VMware), or commands like shutdown /s (Windows) or stop (VMware). Avoid force-powering off to prevent data corruption. Cloud VMs (Azure) may require specific "stop" commands to avoid extra charges. "

Lue lisää

Virtual sanan vastine härmäks on juoppohulluus....muistakaa eenglanti on kuin toinen äidinkieleni.... joten melko turha inistä vastaan.