Điểm:0

Việc biên dịch/kiểm tra/sử dụng giải pháp systemd không phù hợp với phiên bản của phần còn lại của systemd hiện có trên hệ thống có được hỗ trợ không?

lá cờ in

Có thể chỉ biên dịch systemd-resolved từ các nguồn systemd lớn (không có tất cả phần còn lại của systemd) để cố gắng xác định bản sửa lỗi cho backport không? Liệu một hệ thống mới được phân giải bằng systemd có thể cùng tồn tại với phần còn lại của hệ thống dựa trên một systemd cũ không?

Điểm:1
lá cờ cn

Không, chỉ xây dựng và nâng cấp một tệp nhị phân của systemd là không thể hỗ trợ. Như trong, những người mà bạn có thể yêu cầu giúp đỡ sẽ gặp khó khăn trong việc tái tạo những gì bạn đang làm.

đã được giải quyết, giống như hàng tá tệp nhị phân tạo nên thứ này, liên kết đến một số mã chia sẻ systemd. Điều này không có khả năng duy trì khả năng tương thích nhị phân trên một số lượng bản phát hành tùy ý. Nó có thể hoạt động, nhưng cá nhân tôi không sẵn sàng gỡ rối các phụ thuộc nội bộ của systemd để chứng minh điều đó.

Thay vào đó, hãy thử nâng cấp tất cả systemd. Để bắt đầu, hãy thử tạo lại sự cố trên một bản phân phối bằng một phiên bản tương đối mới. Ở vùng đất của Red Hat, kể từ năm 2021, đây có thể là Fedora 35 hoặc RHEL 9. Sau khi có bằng chứng cho thấy bản phân phối mới hơn cải thiện mọi thứ, thì hãy bắt đầu cô lập các thay đổi có liên quan. Hoặc bắt đầu một dự án nâng cấp hệ điều hành.

callegar avatar
lá cờ in
Cảm ơn, điều đó làm rõ. Thật không may, việc thay thế toàn bộ hệ thống iniit có nguy cơ phá vỡ init hoặc tạo ra sự không nhất quán nhỏ với cách các dịch vụ được thiết lập trên bản phân phối để sửa lỗi trong bản giải quyết dường như quá rủi ro. Dễ dàng hơn để loại bỏ hoàn toàn bộ nhớ đệm DNS cục bộ hoặc - vì nó đang được thử nghiệm ngay bây giờ - để sửa đổi máy chủ DNS trên mạng LAN để tránh gây ra lỗi trong phiên bản được giải quyết bằng hệ thống được cung cấp với tiêu điểm ubuntu (với chi phí hơi sai lệch so với tiêu chuẩn DNS không có vấn đề gì lớn vì điều này sẽ vẫn là cục bộ).
John Mahowald avatar
lá cờ cn
Nâng cấp một phần được đề xuất của bạn có vẻ rủi ro hơn một chút so với nâng cấp tất cả systemd, nhưng hãy làm những gì bạn muốn. Nếu hành vi mong muốn thực sự không được sử dụng trình phân giải sơ khai của đã giải quyết, điều đó có thể xảy ra với cấu hình.
callegar avatar
lá cờ in
Tôi hiểu quan điểm của bạn, nhưng tôi cố gắng đánh giá rủi ro có thể trở nên đắt đỏ hơn. Tôi hiểu rằng nếu tôi phá vỡ một gói/nhị phân duy nhất thì tôi có thể khởi động và hoàn nguyên dễ dàng bằng cách sử dụng trình quản lý gói. Nhưng nếu tôi làm hỏng quá trình khởi động hệ thống, việc dọn dẹp sẽ không dễ dàng như vậy, vì tôi sẽ không sử dụng được trình quản lý gói hoặc các công cụ thông thường (điều này có đúng không? Điều này cũng sẽ cần được thực hiện trên nhiều máy). Tạm thời từ bỏ trình giải quyết sơ khai hoặc làm việc với một giải pháp thay thế trong máy chủ DNS cục bộ có vẻ là cái giá phải trả thấp hơn... Dù sao cũng cảm ơn câu trả lời của bạn!

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.