Forum Debian Users Gang

Zainstaluj lightdm.

podłączę się do tematu;
sądzicie, że przy Openboxie można w środowisku shutdown -h now ? czy najpierw lepiej się wylogować?
startuję openboxa w xinit  jako exec openbox-session i po prostu boje się walić w środowisku od razu shutdown -h now

IMO można. A czemu uważasz, że nie?

Zajrzyj też do linków w tym poście:
http://forum.dug.net.pl/viewtopic.php?pid=187449#p187449 .

Szczerze mówiąc nie widzę w czym miałoby to zaszkodzić… Z drugiej strony nie jestem tutaj zbyt wiarygodny, bo sam mam tak:

            <item label="Shutdown">
                <action name="Execute">
                    <execute>
                        gdm-control --shutdown
                    </execute>
                </action>
                <action name="Execute">
                    <execute>
                        openbox --exit
                    </execute>
                </action>
            </item>

;)

dominbik napisał(-a):

gdm-control to takie wyskakujące okienko wyłącz, restart itd...?

Nie, nie ma żadnego okienka. Po prostu:

Usage: gdm-control ACTION

Actions:
    --help        Display this help and exit
    --none        Do nothing special when the current session ends
    --shutdown    Shutdown the computer when the current session ends
    --reboot      Reboot the computer when the current session ends
    --suspend     Suspend the computer when the current session ends
    --switch-user Log in as a new user (this works immediately)

To z pakietu z openboxem pochodzi:

$ dpkg -S /usr/bin/gdm-control
openbox: /usr/bin/gdm-control

A takich z okienkami to przynajmniej kilka w sieci widziałem, w repo CrunchBang na pewno jakiś jest.

EDIT: Kilka postów wyżej panjandrum w sygnaturce ma kolejny. :)

o bardzo ciekawe ten gdm-control. ciekawe czy też zamyka na zasadzie shutdown czy jeszcze coś wykonuje. nie działa bez GDM a tak jak pisze  Yampress za ciężkie to to, tym bardziej, że wolę XDMa.
póki co będę więc przez shutdown -h now;  próbowałem jeszcze teraz w środowisku zrobić by najpierw wylogowywał a potem wyłączał tj;
openbox --exit && shutdown -h now
lecz nie zadziałalo
jakby nie było dzięki za wykład

no tak

aptitude install -R gdm3

i tak za dużo w porównaniu do lightdm który jest standardowo ładowany dla xfce4 przy instalacji z nośnika debian xfce4 wheezy
:P

no ale ja używam Testing i nie mam gdm normalnie w repo. sądziłem, że cięższy gdm jest (też tylko 18MB bo bez polecanych itd...) ale to i tak dużo w porównaniu z XDM który też ma duże możliwości

dominbik: Ja też mam testing i stary gdm działa OK, ale jak mówiłem — teraz nie ma sensu zaczynać bo to już martwy projekt. Sam też będę musiał się w końcu za czymś innym rozejrzeć, ale póki działa wszystko bez żadnych zastrzeżeń to tak odkładam na później cały czas. :D

dominbik napisał(-a):

Ogółem to shutdown -h now można też walić w KDE, GNOME i będzie ok? Bo wtedy komponenty środowiska zostają potraktowane jak każdy inny proces i wyłączone przez SIGTERM tak? nie ma to żadnego wpływu?

Tak, shutdown najpierw wysyła SIGTERM.

Ale podkreślmy jedną rzecz: SIGTERM może zostać przechwycony przez program. Innymi słowy: program może zareagować odpowiednio, kiedy otrzyma sygnał TERM (15). Może np. zapisać ostatnie zmiany, zamknąć wszystkie otwarte pliki (deskryptory) i ładnie się wyłączyć. Dobrze napisane programy (a można przyjąć, że większość programów w repozytorium Debiana jest dobrze napisanych) będą na SIGTERM reagować.

Obawiać się należy SIGKILL (9), który nie daje programom czasu na reakcję, wymuszając ich zamknięcie.

shutdown najpierw wysyła SIGTERM, a dopiero potem — SIGKILL, aby wymusić wyłączenie zepsutych lub źle działających programów.

Nie jestem tylko pewien, czy najpierw wysyła te sygnały, a potem odmontowuje systemy plików, czy odwrotnie. W tym pierwszym przypadku może się zdarzyć, że jakiś bardzo zepsuty program uniemożliwi poprawne odmontowanie któregoś z systemów plików, co jest potencjalnie niebezpieczne. W tym i tylko w tym przypadku uruchamianie shutdown -h now mogłoby mieć negatywny wpływ na system. Ale zdobycie aż tak zepsutego programu graniczy z cudem (chyba że sam go sobie napiszesz z myślą o tym, aby był aż tak zepsuty).

Generalnie — wyłączanie komputera przez shutdown -h now z poziomu graficznej powłoki nie różni się niczym istotnym od wyłączania komputera przez shutdown -h now nie z graficznej powłoki.

dominbik napisał(-a):

próbowałem jeszcze teraz w środowisku zrobić by najpierw wylogowywał a potem wyłączał tj;
openbox --exit && shutdown -h now
lecz nie zadziałalo

To polecenie jest potomkiem procesu openboksa. Najpierw openbox (i wszystkie procesy potomne) zostaje zamknięty, a jeśli się to powiedzie, system miałby być wyłączony. Ale proces, który miałby sprawdzić, czy zamknięcie openboksa się powiodło, nie będzie już działał, jeśli się to zamknięcie openboksa się powiedzie.

Żeby to zadziałało, musiałbyś wywoływać te polecenia poza openboksem (i w ogóle poza środowiskiem X), np. korzystając ze screena. Kiedyś takie rozwiązania przerabiałem, żeby obejść pewien zepsuty program; ale w Twoim przypadku gra jest zdecydowanie nie warta świeczki.

ArnVaker napisał(-a):

dominbik napisał(-a):

openbox --exit && shutdown -h now

A odwrotnie?

Nawet bardziej bezsensowne. Najpierw prosi o wyłączenie komputera, a kiedy się to powiedzie, prosi Openboksa o zamknięcie się; ale wtedy już system jest wyłączony, więc żaden openbox nie może się zamknąć (a de facto nawet nie ma komu prosić openboksa o wyłączenie, bo ten proces też już nie działa).