Có an toàn không khi chỉ xóa thư mục có nhị phân cho quy trình này và tất cả các nội dung khác?
Đúng. Không chắc.
Nó thực sự phụ thuộc vào cách nhà cung cấp dự định triển khai ứng dụng và quản trị viên đã làm gì khi cài đặt ứng dụng đó.
Một số ứng dụng (và tất cả các ứng dụng phụ thuộc của chúng) thực sự được triển khai trong thư mục con của riêng chúng, có thể là một thư mục phẳng hoặc một cây thư mục con lớn, thường bắt chước hệ thống tệp gốc Linux thông thường, ví dụ:. với một vân vân thư mục con chứa các tập tin cấu hình, [s] thùng rác đối với nhị phân, một var thư mục con chứa dữ liệu v.v.v.v.
Nếu bạn không triển khai bất kỳ ứng dụng nào khác trong cùng thư mục con đó; xóa nó sẽ xóa hoàn toàn ứng dụng.
Có thể bạn đã điều chỉnh cấu hình ứng dụng. Các điều chỉnh khá điển hình cần thực hiện là thay đổi dữ liệu liên tục và thư mục ghi nhật ký sang nơi khác trên hệ thống của bạn.
Làm cách nào tôi có thể xác định, nơi nó được định cấu hình để khởi động khi khởi động?
Khá điển hình để thấy là các quy trình dịch vụ/daemon được bắt đầu bởi systemd như trong ví dụ bên dưới. Trong trường hợp đó trạng thái hệ thống nên liệt kê các tệp đơn vị và tất cả các quy trình được bắt đầu bởi những tệp đó và systemctl -a và các công tắc khác cũng có thể hữu ích.
Một công cụ như pstree có thể khá hữu ích để trực quan hóa các mối quan hệ cha mẹ và con cái và xem quá trình nào bắt đầu cái gì. Khi chỉ sử dụng systemd sẽ cho đầu ra rất giống với trạng thái hệ thống nhưng khi các cơ chế khác được sử dụng, điều này thường sẽ cung cấp cho bạn một cái nhìn sâu sắc.
Sau đó, có một số phương pháp "tối nghĩa" hơn, ví dụ như một số người thích sử dụng @khởi động lại đặc tả dấu thời gian cron để có các dịch vụ bắt đầu (tái) cron sau khi khởi động lại.
pstree -a
systemd --switched-root --system --deserialize 22
ââ/usr/bin/spamd
â ââspam con
â ââspam con
ââagetty --noclear tty1 linux
ââatd -f
ââkiểm toán
â ââ{kiểm toán}
ââchronyd
ââcrond -n
ââdbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
â ââ{dbus-daemon}
ââdhclient -1 -q -lf /var/lib/dhclient/dhclient--eth0.lease -pf /var/run/dhclient-eth0.pid -H máy chủ eth0
ââdovecot
â ââđe
â ââauth
â ââcấu hình
â ââimap
â ââimap-đăng nhập
â ââlog
ââfail2ban-server -s /usr/bin/fail2ban-server -xf start
â ââ8*[{fail2ban-server}]
ââfirewalld -Es /usr/sbin/firewalld --nofork --nopid
â ââ{tường lửa}
ââhttpd -DFOREGROUND
â ââhttpd -NỀN TẢNG
â ââhttpd -NỀN TẢNG
â âârotatelogs -l /var/log/httpd/error_log.%Y.%m 86400
â âârotatelogs -l /var/log/httpd/access_log.%Y.%m 86400
ââmaster -w
â ââanvil -l -t unix -u
â ââpickup -l -t unix -u
â ââproxymap -t unix -u
â ââqmgr -l -t unix -u
â ââsmtpd -n smtp -t inet -u -o stress= -s 2
â ââtlsmgr -l -t unix -u
ââmm
â ââ85*[{mms}]
Quá trình "chính" trong danh sách pstree đó là một ví dụ điển hình. Tên quy trình kỳ lạ đó thực sự là postfix được bắt đầu từ đơn vị systemd postfix.service. Điều đó sẽ dễ dàng tìm thấy hơn trong trạng thái hệ thống đầu ra:
ââsystem.slice
ââpostfix.service
â ââ 1110 /usr/libexec/postfix/master -w
â ââ 1112 qmgr -l -t unix -u
â ââ 1121 tlsmgr -l -t unix -u
â ââ11508 đón -l -t unix -u
ââspamass-milter.service
â ââ1032 /usr/sbin/spamass-milter -g postfix -p /run/spamass-milter/postfix/sock
Tôi nên biết/làm gì khác để xóa nó một cách an toàn?
Xác định cách một dịch vụ được bắt đầu và sau đó dừng dịch vụ đó thường là cách tiếp cận tốt đầu tiên.
Sau đó, hãy tập thói quen không cài đặt mọi thứ từ nguồn mà sử dụng trình quản lý gói hoặc ví dụ như chụp hoặc chạy vùng chứa.
