Skocz do zawartości

Sudo /sbin/shutdown -h Now


siomek

Rekomendowane odpowiedzi

Witam,

 

Po uruchomieniu komendy "sudo /sbin/shutdown -h now" z poziomu użytkownika z uprawieniami, spod kde, system doznaje zwiechy. Zdarza się tak za każdym razem. Dodam, że ta komenda uruchamiana jest z pluginu gkrellm ( gkrellm-launch). Po wydaniu komendy dostaję informację, że system zamknięty i system umiera. To znaczy na monitorze zostaje martwy obraz.

 

Jeśli przejdę do konsoli, czasami zawieszenie się systemu wygląda, jakbym dostał ups'a.

 

Używam FC4, kernel 1447.

Odnośnik do komentarza
Udostępnij na innych stronach

Używam FC4, kernel 1447.

Możesz zaktualizować kernel.

 

Czemu tak forsujesz to sudo? Czyż nie lepiej założyć w /etc plik shutdown.allow i w kolejnych liniach powpisywać userów, którzy mogą zamykać system?

 

Jak wpiszesz

shutdown -k now kurka wodna system pada

to też się wiesza? Widzisz w kosolach innych userów ostrzeżenia?

Odnośnik do komentarza
Udostępnij na innych stronach

Polecenie: shutdown now nie wyłączy komputera tylko zamknie system
Nie do końca, ściślej mówiąc wykona init 0.

 

Wydaje mi się, że sformułowanie "wiesza" jest błędne, koledze pewnie chodzi o to, że system się zamyka (zabijanie procesów itd) po czym wyłącza się dysk itp, ale komputer się nie wyłącza (nie zadziałało poweroff). Najprawdopodobniej coś nie tak jest z tym poleceniem.

Aha, możliwe. W takim razie czy normalnie możesz wyłączyć komputer? Spróbuj najpierw init 1 a potem shutdown -h 0

Odnośnik do komentarza
Udostępnij na innych stronach

Dziękuję za wszystkie sugestie. Oto co wynikło ze sprawdzenia ich:

 

1. Polecenie poweroff powoduje to samo, co shutdown -h now, czyli:

a) dostaję informację na koncie usera, że system będzie zamknięty,

B) system jest zamknięty, ale na ekranie zostaje martwy obraz i komp się nie wyłącza ( po restarcie system nie włącza fsck, więc zamknięcie poszło normalnie).

 

2. Polecenie init 1 jest wykonane normalnie, ale po wywołaniu później shutdown -h 0 powoduje wywalenie się jądra. W efekcie mam na konsoli wypisane rejestry systemowe wraz z zawartością.

 

Po uaktualnieniu jądra dalej to samo. Chyba czas wysłać zawartość shutdown -h 0 do deweloperów? Jak to zrobić?

Odnośnik do komentarza
Udostępnij na innych stronach

tak, ale jesli plyta glowna nie ma wsparcia apm/acpi lub nie jest ono wlaczone w biosie/systemie to zaden system kompa nie wylaczy calkiem, tylko zamknie sie sam system (dlatego tak wlasnie trzeba bylo recznie wylaczac kompa z win 95/98 ktore dzialaly na starych, bodajze nie ATX-owych kompach, choc dokladnie juz nie pamietam) Dlatego proponowalem najpierw sprawdzic ustawienia biosu i kernela, czy jest wszystko ok, a pozniej mozna szukac dalszych przyczyn takiego stanu rzeczy.

Odnośnik do komentarza
Udostępnij na innych stronach

czy kernel na pewno ma wlaczona obsluge apm i acpi ?
A jajko Fedory ma w ogóle włączony APM? Przecież od tego wynaleziono ACPI. Obecnie ACPI i APIC ulegają w jądrze dużym przemianom, może nastaną lepsze czasy :P

 

A tak w ogóle to poweroff nie powinno się wywoływać z parameterm -p? Spróbuj także innych parametrów (man poweroff). Może to być problem hardware'owy.

 

Na bugzilli albo googlach nikt nie zgłaszał podobnych problemów?

Odnośnik do komentarza
Udostępnij na innych stronach

1. W płytą jest wszystko w porządku. Przez 2 lata używałem PLD i tam shutdown chodził w porządku.

2. Zapomniałem dodać, że używam modemu isdn Fritz. Moduły do isdn są ładowane z demona przez /etc/init.d/isdn, ale inicjacja połączenia jest za pomocą własnego skryptu w perlu. Zauważyłem, że po uaktualnieniu jądra do 1526, przy nieaktywnym połączeniu isdn, shutdown zachowuje się normalnie. Sugestie?

Odnośnik do komentarza
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się
×
×
  • Dodaj nową pozycję...