Co oznacza stan „przerywany sen”?

Miałem Firefoksa działającego na Parted Magic LiveCD, a potem (prawdopodobnie) w wyniku kombinacji klawiszy, której nie pamiętam, szybko zniknął z ekranu i paska zadań / listy okien.

Jednak:

1. ps ax | grep firefoxzwraca poniżej (i niepotrzebną grep firefoxlinię). Zarówno psmenedżer zadań GUI pokazują firefox z pozornie niezmiennymi RSS, VM-SIZE i 0% wykorzystania procesora.

   johndoe 1916 36,6 14,0 923772 504372 tty1 Sl 13:30 12:15 firefox

   
   

2. pstree | grep firefox zwroty:

   init─┬─2 * [ROX-Filer───firefox───25 * [{firefox}]]

   
   

3. strace -p 1916 powraca i pozornie pozostaje na tej linii na zawsze:

   futex(0xac975608), FUTEX_WAIT_PRIVATE, 1, NULL

Rozumiem z odpowiedzi na Co oznaczają wartości kolumny STAT w ps? to S(in Sl) wskazuje, że proces jest w interruptible sleepstanie.

Czy ktoś może bardziej szczegółowo opracować stan?

EDYTOWAĆ

Rozpocznę nowe pytanie, z bardziej szczegółowymi informacjami na temat mojej dystrybucji, aby odpowiedzieć na pierwotne drugie pytanie.

@msw wykonał dobrą robotę wyjaśniając twoje drugie pytanie, a niektóre z pierwszego:

B) Zaproponuj jakieś stosunkowo łatwe sposoby na odzyskanie jakiejkolwiek formy kontroli, aby (przynajmniej) zapisać zakładki, które irytująco otworzyłem w trybie przeglądania prywatnego?

Spróbuję więc zająć się twoim pierwszym pytaniem nieco bardziej:

A) Opracuj bardziej szczegółowo, jaki jest stan?

Wartości stanu Sl(to mała litera L):

   S    Interruptible sleep (waiting for an event to complete)
   l    is multi-threaded (using CLONE_THREAD, like NPTL pthreads do)

PROCESS STATE CODES
   R  running or runnable (on run queue)
   D  uninterruptible sleep (usually IO)
   S  interruptible sleep (waiting for an event to complete)
   Z  defunct/zombie, terminated but not reaped by its parent
   T  stopped, either by a job control signal or because
      it is being traced
   [...]

Dalsze szczegóły można znaleźć na stronie man sygnału man 7 signal, a także w tym samouczku zatytułowanym: Stany procesu Linux .

Nie zrobiłeś nic z procesem Firefox. Wcześniej był już w stanie S. „Przerwany sen” skutecznie oznacza bezczynność. Proces czeka i obudzi się, gdy otrzyma dane wejściowe. Jest to normalny stan procesu, chyba że złapiesz go, gdy jest zajęty.

Sprawiłeś, że okno zniknęło. Może wysłałeś go na inny pulpit. Sposób przywrócenia „normalnego” sposobu zależy całkowicie od menedżera okien, którego nie określiłeś.

Możesz być w stanie odzyskać okno za pomocą innych narzędzi, ale w pewnym stopniu zależy to od tego, co dokładnie się z nim stało i od tego, czy menedżer okien współpracuje. Wypróbuj wmctrl . Najpierw wyświetl listę okien Firefox wmctrl -l | grep Firefox. Zanotuj identyfikator okna w pierwszej kolumnie, powiedzmy 0x12345678. Aby przywrócić okno do bieżącego pulpitu, użyj wmctrl -R 0x12345678; alternatywnie użyj, wmctrl -a 0x12345678aby przełączyć na pulpit. Aby go zmaksymalizować (który zajmuje się oknami poza ekranem lub zmniejszył się do jednego piksela), uruchom wmctrl -r 0x12345678 -b add,maximized_vert,maximized_horz. Możesz też przenieść i zmienić rozmiar okna za pomocą wmctrl -r 0x12345678 -e 1,50,100,1000,800. Konieczne może być usunięcie lub ukrycie okna za pomocą wmctrl -r 0x12345678 -b remove,shadedlub wmctrl -r 0x12345678 -b remove,hidden.

Klienci X mogą utracić połączenie i w jakiś sposób nie zostać o tym powiadomieni. Proces często czeka na gnieździe, przez które nic nigdy nie nastąpi, pozostawiając go w nieprzerwanym śnie.

Dla przeglądarki Firefox tylko (i innych programów, takich jak gvim lub Chrome, które sprawiają szczególne przepisy dotyczące przechowywania w stan awarii) prosty:

$ kill -TERM pid

da procesowi szansę na zapisanie listy otwartych kart, ale nie liczyłbym na zawartość formularza lub inny stan do zachowania.