Procesy zabijania
Ogólnie mówiąc za zabicie procesu, nie ma bezpieczniejszego sposobu na zabicie procesu niż zwykłe zabijanie (SIGTERM). W przypadku procesu interaktywnego zwykle pozwala on zatrzymać go jeszcze bezpieczniej, wysyłając sygnał SIGINT, zwykle wysyłany przez naciśnięcie Ctrl+ C. Ten sygnał jest uwięziony przez sam proces, który może go słuchać - i zwykle zatrzymuje się z wdziękiem. ( dzięki Eliah )
Baza danych DPKG
Jeśli chodzi o zarządzanie pakietami, jest to szczególny przypadek. Baza danych DPKG używana przez polecenia APT pod wodą zawsze może wykryć, czy operacja się nie zakończyła. Każdy pakiet ma stan aktualny, który jest oznaczony, a także stan aktualny , np. Rozpakowany, skonfigurowany itp. Po zabiciu interfejsu użytkownika APT baza danych będzie w stanie uszkodzonym, ale w stanie znanym . Pliki blokady zostaną zwolnione dopiero, gdy wszystko wróci do stanu czystego - powinieneś to naprawić, dopóki nie pozwoli na nowe operacje.
Sposobem na naprawę jest uruchomienie procesu, aby uzyskać wszystkie pakiety w skonfigurowanym stanie. Praktycznie rzecz biorąc, jeśli przerwałeś apt-getoperację, możesz po prostu dokończyć ją później
sudo dpkg --configure -a
Wie, jak wyjść ze stanu zepsutego do stanu całkowicie skonfigurowanego iw tym sensie po prostu kontynuować od miejsca, w którym został przerwany. Pliki blokady pozostają tam, dopóki tego nie zrobisz, i to z tego powodu - aby zapobiec nowym operacjom z bazą danych DPKG w stanie nieczystym.
Informacje o firmie SIGKILL (9)
Wysłanie SIGKILL (dziesiętna reprezentacja 9) jest bardzo niebezpieczne. Ten sygnał nie jest wychwytywany przez proces, ale cały proces zostanie wyczyszczony przez system operacyjny (jądro), niezależnie od tego, czy proces mu się podoba, czy nie. Stan plików w systemie plików można pozostawić w stanie uszkodzonym. Nigdy nie wysyłaj tych sygnałów, chyba że nie słuchasz już innych bardziej wdzięcznych sygnałów.