systemd trong postmarketOS
Gần đây các nhà phát triển của dự án postmarketOS, đã công bố thông qua một bài đăng blog, tin tức về sự ra đời của systemd đến việc xây dựng hệ thống. Các Lý do chính để triển khai hỗ trợ systemd là khó khăn trong việc duy trì ngăn xếp khởi tạo dựa trên OpenRC đối mặt với sự phụ thuộc ngày càng tăng vào Gnome và KDE của các thành phần systemd.
Tính khả dụng của việc sử dụng systemd với tư cách quản trị viên hệ thống xuất hiện sau một năm làm việc và thiết lập nguyên mẫu sử dụng systemd thay vì hệ thống khởi tạo OpenRC đã được chuẩn bị và sẵn sàng để thử nghiệm.
Nó được đề cập rằng Mặc dù có thêm systemd, hỗ trợ sẽ tiếp tục được cung cấp cho tạo các bản dựng dựa trên OpenRC trong postmarketOS, ít nhất là miễn là hệ thống này tiếp tục được sử dụng trong Alpine Linux. Tùy chọn chọn OpenRC sẽ khả dụng khi tạo hình ảnh postmarketOS bằng pmbootstrap. Ngoài ra, OpenRC sẽ tiếp tục được sử dụng bởi các nhà phát triển hợp ngữ làm việc với vỏ đồ họa Sxmo (Simple X Mobile), dựa trên trình quản lý tổng hợp Sway.
Mặt khác, các bản dựng với systemd sẽ vẫn dựa trên gói Alpine Linux cơ bản, mặc dù thực tế là bản phân phối này không có hỗ trợ chính thức cho systemd và sử dụng thư viện Musl C thay vì Glibc C, tương thích với systemd. Các nhà phát triển postmarketOS đang triển khai các bản vá bổ sung để tích hợp systemd với Musl C và có kế hoạch cộng tác với các nhà phát triển systemd để đơn giản hóa việc tích hợp này trong tương lai.
Tất nhiên, đây không phải là một nhiệm vụ dễ dàng, một trong những trở ngại chính mà chúng tôi gặp phải khi cộng tác chặt chẽ hơn với các nhà phát triển KDE và GNOME là họ gặp khó khăn với ngăn xếp dựa trên OpenRC của chúng tôi. Để làm cho KDE và Gnome hoạt động, chúng tôi sử dụng nhiều polyfill systemd ngoài OpenRC. Vì vậy, mặc dù về mặt kỹ thuật "chúng tôi không sử dụng systemd", nhưng trên thực tế, chúng tôi đã sử dụng phần lớn các thành phần của nó để chạy KDE và Gnome, chỉ là các phiên bản khác nhau của các thành phần đó
Để đảm bảo chức năng của Gnome và KDE dựa trên systemd, cần phải duy trì một số lớp bổ sung và hoạt động mà không có systemd có nghĩa là duy trì các lớp này đúng cách và đồng bộ hóa chúng với quá trình phát triển Gnome và KDE, điều này đặt ra những thách thức đáng kể và một số điều không chắc chắn trong quá trình bảo trì liên tục của các nhà phát triển.
Ngoài ra, các nhà phát triển còn đề cập rằng Nhiều lớp và gói khác nhau đã được triển khai để đảm bảo hỗ trợ cho các dịch vụ tên máy chủ, bản địa hóa và dấu thời gian trong postmarketOS. T của nóhoặc bao gồm việc sử dụng openrc-settingsd để được hỗ trợ cho các dịch vụ tên máy chủ, eudev thay vì udev để quản lý thiết bị, elogind thay vì logind để quản lý phiên người dùng và nhật ký thay vì sunnynald để quản lý nhật ký và gói superd được sử dụng để cung cấp chức năng tương tự như «systemd –người dùng» và thay thế systemd.timer với đã thức dậy.
Tuy nhiên, việc bảo trì và hỗ trợ phù hợp chỉ được đảm bảo cho openrc-settingsd và eudev. Các dự án như eelond, nhật ký và superd vẫn cần cải tiến vì chúng thiếu một số tính năng cần thiết và đã thức dậy Nó đã không được phục vụ trong khoảng một năm. Ngoài ra, các nhà phát triển KDE Plasma Mobile bày tỏ sự quan tâm đến việc sử dụng systemd-coredumpd để đơn giản hóa việc gỡ lỗi, nhưng thay thế nó, người thu thập cốt lõi, Nó đã không được bảo trì kể từ năm 2020.
Những dịch vụ này được yêu cầu cho nhiều chức năng khác nhau trong Gnome và các ứng dụng khác. Ví dụ: API D-Bus được cung cấp bởi tên máy chủ, bản địa hóa và hẹn giờ Nó được sử dụng trong Gnome để thay đổi cài đặt vùng và múi giờ. Cần có Udev để quản lý các thiết bị được kết nối, trong khi đăng nhập, “systemd –người dùng» và tạp chí được sử dụng để quản lý phiên của người dùng trong phiên gnome. Sử dụng Đồng hồ Gnome systemd.timer cho các chức năng của nó.
En về các tính năng mới có thể được triển khai với các bản dựng dựa trên systemd, bao gồm quản lý đặc quyền chi tiết, sử dụng các tính năng nâng cao để đảm bảo bảo mật và quản lý sự phụ thuộc giữa các dịch vụ, tích hợp hoàn toàn với các nhóm, kích hoạt ổ cắm để khởi động dịch vụ khi cần (ví dụ: CUPS chỉ có thể được khởi động bằng truy cập cổng mạng) và tính sẵn có của các công cụ tích hợp để phân tích quá trình khởi động.
cuối cùng nếu bạn là muốn biết thêm về nó, bạn có thể kiểm tra các chi tiết trong liên kết sau.