systemd

Screenshot Software:
systemd
Mga detalye ng Software:
Bersyon: 239 Na-update
I-upload ang petsa: 17 Aug 18
Nag-develop: Greg Kroah-Hartman
Lisensya: Libre
Katanyagan: 30

Rating: nan/5 (Total Votes: 0)

systemd (dating udev) ay isang open source system management daemon. Sa ibang salita, ito ay tumatakbo sa background at nagsisilbing isang sistema at tagapamahala ng serbisyo para sa mga operating system na nakabase sa Linux.


Mga katugmang sa LSB & nbsp; at UNIX System V init script

Ang pagiging tugma sa LSB (Linux Standard Base) at UNIX System V init na mga script, ang systemd ay gumagamit ng D-Bus at socket activation para sa pagsisimula ng mga serbisyo, at nagbibigay ng mga agresibong kakayahan sa parallelization. Bilang karagdagan sinusuportahan nito ang pagpapanumbalik at snapshotting ng estado ng system, nagpapanatili ng mga automount at mount point, sinusubaybayan ng mga proseso sa pamamagitan ng paggamit ng mga grupo ng control ng Linux, nag-aalok ng on-demand simula ng mga daemon, at nagpapatupad ng isang kumplikadong transaksyon na nakabatay sa dependency service logic control.


Ang isang drop-in na kapalit para sa sysvinit
Ang sistema ay kasama sa halos lahat ng kernel na nakabatay sa Linux operating system, at maaari itong gamitin bilang isang drop-in na kapalit para sa sysvinit software, ngunit din para sa inetd, acpid, atd, watchdog, cron, syslog, at pm. -Ang mga daemon. Ang programa ay mayroon ding isang built-in na login manager, na tinatawag na systemd-logind, na dinisenyo bilang isang drop-in na kapalit para sa hindi na ginagamit na software ng ConsoleKit. Nagtatampok ito ng iba't ibang pagpapabuti ng multiseat.

Maaari namamahala ng mga configuration ng network masyadong

Dahil ang bersyon 209, ang systemd ay maaari ring mangasiwa ng mga configuration ng network, salamat sa pagsasama ng networkd daemon. Halimbawa, maaari itong magtalaga ng istatistika sa mga IP address, pati na rin upang magbigay ng pangunahing pagsasaayos ng bridging.


Mga sinusuportahang Linux distribution
Dahil sa hitsura nito, noong 2011, ang proyektong ito ay lubos na pinagtibay ng maraming popular na distribusyon ng Linux, kabilang ang Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux, Frugalware Linux, & Aring; ngstr & ouml; m, at CoreOS. Bukod pa rito, maraming iba pang makapangyarihang operating system ng Linux ang magpapatupad ng sistema sa kanilang nalalabas na mga paglabas, tulad ng Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie), at Red Hat Enterprise Linux 7.


Ibabang linya

Kahit na ang ilang mga tao ay may posibilidad na magsulat ng SystemD, sistema d, system D o System D, ang pangalan ng programa ay isinusulat at nakasulat na system. Ito ay tiyak na ang kinabukasan ng anumang pamamahagi ng Linux, na binabago ang paraan ng pakikipag-ugnay namin sa operating system.

Ano ang bagong sa paglabas na ito:

  • Mayroong ilang mga keyboard na may zoom makita-saw o kawit na hanggang ngayon nakuha
  • naka-map sa Linux & quot; zoomin / out & quot; key sa hwdb. Gayunpaman, ang mga ito
  • ang mga keycode ay hindi kinikilala ng anumang pangunahing desktop. Nagagawa na nila ngayon
  • Pataas / Pababa ang mga pangunahing kaganapan upang magamit ito para sa pag-scroll.
  • * KARAGDAGANG: systemd-tmpfiles '& quot; f & quot; nagbago ang pag-uugali ng mga linya
  • bahagyang: dati, kung ang isang argumento ay tinukoy para sa mga linya ng ito
  • i-type (ibig sabihin ang kanang haligi ng tama ay nakatakda) ang string na ito ay idinadagdag sa
  • umiiral na mga file sa bawat oras na systemd-tmpfiles ay pinapatakbo. Ang pag-uugali na ito ay
  • naiiba mula sa sinabi ng dokumentasyon, at hindi partikular
  • kapaki-pakinabang, gaya ng paulit-ulit na mga sistema ng mga invobasyon na tmpfiles hindi magiging
  • idempotent at palaguin ang mga naturang mga file nang walang hangganan. Gamit ang paglabas na ito
  • ang pag-uugali ay binago nang bahagya, upang tumugma sa kung ano ang dokumentasyon

  • Sinasabi ng
  • : Ang mga linya ng ganitong uri ay may epekto lamang kung ang ipinahiwatig na mga file
  • ay hindi pa umiiral, at pagkatapos lamang ay ang string ng argument ay nakasulat sa
  • file.
  • * PANGUNAHING PAGKATAPOS: Sa systemd v238 balak naming bahagyang baguhin
  • pag-uugali ng systemd-tmpfiles: dati, mga read-only na file na pag-aari ng ugat
  • ay laging ibinukod mula sa file & quot; aging & quot; algorithm (ibig sabihin ang
  • awtomatikong paglilinis ng mga direktoryo tulad ng / tmp batay sa
  • at / mtime / ctime). Nais naming i-drop ang paghihigpit na ito, at mga file sa edad
  • sa pamamagitan ng default kahit na pagmamay-ari ng root at read-only. Ang pag-uugali na ito ay
  • minana mula sa mas lumang mga tool, ngunit nagkaroon ng mga kahilingan upang alisin
  • , at hindi ito halata kung bakit ang paghihigpit na ito ay ginawa sa unang
  • lugar. Mangyaring makipag-usap ngayon, kung may kamalayan ka sa software na nangangailangan ng
  • ang pag-uugali na ito, kung hindi man ay aalisin namin ang paghihigpit sa v238.
  • * Isang bagong variable na kapaligiran $ SYSTEMD_OFFLINE na nauunawaan na ngayon sa pamamagitan ng
  • systemctl. Ito ay tumatagal ng argumento ng boolean. Kung sa, ipinapalagay ng systemctl ito
  • ay nagpapatakbo sa isang & quot; offline & quot; OS tree, at hindi susubukang makipag-usap sa
  • tagapamahala ng serbisyo. Noong nakaraan, ang mode na ito ay ganap na pinagana kung ang isang

  • Nakilala ang kapaligiran ng
  • chroot (), at ang bagong variable ng kapaligiran na ito
  • ngayon ay nagbibigay ng malinaw na kontrol.

  • Ang mga unit ng
  • * .path at .socket ay maaaring gawing lumilipas din,
  • Noong nakaraan lamang ang serbisyo, bundok, automount at mga yunit ng timer ay
  • suportado bilang mga yunit ng lumilipas. Ang systemd-run na tool ay na-update
  • upang ilantad ang bagong pag-andar na ito, maaari mong gamitin ito ngayon upang magbigkis
  • arbitrary na mga utos sa pag-activate ng path o socket sa on-the-fly mula sa
  • linya ng command. Bukod dito, halos lahat ng mga ari-arian ay nakalantad na ngayon para sa
  • mga uri ng unit na suportado na ang umiiral na operasyon.
  • * Ang systemd-mount command ay nakakuha ng suporta para sa isang bagong - tagagamit = parameter
  • na tumatagal ng isang user name, na pagkatapos ay nalutas at kasama sa uid =
  • at gid = bundok ng mga opsyon na string ng system file upang i-mount.
  • * Ang isang bagong yunit kondisyon ConditionControlGroupController = ay naidagdag
  • na sumusuri kung ang isang partikular na controller ng cgroup ay magagamit.
  • * Mga file ng unit, mga file na udev ng udyum, at netdev ng systemd-network. at

  • Ang lahat ng mga file ng network ay nakakuha ng suporta para sa isang bagong kalagayan
  • ConditionKernelVersion = para sa pagsuri laban sa tukoy na kernel
  • na mga bersyon.
  • * Sa systemd-networkd, ang [IPVLAN] na seksyon sa. netdev na mga file na nakakuha
  • suporta para sa pag-configure ng mga flags ng device sa Flags = setting. Sa
  • parehong mga file, ang seksyon ng [Tunnel] ay nagkamit ng suporta para sa pag-configure
  • AllowLocalRemote =. Ang [Ruta] na seksyon sa mga file ng network na nakakuha
  • suporta para sa pag-configure ng InitialCongestionWindow =,
  • InitialAdvertisedReceiveWindow = at QuickAck =. Ang [DHCP] na seksyon ngayon
  • nauunawaan ang RapidCommit =.
  • * Ang suporta ng DHCPv6 ng systemd-network ay nakakuha ng suporta para sa Prefix
  • Delegasyon.
  • * Ang sd-bus ay nakakuha ng suporta para sa isang bagong & quot; watch-bind & quot; tampok. Kapag ito

  • Pinagana ang tampok na
  • , maaaring i-set up ang koneksyon ng sd_bus upang kumonekta sa
  • isang AF_UNIX socket sa file system sa lalong madaling panahon na ito ay nilikha. Ito

  • Ang paggamit ng
  • ay kapaki-pakinabang para sa pagsusulat ng mga serbisyong maagang-boot na
  • awtomatikong kumonekta sa bus ng sistema sa lalong madaling panahon na ito ay magsimula,
  • nang walang pangit na oras na nakabatay sa botohan. systemd-networkd at
  • Na-update ang systemd-na-update upang magamit ito
  • functionality. Ang busctl ay naglalantad sa pag-andar na ito sa isang bagong
  • - watch-bind = command line switch.
  • * sd-bus ay opsyonal na i-synthesize ng lokal na & quot; Konektado & quot; signal bilang
  • sa lalong madaling panahon bilang isang D-Bus na koneksyon ay ganap na naka-set up. Ang mensaheng ito ay may salamin sa
  • na umiiral nang & quot; Disconnected & quot; signal na kung saan ay na-synthesized kapag ang
  • koneksyon ay tinapos na. Ang senyas na ito ay karaniwang kapaki-pakinabang ngunit
  • partikular na madaling gamiting may kumbinasyon sa & quot; watch-bind & quot; tampok
  • na inilarawan sa itaas. Ang pag-synthesize ng mensaheng ito ay kailangang hilingin
  • tahasan sa pamamagitan ng bagong API na tawag sd_bus_set_connected_signal (). Sa
  • karagdagan isang bagong tawag na sd_bus_is_ready () ay naidagdag na mga tseke
  • kung ang isang koneksyon ay ganap na naka-set up (hal. sa pagitan ng & quot; Konektado & quot; at
  • & quot; Disconnected & quot; signal).
  • * Ang sd-bus ay nakakuha ng dalawang bagong tawag sd_bus_request_name_async () at
  • sd_bus_release_name_async () para sa asynchronously na pagrehistro ng bus
  • mga pangalan. Katulad nito, mayroon na ngayong sd_bus_add_match_async () para sa pag-install
  • isang signal na tugma asynchronously. Ang lahat ng mga sistema ng sariling serbisyo ay may
  • na-update upang magamit ang mga tawag na ito. Paggawa ng mga operasyong ito
  • asynchronously ay may dalawang benepisyo: binabawasan nito ang panganib ng mga deadlocks sa
  • kaso ng mga cyclic dependency sa pagitan ng mga serbisyo ng bus, at nagpapabilis ito
  • pagpapasimula ng serbisyo mula noong mga puntos ng pag-synchronize para sa bus
  • round-trip ay tinanggal.
  • * Ang sd-bus ay nakakuha ng dalawang bagong tawag sd_bus_match_signal () at
  • sd_bus_match_signal_async (), na katulad ng sd_bus_add_match ()
  • at sd_bus_add_match_async () ngunit sa halip na pagkuha ng isang D-Bus na tugma
  • Ang mga string ay tumutugma sa mga patlang bilang normal na mga parameter ng function.
  • * Ang sd-bus ay nakakuha ng dalawang bagong tawag na sd_bus_set_sender () at
  • sd_bus_message_set_sender () para sa pagtatakda ng pangalan ng nagpadala ng papalabas na
  • mga mensahe (para sa lahat ng mga papalabas na mensahe o para sa isang partikular na
  • lamang
  • isa). Ang mga tawag na ito ay kapaki-pakinabang lamang sa mga direktang koneksyon tulad ng sa
  • brokered na koneksyon ang broker ay pumupuno sa nagpadala gayon pa man,
  • overwriting kung ano ang napunan ng kliyente.
  • * Ang sd-event ay nakakuha ng isang bagong pseudo-handle na maaaring tinukoy sa lahat ng API
  • mga tawag kung saan ang isang & quot; sd_event * & quot; inaasahang: SD_EVENT_DEFAULT. Kapag
  • ginamit ito ay tumutukoy sa default na object loop ng kaganapan ng pagtawag
  • thread. Tandaan gayunpaman na ito ay hindi nakatalagang isa-isa -
  • na dapat gawin bago ang paggamit ng sd_event_default (). Katulad nito
  • Ang sd-bus ay nakakuha ng tatlong bagong pseudo-handle na SD_BUS_DEFAULT,
  • SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM na maaaring magamit upang tumukoy
  • sa default bus ng tinukoy na uri ng thread ng pagtawag. Dito
  • masyadong ito ay hindi direktang maglaan ng mga bagay sa koneksyon sa bus, ito
  • ay dapat gawin bago ang sd_bus_default () at mga kaibigan.
  • * Ang sd-event ay nakakuha ng isang bagong pares ng tawag
  • sd_event_source_ {get | set} _io_fd_own (). Maaaring gamitin ito upang humiling
  • awtomatikong pagsasara ng file descriptor isang IO pinagmumulan pinagmulan ng kaganapan
  • kapag ang pinagmulan ng kaganapan ay nawasak.
  • * systemd-network ay nakakuha ng suporta para sa natively configure ng WireGuard
  • mga koneksyon.
  • * Sa mga naunang bersyon systemd synthesize ng mga tala ng gumagamit para sa parehong
  • & quot; walang saysay na tao & quot; (UID 65534) at & quot; root & quot; (UID 0) mga gumagamit sa nss-systemd at
  • sa loob. Upang gawing simple ang mga pamalit na pamamahagi ng
  • & quot; walang saysay na tao & quot; user (tulad ng ito ay binalak sa Fedora: nfsnobody -> walang tao), isang

  • Ang bagong paglilipat ng flag na file ay naidagdag: kung
  • / etc / systemd / dont-synthesize-walang umiiral na synthesizing ng 65534
  • Ang user at pangkat ng record sa loob ng systemd codebase ay hindi pinagana.
  • * systemd-notify nagkamit ng isang bagong --uid = opsyon para sa pagpili ng pinagmulan
  • gumagamit / UID upang magamit para sa mga mensaheng abiso na ipinadala sa serbisyo
  • manager.
  • * nakakuha ang journalctl ng isang bagong --grep = pagpipilian upang ilista lamang ang mga entry kung saan
  • ang mensahe ay tumutugma sa isang tiyak na pattern. Sa pamamagitan ng default na pagtutugma ay ang kaso
  • walang sensitibo kung ang pattern ay lowercase, at case sensitive
  • kung hindi man. Option --case-sensitive = yes | hindi maaaring magamit upang i-override
  • ito ay isang tukoy na sensitivity ng kaso o kawalan ng sensitivity ng kaso.
  • * May isang & quot; systemd-analyse service-watchdogs & quot; utos para sa pag-print
  • ang kasalukuyang estado ng tagasubaybay ng runtime ng serbisyo, at opsyonal
  • pagpapagana o hindi pagpapagana ng buong sistema ng mga awto ng serbisyo kung binigyan ng
  • boolean argument (ibig sabihin ang konsepto na itinakda mo sa WatchdogSec =), para sa
  • mga layunin ng pag-debug. Mayroon ding pagpipiliang linya ng kernel command
  • systemd.service_watchdogs = para sa pagkontrol sa pareho.
  • * Dalawang bagong & quot; antas ng log & quot; at & quot; mag-log-target & quot; Ang mga pagpipilian para sa systemd-pag-aralan ay
  • addded na pagsasama ang hindi na ginagamit na log-level, log-level at
  • na ngayon
  • get-log-target, set-log-target pairs. Ang mga deprecated option ay pa rin
  • nauunawaan para sa pagkakasunod sa pagkakatugma. Ang dalawang bagong mga pagpipilian ay naka-print sa
  • kasalukuyang halaga kapag walang mga argumento na ibinigay, at itakda ang mga ito kapag ang isang
  • antas / target ay ibinibigay bilang argumento.
  • * & quot; u & quot; sysusers.d's ang mga linya na ngayon ay tumatanggap ng parehong isang UID at isang GID
  • pagtutukoy, na pinaghiwalay ng isang & quot;: & quot; character, upang lumikha ng mga user
  • kung saan hindi tumutugma ang UID at GID.

Ano ang bago sa bersyon 238:

  • Mayroong ilang mga keyboard na may zoom makita-saw o kawit na hanggang ngayon nakuha
  • naka-map sa Linux & quot; zoomin / out & quot; key sa hwdb. Gayunpaman, ang mga ito
  • ang mga keycode ay hindi kinikilala ng anumang pangunahing desktop. Nagagawa na nila ngayon
  • Pataas / Pababa ang mga pangunahing kaganapan upang magamit ito para sa pag-scroll.
  • * KARAGDAGANG: systemd-tmpfiles '& quot; f & quot; nagbago ang pag-uugali ng mga linya
  • bahagyang: dati, kung ang isang argumento ay tinukoy para sa mga linya ng ito
  • i-type (ibig sabihin ang kanang haligi ng tama ay nakatakda) ang string na ito ay idinadagdag sa
  • umiiral na mga file sa bawat oras na systemd-tmpfiles ay pinapatakbo. Ang pag-uugali na ito ay
  • naiiba mula sa sinabi ng dokumentasyon, at hindi partikular
  • kapaki-pakinabang, gaya ng paulit-ulit na mga sistema ng mga invobasyon na tmpfiles hindi magiging
  • idempotent at palaguin ang mga naturang mga file nang walang hangganan. Gamit ang paglabas na ito
  • ang pag-uugali ay binago nang bahagya, upang tumugma sa kung ano ang dokumentasyon

  • Sinasabi ng
  • : Ang mga linya ng ganitong uri ay may epekto lamang kung ang ipinahiwatig na mga file
  • ay hindi pa umiiral, at pagkatapos lamang ay ang string ng argument ay nakasulat sa
  • file.
  • * PANGUNAHING PAGKATAPOS: Sa systemd v238 balak naming bahagyang baguhin
  • pag-uugali ng systemd-tmpfiles: dati, mga read-only na file na pag-aari ng ugat
  • ay laging ibinukod mula sa file & quot; aging & quot; algorithm (ibig sabihin ang
  • awtomatikong paglilinis ng mga direktoryo tulad ng / tmp batay sa
  • at / mtime / ctime). Nais naming i-drop ang paghihigpit na ito, at mga file sa edad
  • sa pamamagitan ng default kahit na pagmamay-ari ng root at read-only. Ang pag-uugali na ito ay
  • minana mula sa mas lumang mga tool, ngunit nagkaroon ng mga kahilingan upang alisin
  • , at hindi ito halata kung bakit ang paghihigpit na ito ay ginawa sa unang
  • lugar. Mangyaring makipag-usap ngayon, kung may kamalayan ka sa software na nangangailangan ng
  • ang pag-uugali na ito, kung hindi man ay aalisin namin ang paghihigpit sa v238.
  • * Isang bagong variable na kapaligiran $ SYSTEMD_OFFLINE na nauunawaan na ngayon sa pamamagitan ng
  • systemctl. Ito ay tumatagal ng argumento ng boolean. Kung sa, ipinapalagay ng systemctl ito
  • ay nagpapatakbo sa isang & quot; offline & quot; OS tree, at hindi susubukang makipag-usap sa
  • tagapamahala ng serbisyo. Noong nakaraan, ang mode na ito ay ganap na pinagana kung ang isang

  • Nakilala ang kapaligiran ng
  • chroot (), at ang bagong variable ng kapaligiran na ito
  • ngayon ay nagbibigay ng malinaw na kontrol.

  • Ang mga unit ng
  • * .path at .socket ay maaaring gawing lumilipas din,
  • Noong nakaraan lamang ang serbisyo, bundok, automount at mga yunit ng timer ay
  • suportado bilang mga yunit ng lumilipas. Ang systemd-run na tool ay na-update
  • upang ilantad ang bagong pag-andar na ito, maaari mong gamitin ito ngayon upang magbigkis
  • arbitrary na mga utos sa pag-activate ng path o socket sa on-the-fly mula sa
  • linya ng command. Bukod dito, halos lahat ng mga ari-arian ay nakalantad na ngayon para sa
  • mga uri ng unit na suportado na ang umiiral na operasyon.
  • * Ang systemd-mount command ay nakakuha ng suporta para sa isang bagong - tagagamit = parameter
  • na tumatagal ng isang user name, na pagkatapos ay nalutas at kasama sa uid =
  • at gid = bundok ng mga opsyon na string ng system file upang i-mount.
  • * Ang isang bagong yunit kondisyon ConditionControlGroupController = ay naidagdag
  • na sumusuri kung ang isang partikular na controller ng cgroup ay magagamit.
  • * Mga file ng unit, mga file na udev ng udyum, at netdev ng systemd-network. at

  • Ang lahat ng mga file ng network ay nakakuha ng suporta para sa isang bagong kalagayan
  • ConditionKernelVersion = para sa pagsuri laban sa tukoy na kernel
  • na mga bersyon.
  • * Sa systemd-networkd, ang [IPVLAN] na seksyon sa. netdev na mga file na nakakuha
  • suporta para sa pag-configure ng mga flags ng device sa Flags = setting. Sa
  • parehong mga file, ang seksyon ng [Tunnel] ay nagkamit ng suporta para sa pag-configure
  • AllowLocalRemote =. Ang [Ruta] na seksyon sa mga file ng network na nakakuha
  • suporta para sa pag-configure ng InitialCongestionWindow =,
  • InitialAdvertisedReceiveWindow = at QuickAck =. Ang [DHCP] na seksyon ngayon
  • nauunawaan ang RapidCommit =.
  • * Ang suporta ng DHCPv6 ng systemd-network ay nakakuha ng suporta para sa Prefix
  • Delegasyon.
  • * Ang sd-bus ay nakakuha ng suporta para sa isang bagong & quot; watch-bind & quot; tampok. Kapag ito

  • Pinagana ang tampok na
  • , maaaring i-set up ang koneksyon ng sd_bus upang kumonekta sa
  • isang AF_UNIX socket sa file system sa lalong madaling panahon na ito ay nilikha. Ito

  • Ang paggamit ng
  • ay kapaki-pakinabang para sa pagsusulat ng mga serbisyong maagang-boot na
  • awtomatikong kumonekta sa bus ng sistema sa lalong madaling panahon na ito ay magsimula,
  • nang walang pangit na oras na nakabatay sa botohan. systemd-networkd at
  • Na-update ang systemd-na-update upang magamit ito
  • functionality. Ang busctl ay naglalantad sa pag-andar na ito sa isang bagong
  • - watch-bind = command line switch.
  • * sd-bus ay opsyonal na i-synthesize ng lokal na & quot; Konektado & quot; signal bilang
  • sa lalong madaling panahon bilang isang D-Bus na koneksyon ay ganap na naka-set up. Ang mensaheng ito ay may salamin sa
  • na umiiral nang & quot; Disconnected & quot; signal na kung saan ay na-synthesized kapag ang
  • koneksyon ay tinapos na. Ang senyas na ito ay karaniwang kapaki-pakinabang ngunit
  • partikular na madaling gamiting may kumbinasyon sa & quot; watch-bind & quot; tampok
  • na inilarawan sa itaas. Ang pag-synthesize ng mensaheng ito ay kailangang hilingin
  • tahasan sa pamamagitan ng bagong API na tawag sd_bus_set_connected_signal (). Sa
  • karagdagan isang bagong tawag na sd_bus_is_ready () ay naidagdag na mga tseke
  • kung ang isang koneksyon ay ganap na naka-set up (hal. sa pagitan ng & quot; Konektado & quot; at
  • & quot; Disconnected & quot; signal).
  • * Ang sd-bus ay nakakuha ng dalawang bagong tawag sd_bus_request_name_async () at
  • sd_bus_release_name_async () para sa asynchronously na pagrehistro ng bus
  • mga pangalan. Katulad nito, mayroon na ngayong sd_bus_add_match_async () para sa pag-install
  • isang signal na tugma asynchronously. Ang lahat ng mga sistema ng sariling serbisyo ay may
  • na-update upang magamit ang mga tawag na ito. Paggawa ng mga operasyong ito
  • asynchronously ay may dalawang benepisyo: binabawasan nito ang panganib ng mga deadlocks sa
  • kaso ng mga cyclic dependency sa pagitan ng mga serbisyo ng bus, at nagpapabilis ito
  • pagpapasimula ng serbisyo mula noong mga puntos ng pag-synchronize para sa bus
  • round-trip ay tinanggal.
  • * Ang sd-bus ay nakakuha ng dalawang bagong tawag sd_bus_match_signal () at
  • sd_bus_match_signal_async (), na katulad ng sd_bus_add_match ()
  • at sd_bus_add_match_async () ngunit sa halip na pagkuha ng isang D-Bus na tugma
  • Ang mga string ay tumutugma sa mga patlang bilang normal na mga parameter ng function.
  • * Ang sd-bus ay nakakuha ng dalawang bagong tawag na sd_bus_set_sender () at
  • sd_bus_message_set_sender () para sa pagtatakda ng pangalan ng nagpadala ng papalabas na
  • mga mensahe (para sa lahat ng mga papalabas na mensahe o para sa isang partikular na
  • lamang
  • isa). Ang mga tawag na ito ay kapaki-pakinabang lamang sa mga direktang koneksyon tulad ng sa
  • brokered na koneksyon ang broker ay pumupuno sa nagpadala gayon pa man,
  • overwriting kung ano ang napunan ng kliyente.
  • * Ang sd-event ay nakakuha ng isang bagong pseudo-handle na maaaring tinukoy sa lahat ng API
  • mga tawag kung saan ang isang & quot; sd_event * & quot; inaasahang: SD_EVENT_DEFAULT. Kapag
  • ginamit ito ay tumutukoy sa default na object loop ng kaganapan ng pagtawag
  • thread. Tandaan gayunpaman na ito ay hindi nakatalagang isa-isa -
  • na dapat gawin bago ang paggamit ng sd_event_default (). Katulad nito
  • Ang sd-bus ay nakakuha ng tatlong bagong pseudo-handle na SD_BUS_DEFAULT,
  • SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM na maaaring magamit upang tumukoy
  • sa default bus ng tinukoy na uri ng thread ng pagtawag. Dito
  • masyadong ito ay hindi direktang maglaan ng mga bagay sa koneksyon sa bus, ito
  • ay dapat gawin bago ang sd_bus_default () at mga kaibigan.
  • * Ang sd-event ay nakakuha ng isang bagong pares ng tawag
  • sd_event_source_ {get | set} _io_fd_own (). Maaaring gamitin ito upang humiling
  • awtomatikong pagsasara ng file descriptor isang IO pinagmumulan pinagmulan ng kaganapan
  • kapag ang pinagmulan ng kaganapan ay nawasak.
  • * systemd-network ay nakakuha ng suporta para sa natively configure ng WireGuard
  • mga koneksyon.
  • * Sa mga naunang bersyon systemd synthesize ng mga tala ng gumagamit para sa parehong
  • & quot; walang saysay na tao & quot; (UID 65534) at & quot; root & quot; (UID 0) mga gumagamit sa nss-systemd at
  • sa loob. Upang gawing simple ang mga pamalit na pamamahagi ng
  • & quot; walang saysay na tao & quot; user (tulad ng ito ay binalak sa Fedora: nfsnobody -> walang tao), isang

  • Ang bagong paglilipat ng flag na file ay naidagdag: kung
  • / etc / systemd / dont-synthesize-walang umiiral na synthesizing ng 65534
  • Ang user at pangkat ng record sa loob ng systemd codebase ay hindi pinagana.
  • * systemd-notify nagkamit ng isang bagong --uid = opsyon para sa pagpili ng pinagmulan
  • gumagamit / UID upang magamit para sa mga mensaheng abiso na ipinadala sa serbisyo
  • manager.
  • * nakakuha ang journalctl ng isang bagong --grep = pagpipilian upang ilista lamang ang mga entry kung saan
  • ang mensahe ay tumutugma sa isang tiyak na pattern. Sa pamamagitan ng default na pagtutugma ay ang kaso
  • walang sensitibo kung ang pattern ay lowercase, at case sensitive
  • kung hindi man. Option --case-sensitive = yes | hindi maaaring magamit upang i-override
  • ito ay isang tukoy na sensitivity ng kaso o kawalan ng sensitivity ng kaso.
  • * May isang & quot; systemd-analyse service-watchdogs & quot; utos para sa pag-print
  • ang kasalukuyang estado ng tagasubaybay ng runtime ng serbisyo, at opsyonal
  • pagpapagana o hindi pagpapagana ng buong sistema ng mga awto ng serbisyo kung binigyan ng
  • boolean argument (ibig sabihin ang konsepto na itinakda mo sa WatchdogSec =), para sa
  • mga layunin ng pag-debug. Mayroon ding pagpipiliang linya ng kernel command
  • systemd.service_watchdogs = para sa pagkontrol sa pareho.
  • * Dalawang bagong & quot; antas ng log & quot; at & quot; mag-log-target & quot; Ang mga pagpipilian para sa systemd-pag-aralan ay
  • addded na pagsasama ang hindi na ginagamit na log-level, log-level at
  • na ngayon
  • get-log-target, set-log-target pairs. Ang mga deprecated option ay pa rin
  • nauunawaan para sa pagkakasunod sa pagkakatugma. Ang dalawang bagong mga pagpipilian ay naka-print sa
  • kasalukuyang halaga kapag walang mga argumento na ibinigay, at itakda ang mga ito kapag ang isang
  • antas / target ay ibinibigay bilang argumento.
  • * & quot; u & quot; sysusers.d's ang mga linya na ngayon ay tumatanggap ng parehong isang UID at isang GID
  • pagtutukoy, na pinaghiwalay ng isang & quot;: & quot; character, upang lumikha ng mga user
  • kung saan hindi tumutugma ang UID at GID.

Ano ang bagong sa bersyon:

Ang modprobe.d / drop-in para sa module kernel ng bonding.ko ay ipinakilala

  • sa v235 ay pinalawak upang itakda din ang opsyon na dummy.ko module
  • numdummies = 0, pinipigilan ang kernel mula sa awtomatikong paglikha
  • dummy0. Ang lahat ng dummy na interface ay dapat na tahasang nilikha.
  • * Ang mga hindi kilalang '%' na mga specifier sa mga file ng pagsasaayos ay tinanggihan na ngayon. Ito
  • nalalapat sa mga yunit at tmpfiles.d configuration. Anumang porsyento ng mga character
  • na sinusundan ng isang titik o digit na hindi dapat na
  • ipinapaliwanag bilang simula ng isang specifier ay dapat na makatakas sa pamamagitan ng
  • pagdodoble (& quot; %% & quot;). (Kaya ang & quot; laki = 5% & quot; tinatanggap pa rin, pati na rin ang
  • & quot; size = 5%, foo = bar & quot ;, ngunit hindi & quot; LABEL = x% y% z & quot; dahil ang% y at% z ay hindi
  • wastong mga tagapagturo ngayon.)
  • * nalutas na ang systemd-ngayon ay nagpapanatili ng isang bagong dynamic
  • /run/systemd/resolve/stub-resolv.conf file sa pagiging tugma. Ito ay
  • inirerekomenda upang gawing symlink ang /etc/resolv.conf dito. Ang file na ito
  • tumuturo sa resolver at
  • DNS 127.0.0.53 na resolved na std
  • kasama ang mga dynamic na nakuha na mga domain ng paghahanap, na nakakamit ng mas tama
  • Ang resolusyon ng DNS sa pamamagitan ng software na naglalampas sa mga lokal na DNS API tulad ng NSS.
  • * Ang & quot; uaccess & quot; Ang udev tag ay bumaba mula sa / dev / kvm at
  • / dev / dri / renderD *. Ang mga device na ito ngayon ay mayroong 0666 na mga pahintulot sa pamamagitan ng
  • default (ngunit maaaring mabago ito sa build-time). / dev / dri / renderD *
  • ay pag-aari na ngayon ng & quot; render & quot; pangkat kasama ang / dev / kfd.
  • * & quot; DynamicUser = yes & quot; ay pinagana para sa systemd-timesyncd.service,
  • systemd-journal-gatewayd.service at
  • systemd-journal-upload.service. Nangangahulugan ito ng & quot; nss-systemd & quot; ay dapat
  • pinagana sa /etc/nsswitch.conf upang masiguro ang mga UID na itinalaga sa mga ito
  • mga serbisyo ay nalutas ng maayos.
  • * Sa / etc / fstab dalawang bagong mga pagpipilian sa bundok na nauunawaan na ngayon:
  • x-systemd.makefs at x-systemd.growfs. Ang dating ay may epekto na
  • naka-format ang na-configure na file system bago ito mai-mount, ang
  • sa huli na ang sukat ng file system sa buong sukat ng aparato ng block
  • pagkatapos na ito ay naka-mount (ibig sabihin kung ang sistema ng file ay mas maliit kaysa sa
  • nakasalalay dito ang pagkahati, lumaki ito). Ito ay katulad ng fsck
  • lohika sa / etc / fstab, at kinukuha sa systemd-makefs sa .service at
  • systemd-growfs sa .service kung kinakailangan, katulad ng
  • systemd-fsck sa .service. Ang pagbabago ng laki ay kasalukuyang sinusuportahan lamang sa ext4
  • at btrfs.
  • * Sa systemd-network, ang IPv6 RA logic na opsyonal na maaaring ipahayag ang
  • Ang DNS server at impormasyon ng domain.
  • * Suporta para sa LUKS2 on-disk na format para sa naka-encrypt na mga partisyon ay may
  • ay naidagdag. Nangangailangan ito ng libcryptsetup2 sa panahon ng compilation at
  • runtime.
  • * Ang systemd - halimbawa ng gumagamit ay hihilingin na ngayon ang & quot; pagiging handa & quot; kapag nito
  • nakabatay ang pangunahing.target na yunit, sa halip na tumakbo ang pila ng run
  • walang laman sa unang pagkakataon.
  • * Ang Tmpfiles.d sa configuration ng user ay sinusuportahan din ngayon.
  • systemd-tmpfiles ay nakakuha ng isang bagong - switch ng gumagamit, at mga snippet na inilagay sa
  • ~ / .config / user-tmpfiles.d / at kaukulang mga direktoryo ay
  • naisakatuparan ng systemd-tmpfiles --user na tumatakbo sa bagong
  • systemd-tmpfiles-setup.service at systemd-tmpfiles-clean.service
  • tumatakbo sa session ng gumagamit.
  • * Ang mga yunit ng file at mga tmpfiles.d ay natutunan ng tatlong bagong% specifier:
  • Nagtutuwid ang% S sa direktoryo ng estado sa itaas na antas (/ var / lib para sa system
  • )
  • Halimbawa, $ XDG_CONFIG_HOME para sa halimbawa ng gumagamit),% C ay napagtatalo sa
  • direktoryo ng cache sa itaas na antas (/ var / cache para sa halimbawa ng system,
  • )
  • $ XDG_CACHE_HOME para sa halimbawa ng gumagamit), ang% L ay tumatalima sa pinakamataas na antas
  • direktoryo ng log (/ var / log para sa instance ng system,
  • )
  • $ XDG_CONFIG_HOME / log / para sa halimbawa ng user). Ito ay tumutugma sa
  • umiiral na% t tagatukoy, na lumulutas sa runtime sa antas ng antas
  • direktoryo (/ patakbuhin ang halimbawa ng system, at $ XDG_RUNTIME_DIR para sa
  • halimbawa ng user).
  • * natutunan ng journalctl ang isang bagong parameter --output-fields = para sa paglilimita sa
  • hanay ng mga field ng journal upang i-output sa mga mode ng verbose at JSON na output.
  • * Ang configuration file ng systemd-timesyncd ay nakakuha ng isang bagong pagpipilian
  • RootDistanceMaxSec = para sa pagtatakda ng maximum na distansiyang root ng mga server
  • gagamitin nito, pati na rin ang mga bagong pagpipilian PollIntervalMinSec = at
  • PollIntervalMaxSec = upang mag-tweak ang minimum at maximum na agwat ng poll.
  • * nakakuha ng bootctl ang isang bagong command & quot; list & quot; para sa paglilista ng lahat ng magagamit na boot
  • mga item sa menu sa mga system na sumusunod sa pagtutukoy ng boot loader.
  • * systemctl ay nakakuha ng isang bagong - switch na pinapatakbo na nagpapakita kung ano ang gagawin
  • sa halip na gawin ito, at kasalukuyang sinusuportahan ng pag-shutdown at
  • mga pandiwa ng pagtulog.
  • * ConditionSecurity = maaari na ngayong makita ang module ng seguridad ng TOMOYO.
  • * Ang yunit ng yunit [I-install] na seksyon ay tinatratuhan na rin sa drop-in na unit
  • mga file. Ito ay nilayon upang magamit ng mga drop-in sa ilalim ng / usr / lib /.
  • * systemd-firstboot ay maaari na ring itakda ang paunang keyboard mapping.
  • * Udev & quot; binago & quot; mga kaganapan para sa mga device na nalantad bilang systemd
  • . mga yunit ng telebisyon ngayon ay pinopropagado sa mga yunit na tinukoy sa
  • ReloadPropagatedFrom = bilang mga kahilingan na i-reload.
  • Kung ang isang aparato ng udev ay may SYSTEMD_WANTS = ari-arian na naglalaman ng systemd
  • pangalan ng template ng unit (ibig sabihin isang pangalan sa anyo ng 'foobar sa .service',
  • nang walang bahagi sa pagitan ng '@' at - ang '.'), pagkatapos ay
  • ang naka-escaped na path ng sysfs ng device ay awtomatikong gagamitin bilang
  • Halimbawa.
  • * SystemCallFilter = sa mga file ng unit ay pinalawak upang ang isang & quot; errno & quot;
  • maaaring tinukoy nang isa-isa para sa bawat tawag sa system. Halimbawa:
  • SystemCallFilter = ~ uname: EILSEQ.
  • * Ang lohika ng delegasyon ng crap ay napakahusay na na-update. Delegate =
  • ngayon ay opsyonal na kumuha ng isang listahan ng mga controllers (sa halip ng isang boolean, bilang
  • )
  • bago), na naglilista ng mga tagapangasiwa upang bigyang-delegasyon ng hindi bababa sa.
  • * Ang networkd ng DHCPv6 client ngayon ay nagpapatupad ng opsyon sa FQDN (RFC 4704).
  • * Ang isang bagong logLevelMax = setting ay nakikipag-configure sa maximum na antas ng log anumang

  • Ang proseso ng serbisyo ay maaaring mag-log sa (hal. anumang bagay na may mas mababang
  • priority kaysa sa tinukoy ay awtomatikong bumaba). Isang bagong
  • Ang LogExtraFields = setting ay nagpapahintulot sa configuration ng karagdagang journal
  • mga patlang upang ilakip sa lahat ng mga tala ng log na binuo ng alinman sa yunit ng
  • mga proseso.
  • * Bagong StandardInputData = at StandardInputText = mga setting kasama ang
  • bagong opsyon StandardInput = maaaring gamitin ang data upang i-configure ang tekstuwal o
  • binary na data na ipapasa sa proseso ng paglunsad ng serbisyo sa pamamagitan ng
  • karaniwang input, naka-encode sa linya sa file ng yunit.
  • * StandardInput =, StandardOutput = at StandardError = maaaring magamit ngayon sa
  • ikonekta ang stdin / stdout / stderr ng mga executed na proseso nang direkta sa isang
  • file o AF_UNIX socket sa system file, gamit ang bagong & quot; file: & quot; opsyon.
  • * Ang isang bagong pagpipilian sa yunit ng file na CollectMode = ay naidagdag, na nagpapahintulot sa
  • tweaking ang logic collection basura para sa mga yunit. Maaaring gamitin ito sa
  • sabihin systemd sa basura na mangolekta ng mga unit na nabigo awtomatikong
  • (karaniwang ito lamang ang mga unit ng GCs na matagumpay na lumabas). systemd-run
  • at systemd-mount ilantad ang bagong pag-andar na may bagong -G na pagpipilian.
  • * & quot; machinectl bind & quot; maaari na ngayong magamit upang magbigkis ng mga di-direktoryo ng direktoryo
  • (hal. mga regularfiles, mga device, fifos, sockets).
  • * systemd-analyse nakakuha ng isang bagong verb & quot; kalendaryo & quot; para sa pagpapatunay at
  • pagsubok ng mga pagtutukoy sa panahon ng kalendaryo na gagamitin para sa OnCalendar = sa timer
  • mga yunit. Bukod sa pagpapatunay ng pagpapahayag na kakalkulahin nito ang susunod na
  • oras na lumitaw ang tinukoy na expression.
  • * Bilang karagdagan sa pre-umiiral na FailureAction = unit file setting
  • mayroon na ngayong SuccessAction =, para sa pag-configure ng pagkilos ng pagsasara sa
  • execute kapag matagumpay na nakumpleto ang isang yunit. Ito ay kapaki-pakinabang sa
  • partikular na mga lalagyan sa loob na dapat tapusin pagkatapos ng ilang workload
  • ay nakumpleto na. Gayundin, ang parehong pagpipilian ay sinusuportahan na ngayon para sa lahat ng yunit
  • mga uri, hindi lamang mga serbisyo.
  • * Ang suporta sa tuntunin ng IP networkds ay nakakuha ng dalawang bagong mga pagpipilian
  • IncomingInterface = at OutgoingInterface = para sa pag-configure ng mga papasok
  • at mga papalabas na interface ng mga naka-configure na patakaran. systemd-network din
  • Kumuha ng suporta para sa & quot; vxcan & quot; mga aparatong network.
  • * Nakakuha ang networkd ng isang bagong setting na RequiredForOnline =, pagkuha ng isang
  • boolean. Kung nakatakda, isasaalang-alang ito ng systemd-wait-online
  • kapag tinutukoy na ang sistema ay naka-up, kung hindi man ay babalewalain nito ang
  • interface para sa layuning ito.
  • * Ang sd_notify () protocol ay nakakuha ng suporta para sa isang bagong operasyon: may
  • FDSTOREREMOVE = 1 descriptors ng file ay maaaring alisin mula sa per-service
  • mag-imbak muli, maagang ng POLLHUP o POLLERR kapag tinanggal ang mga ito
  • pa rin.
  • * Ang isang bagong dokumento UIDS-GIDS.md ay naidagdag sa puno ng pinagmulan, na
  • dokumentado ang saklaw ng UID / GID at mga pagtatalaga sa pagtatalaga at
  • mga kinakailangan ng systemd.
  • * Ang aparatong tagapagbantay ay PID 1 ay maaaring i-configure ngayon sa pamamagitan ng
  • WatchdogDevice = configuration file setting, o sa pamamagitan ng pagtatakda ng
  • systemd.watchdog_service = opsyon na commandline kernel.
  • * nakakuha ng systemd-resolved na suporta para sa pagrehistro ng mga serbisyong DNS-SD sa
  • ang lokal na network gamit ang MulticastDNS. Ang mga serbisyo ay maaaring maging
  • nakarehistro sa pamamagitan ng pag-drop sa isang .dnssd file sa / etc / systemd / dnssd / (o
  • ang parehong dir sa ibaba / tumakbo, / usr / lib), o sa pamamagitan ng D-Bus API nito.
  • * Ang protocol na sd_notify () ay maaari na ngayong may EXTEND_TIMEOUT_USEC = microsecond
  • palawigin ang epektibong simula, runtime, at oras ng paghinto. Ang serbisyo ay dapat
  • magpatuloy upang magpadala ng EXTEND_TIMEOUT_USEC sa loob ng panahong tinukoy sa
  • pigilan ang tagapamahala ng serbisyo na gawin ang serbisyo bilang takdang oras.
  • * DnSSEC support ng systemd-resolved ang nakakuha ng suporta para sa RFC 8080
  • (Ed25519 mga susi at lagda).
  • * Ang systemd-resolve command line tool ay nakakuha ng isang bagong hanay ng mga pagpipilian
  • - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
  • - set-nta = at - ibalik upang i-configure ang configuration ng DNS ng bawat interface
  • dynamic na sa panahon ng runtime. Ito ay kapaki-pakinabang para sa pagtulak ng impormasyon ng DNS
  • papunta sa systemd-nalutas mula sa mga script ng hook ng DNS na iba't ibang interface
  • pamamahala ng mga sumusuporta sa software (tulad ng pppd).
  • * systemd-nspawn ay nakakuha ng isang bagong - network-namespace-path = command line
  • opsyon, na maaaring magamit upang gumawa ng lalagyan na sumali sa isang umiiral na
  • namespace ng network, sa pamamagitan ng pagtukoy ng path sa isang & quot; netns & quot; file.
  • Ano ang bago sa bersyon 234:

    • Sinusuportahan na ngayon ang Meson bilang build system bilang karagdagan sa Automake. Ang aming plano upang alisin ang Automake sa isa sa aming mga susunod na release, kaya na ang Meson ay naging aming eksklusibong sistema ng pagtatayo. Kaya, mangyaring simulan ang paggamit ng Meson build system sa iyong ibaba ng agos ng packaging. Mayroong maraming dokumentasyon sa paligid kung paano gamitin ang Meson, ang sobrang maikling buod:
    • ./ autogen.sh & amp; & amp; ./configure & amp; & amp; gumawa & amp; & amp; sudo gumawa ng pag-install
    • ay magiging:
    • bumuo ng meson & amp; & amp; Ninja -C build & amp; & amp; sudo ninja -C build install
    • Nagkamit ng mga file ng unit para sa isang bagong JobRunningTimeoutUSec = setting, na nagbibigay-daan sa pag-configure ng isang timeout sa oras na tumatakbo ang trabaho. Ito ay partikular na kapaki-pakinabang para sa pagtatakda ng mga timeout sa mga trabaho para sa .device units.
    • Nagkamit ang mga file ng unit ng dalawang bagong mga opsyon na ConditionUser = at ConditionGroup = para sa mga kondisyon ng mga unit batay sa pagkakakilanlan ng user / group na tumatakbo sa isang systemd user instance.
    • Naiintindihan na ng systemd-network ngayon ang isang bagong FlowLabel = setting sa seksyon ng [VXLAN] ng mga .network file, pati na rin ang Priority = sa [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = sa [VLAN] at GatewayOnlink = + IPv6Preference = + Protocol = sa [Ruta]. Nagkamit din ito ng suporta para sa configuration ng mga link GENEVE, at IPv6 address label. Ang seksyon ng [Network] ay nakakuha ng bagong IPv6ProxyNDP = setting.
      Ang mga file na
    • .link ngayon ay nauunawaan ang isang bagong Port = setting.
    • Ang suporta ng DHCP ng systemd-network ay nakakuha ng suporta para sa opsyon ng DHCP 119 (listahan ng paghahanap ng domain).
    • systemd-network ay nakakuha ng suporta para sa paghahatid ng mga hanay ng address ng IPv6 gamit ang protocol ng Router Advertisment. Ang seksyon ng bagong network na configuration [IPv6Prefix] ay maaaring gamitin upang i-configure ang mga saklaw upang maglingkod. Ito ay ipinatupad batay sa isang bagong, minimal, katutubong pagpapatupad ng server ng RA.
    • Ang journalctl's --output = switch ay nakakuha ng suporta para sa isang bagong parameter na "short-iso-precise" para sa isang mode kung saan ang mga timestamp ay ipinapakita bilang tumpak na mga halaga ng petsa ng ISO.

    • Ang "net_id" builtin ng systemd-udevd ay maaari na ngayong makabuo ng matatag na mga pangalan ng interface ng network mula sa mga aparatong IBM PowerVM VIO pati na rin ang mga aparatong platform ng ACPI.
    • Suporta sa MulticastDNS sa nalutas na systemd ay maaari na ngayong maidagan nang maayos / hindi pinagana gamit ang bagong MulticastDNS = opsyon sa pagsasaayos ng file.

    • Maaaring opsyonal na gamitin ng systemd-resolution ang libidn2 sa halip na libidn para sa pagproseso ng mga internationalized na domain name. Ang suporta para sa libidn2 ay dapat isaalang-alang na pang-eksperimentong at hindi dapat pa pinagana sa pamamagitan ng default pa.
    • "machinectl pull-tar" at kaugnay na tawag ay maaari na ngayong magpatunay ng mga na-download na imahe gamit ang SUSE-style .sha256 checksum file bilang karagdagan sa umiiral na suporta para sa pagpapatunay gamit ang mga file na SHA256SUMS ng Ubuntu.
    • Ang sd-bus ay nagkamit ng suporta para sa isang bagong sd_bus_message_appendv () na tawag na va_list katumbas ng sd_bus_message_append ().
    • sd-boot ay nakakuha ng suporta para sa pagpapatunay ng mga imahe gamit ang SHIM / MOK.
    • Natutunan ng code ng SMACK ang suporta para sa "onlycap".
    • systemd-mount --umo ngayon ay mas matalinong sa pag-uunawa kung paano maayos na mag-unmount ang isang device na binigay sa landas ng bundok o device nito.
    • Ang code na tumawag sa libnss_dns bilang isang fallback mula sa libnss_resolve kapag ang komunikasyon sa systemd-nalutas na nabigo ay inalis. Ang fallback na ito ay kalabisan at nakakasagabal sa [! UNAVAIL = return] suffix. Tingnan ang nss-resolve (8) para sa inirerekumendang configuration.
    • systemd-logind ay maaari na ngayong i-restart nang hindi nawawala ang estado. Nag-iimbak ito ng mga descriptor ng file para sa mga device na namamahala nito sa system manager gamit ang FDSTORE = mekanismo. Mangyaring tandaan na ang mga karagdagang pagbabago sa iba pang mga sangkap ay maaaring kinakailangan upang gamitin ito (halimbawa ang Xorg ay may code upang makinig para sa mga hinto ng systemd-logind at wakasan ang sarili kapag ang logind ay tumigil o i-restart, upang maiwasan ang paggamit ng mga lipas na descriptor ng file para sa graphical mga aparato, na ngayon ay kontra-produktibo at dapat ibalik upang ma-restart ang systemd-logind upang maging ligtas. Tingnan ang https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
    • Ang lahat ng mga plugin ng pag-install ng kernel ay tinatawag na variable ng kapaligiran KERNEL_INSTALL_MACHINE_ID na nakatakda sa machine ID na ibinigay ng / etc / machine-id. Kung ang file ay nawawala o walang laman, ang variable ay walang laman at BOOT_DIR_ABS ay ang landas ng isang pansamantalang direktoryo na aalisin matapos ang lahat ng mga plugins exit. Kaya, kung walang laman ang KERNEL_INSTALL_MACHINE_ID, ang lahat ng mga plugin ay hindi dapat maglagay ng anumang bagay sa BOOT_DIR_ABS.

    Mga Kinakailangan :

    • Nangangailangan ito ng 2.6 kernel ng Linux o sa ibang pagkakataon na pinagana ang CONFIG_HOTPLUG.
    • Inirerekomenda na mayroon ka ring naka-install na mga script ng Hotplug ng Linux, ngunit hindi kinakailangan para ito ay gumana nang wasto.

    Iba pang mga software developer ng Greg Kroah-Hartman

    USBView
    USBView

    2 Jun 15

    Mga komento sa systemd

    Mga Komento hindi natagpuan
    Magdagdag ng komento
    I-sa mga imahe!