systemctl không thể kết nối với bus - docker ubfox: 16.04 container

Tôi đang cố gắng sử dụng systemctllệnh trong một ubuntu:16.04container docker. Tôi đang chạy lệnh sau ...

systemctl status ssh

Tuy nhiên, tôi đang nhận được lỗi ...

Failed to connect to bus: No such file or directory

Tại sao cái này không hoạt động? Điều này có liên quan đến Ubuntu đang chạy trong một container docker không? Làm thế nào tôi có systemctlthể làm việc chính xác?

Tôi giả sử bạn bắt đầu container docker của bạn với một cái gì đó như

docker run -t -i ubuntu:16.04 /bin/bash

Vấn đề bây giờ là quy trình init 1 của bạn /bin/bashchứ không phải systemd. Xác nhận với ps aux.

Thêm vào đó, bạn đang thiếu dbus sẽ là cách để giao tiếp. Đây là nơi thông báo lỗi của bạn đến từ. Nhưng vì PID 1 của bạn không phải là systemd, nó sẽ không giúp cài đặt dbus.

Tốt nhất là nghĩ lại cách bạn dự định sử dụng docker. Không dựa vào systemd như một trình quản lý quy trình nhưng để bộ chứa docker chạy ứng dụng bạn muốn ở nền trước.

Những người khác đã báo cáo một vấn đề tương tự. Khởi động thiết bị đầu cuối và gõ:

$ env

Bạn có thấy một biến môi trường như thế này không?

XDG_RUNTIME_DIR=/run/user/`id -u`

Trường hợp id -uđược bao trong backticks không trích dẫn duy nhất. Biến này được diễn giải lại thành một số thường 1000dành cho người dùng thông thường và 0siêu người dùng (sudo).

Nếu biến môi trường XDG_RUNTIME_DIRkhông tồn tại, bạn cần tạo nó. Các cuộc thảo luận đầy đủ là trong launchpad systemd câu trả lời .

Nếu bạn gặp lỗi này trong Hệ thống con Windows cho Linux (WSL), tôi đã tìm thấy lỗi này vì Docker không được hỗ trợ. Điều này là do thiếu các nhóm và các điều kiện tiên quyết khác.

Thử đi:

docker run -ti -d --privileged=true images_docker  "/sbin/init"

hoặc là

docker run -ti -d --privileged=true images_docker

sẽ có kết quả tương tự.

Ở đây tôi lấy từ tài liệu của Docker :

Theo mặc định, các bộ chứa Docker là các bộ phận không được ưu tiên và không thể chạy, ví dụ, chạy một trình nền Docker bên trong một bộ chứa Docker. Điều này là do theo mặc định, một container không được phép truy cập vào bất kỳ thiết bị nào, nhưng một container container có đặc quyền của Nether được cấp quyền truy cập vào tất cả các thiết bị (xem tài liệu về các thiết bị cgroups).

Khi người vận hành thực thi docker chạy - đặc quyền, Docker sẽ cho phép truy cập vào tất cả các thiết bị trên máy chủ cũng như đặt một số cấu hình trong AppArmor hoặc SELinux để cho phép bộ chứa gần như tất cả quyền truy cập vào máy chủ như các tiến trình chạy bên ngoài máy chủ trên máy chủ . Thông tin bổ sung về việc chạy với --privileged có sẵn trên Blog Docker.

Bạn có thể không chạy systemd , đây là cài đặt init mặc định vào ngày 16.04. Nếu bạn đã nâng cấp từ 14.04, rất có thể bạn vẫn đang chạy mới bắt đầu và kết quả của việc chạy lệnh systemctl là đầu ra bạn nhận được.

Xem câu trả lời của tôi tại systemctl: comand không tìm thấy máy chủ 16.04 để biết thêm.

Chỉ cần bắt đầu dbusdịch vụ:

/etc/init.d/dbus start

Bên trong container docker, tôi nghĩ bạn có thể cập nhật-rc.d nếu bạn vẫn đang vật lộn với systemd. Tôi đã thử với update -rd.c và nó hoạt động.

Tôi đã nhận được cùng một lỗi chính xác và sau đó tôi chạy nó thành công với sudo

sudo systemctl status ssh