systemd-devel  

Messages by Thread

• • Re: [systemd-devel] [PATCH 0/3] Add the ability to mount filesystems during initramfs expansion H. Peter Anvin
  • Re: [systemd-devel] [EXT] [PATCH 0/3] Add the ability to mount filesystems during initramfs expansion Windl, Ulrich
  • Re: [systemd-devel] [EXT] [PATCH 0/3] Add the ability to mount filesystems during initramfs expansion H. Peter Anvin
• [systemd-devel] Timer behavior svenne . lists
  • Re: [systemd-devel] Timer behavior Barry Scott
  • Re: [systemd-devel] Timer behavior svenne . lists
  • Re: [systemd-devel] Timer behavior Mantas Mikulėnas
• [systemd-devel] Environment variables in early systemd execution (mount.c) Suresh H A
  • [systemd-devel] Environment variables in early systemd execution (mount.c) Suresh H A
  • Re: [systemd-devel] Environment variables in early systemd execution (mount.c) Zbigniew Jędrzejewski-Szmek
• [systemd-devel] [PATCHv6 00/13] kexec: Use BPF lskel to enable kexec to load PE format boot image Pingfan Liu
  • [systemd-devel] [PATCHv6 01/13] bpf: Introduce kfuncs to parser buffer content Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 01/13] bpf: Introduce kfuncs to parser buffer content bot+bpf-ci
  • [systemd-devel] [PATCHv6 02/13] kexec_file: Move signature validation ahead Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 02/13] kexec_file: Move signature validation ahead bot+bpf-ci
  • Re: [systemd-devel] [PATCHv6 02/13] kexec_file: Move signature validation ahead Philipp Rudo
  • Re: [systemd-devel] [PATCHv6 02/13] kexec_file: Move signature validation ahead Pingfan Liu
  • [systemd-devel] [PATCHv6 03/13] kexec_file: Introduce routines to parse PE file Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 03/13] kexec_file: Introduce routines to parse PE file bot+bpf-ci
  • [systemd-devel] [PATCHv6 04/13] kexec_file: Use bpf-prog to decompose image Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 04/13] kexec_file: Use bpf-prog to decompose image bot+bpf-ci
  • Re: [systemd-devel] [PATCHv6 04/13] kexec_file: Use bpf-prog to decompose image Philipp Rudo
  • Re: [systemd-devel] [PATCHv6 04/13] kexec_file: Use bpf-prog to decompose image Pingfan Liu
  • [systemd-devel] [PATCHv6 05/13] lib/decompress: Keep decompressor when CONFIG_KEEP_DECOMPRESSOR Pingfan Liu
  • [systemd-devel] [PATCHv6 06/13] kexec_file: Implement decompress method for parser Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 06/13] kexec_file: Implement decompress method for parser bot+bpf-ci
  • [systemd-devel] [PATCHv6 07/13] kexec_file: Implement copy method for parser Pingfan Liu
  • [systemd-devel] [PATCHv6 09/13] kexec_file: Factor out routine to find a symbol in ELF Pingfan Liu
  • [systemd-devel] [PATCHv6 08/13] kexec_file: Introduce a bpf-prog lskel to parse PE file Pingfan Liu
  • [systemd-devel] [PATCHv6 10/13] kexec_file: Integrate bpf light skeleton to load image with bpf-prog Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 10/13] kexec_file: Integrate bpf light skeleton to load image with bpf-prog bot+bpf-ci
  • [systemd-devel] [PATCHv6 11/13] arm64/kexec: Select KEXEC_BPF to support UEFI-style kernel image Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 11/13] arm64/kexec: Select KEXEC_BPF to support UEFI-style kernel image kernel test robot
  • Re: [systemd-devel] [PATCHv6 11/13] arm64/kexec: Select KEXEC_BPF to support UEFI-style kernel image bot+bpf-ci
  • [systemd-devel] [PATCHv6 12/13] tools/kexec: Introduce a bpf-prog to parse zboot image format Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 12/13] tools/kexec: Introduce a bpf-prog to parse zboot image format bot+bpf-ci
  • [systemd-devel] [PATCHv6 13/13] tools/kexec: Add a zboot image building tool Pingfan Liu
  • Re: [systemd-devel] [PATCHv6 13/13] tools/kexec: Add a zboot image building tool bot+bpf-ci
  • Re: [systemd-devel] [PATCHv6 00/13] kexec: Use BPF lskel to enable kexec to load PE format boot image Philipp Rudo
  • Re: [systemd-devel] [PATCHv6 00/13] kexec: Use BPF lskel to enable kexec to load PE format boot image Pingfan Liu
• [systemd-devel] logind spewing kernel lockdown warnings Ian Pilcher
  • Re: [systemd-devel] logind spewing kernel lockdown warnings Mantas Mikulėnas
• [systemd-devel] Fixing accessibility issue after GNOME systemd integration Elias Oltmanns
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Simon McVittie
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Mantas Mikulėnas
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Samuel Thibault
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Simon McVittie
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Samuel Thibault
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Elias Oltmanns
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Adrian Vovk
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Samuel Thibault
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Adrian Vovk
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Samuel Thibault
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Adrian Vovk
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Samuel Thibault
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Ben Boeckel
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Elias Oltmanns
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Elias Oltmanns
  • Re: [systemd-devel] Meaning of XDG_VTNR [was: Fixing accessibility issue] Mantas Mikulėnas
• [systemd-devel] Service configured to run in a network namespace, doesn't (squid proxy) Ruben Di Battista
  • Re: [systemd-devel] Service configured to run in a network namespace, doesn't (squid proxy) Michal Koutný
• [systemd-devel] systemd automount unit fails to start in user context Thomas Schneider
  • Re: [systemd-devel] systemd automount unit fails to start in user context Andrei Borzenkov
  • Re: [systemd-devel] systemd automount unit fails to start in user context Michal Koutný
  • Re: [systemd-devel] systemd automount unit fails to start in user context Andrei Borzenkov
• [systemd-devel] Container-owned metadata in systemd-machined Umut Tezduyar Lindskog
  • Re: [systemd-devel] Container-owned metadata in systemd-machined Umut Tezduyar Lindskog
• [systemd-devel] Inquiry regarding Outreachy May 2026 participation Umar Adelowo
• Re: [systemd-devel] PCR9 missmatches since latest updates Matthias R. Wiora
  • Re: [systemd-devel] PCR9 missmatches since latest updates Matthias R. Wiora
• [systemd-devel] RFC: "Lazy" timer activation doskel
  • Re: [systemd-devel] RFC: "Lazy" timer activation Mantas Mikulėnas
• [systemd-devel] nspawn container & getconf _NPROCESSORS_ONLN Sietse van Zanen
  • Re: [systemd-devel] nspawn container & getconf _NPROCESSORS_ONLN Nils Kattenbeck
  • Re: [systemd-devel] nspawn container & getconf _NPROCESSORS_ONLN Mantas Mikulėnas
• [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • [systemd-devel] [RFC v1 2/8] acpi/x86: s2idle: Rename LPS0 constants so they mirror their function Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 2/8] acpi/x86: s2idle: Rename LPS0 constants so they mirror their function Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 2/8] acpi/x86: s2idle: Rename LPS0 constants so they mirror their function Antheas Kapenekakis
  • [systemd-devel] [RFC v1 3/8] acpi/x86: s2idle: add runtime standby transition function Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 3/8] acpi/x86: s2idle: add runtime standby transition function Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 3/8] acpi/x86: s2idle: add runtime standby transition function Antheas Kapenekakis
  • [systemd-devel] [RFC v1 6/8] acpi/x86: s2idle: implement turn on display DSM as resume notification Antheas Kapenekakis
  • [systemd-devel] [RFC v1 4/8] acpi/x86: s2idle: add support for querying runtime standby state support Antheas Kapenekakis
  • [systemd-devel] [RFC v1 8/8] PM: standby: Add sysfs attribute for runtime standby transitions Antheas Kapenekakis
  • [systemd-devel] [RFC v1 5/8] acpi/x86: s2idle: move DSM notifications to do_notification callback Antheas Kapenekakis
  • [systemd-devel] [RFC v1 1/8] Documentation: PM: Add documentation for Runtime Standby States Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 1/8] Documentation: PM: Add documentation for Runtime Standby States Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 1/8] Documentation: PM: Add documentation for Runtime Standby States Antheas Kapenekakis
  • [systemd-devel] [RFC v1 7/8] PM: hibernate: Enter s2idle sleep state before hibernation Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 7/8] PM: hibernate: Enter s2idle sleep state before hibernation Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 7/8] PM: hibernate: Enter s2idle sleep state before hibernation Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Mario Limonciello
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Rafael J. Wysocki
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Mario Limonciello (AMD) (kernel.org)
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Mario Limonciello
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Mario Limonciello
  • Re: [systemd-devel] [RFC v1 0/8] acpi/x86: s2idle: Introduce and implement runtime standby ABI for ACPI s0ix platforms Antheas Kapenekakis
• [systemd-devel] What is `systemd-userwork`? Divine Eguzouwa
  • Re: [systemd-devel] What is `systemd-userwork`? Vito Caputo
  • Re: [systemd-devel] What is `systemd-userwork`? Lennart Poettering
• [systemd-devel] Automatically updating sysupdate components Rein Fernhout (Levitating)
• [systemd-devel] systemd-networkd not requesting DHCP on a wireless network? Ben Boeckel
• Re: [systemd-devel] run0 --empower and existing SUID binaries Andrei Borzenkov
  • Re: [systemd-devel] run0 --empower and existing SUID binaries Jyrki Vesterinen
  • Re: [systemd-devel] run0 --empower and existing SUID binaries Nils Kattenbeck
  • Re: [systemd-devel] run0 --empower and existing SUID binaries Jyrki Vesterinen
• Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello (AMD) (kernel.org)
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello (AMD) (kernel.org)
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello (AMD) (kernel.org)
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Mario Limonciello
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Rafael J. Wysocki
  • Re: [systemd-devel] [RFC PATCH v1 1/1] ACPI: PM: s2idle: Add lps0_screen_off sysfs interface Antheas Kapenekakis
• [systemd-devel] systemd-tpm2-setup on 259-rc2 Valentin David
• [systemd-devel] ParticleOS uses the same PCR Policy signing keys for root and swap Cédric Clavel
• [systemd-devel] systemd creates an ordering dependency involving a disabled unit Gordon Messmer
• [systemd-devel] default on, cpu control group in a slice Umut Tezduyar Lindskog
  • Re: [systemd-devel] default on, cpu control group in a slice Michal Koutný
• Re: [systemd-devel] is tpm2.0 required when building UKI with signed policy? Itxaka Serrano Garcia
  • Re: [systemd-devel] is tpm2.0 required when building UKI with signed policy? Mantas Mikulėnas
• [systemd-devel] Help with rules to configure internal USB network to BMC as link-local Rebecca Cran
  • Re: [systemd-devel] Help with rules to configure internal USB network to BMC as link-local Andrei Borzenkov
• [systemd-devel] Systemd-executor in 'u' state ? Bhasker C V
  • Re: [systemd-devel] Systemd-executor in 'u' state ? Andrei Borzenkov
  • Re: [systemd-devel] Systemd-executor in 'u' state ? Andrei Borzenkov
  • Re: [systemd-devel] Systemd-executor in 'u' state ? Bhasker C V
  • Re: [systemd-devel] Systemd-executor in 'u' state ? Bhasker C V
  • Re: [systemd-devel] Systemd-executor in 'u' state ? Bhasker C V
• [systemd-devel] bootloader=enabled just to get systemd-tpm2-setup? Itxaka Serrano Garcia
  • Re: [systemd-devel] bootloader=enabled just to get systemd-tpm2-setup? Lennart Poettering
  • Re: [systemd-devel] bootloader=enabled just to get systemd-tpm2-setup? Itxaka Serrano Garcia
  • Re: [systemd-devel] bootloader=enabled just to get systemd-tpm2-setup? Lennart Poettering
  • Re: [systemd-devel] bootloader=enabled just to get systemd-tpm2-setup? Lennart Poettering
  • Re: [systemd-devel] bootloader=enabled just to get systemd-tpm2-setup? Itxaka Serrano Garcia
• [systemd-devel] Status update: NoNewPrivs/no setuid by default Thorsten Kukuk
  • Re: [systemd-devel] Status update: NoNewPrivs/no setuid by default Demi Marie Obenour
• [systemd-devel] Setting OOMScoreAdjust on scope unit Daniel Hast
  • Re: [systemd-devel] Setting OOMScoreAdjust on scope unit Mantas Mikulėnas
• [systemd-devel] journalctl bash complete unit name extremely slow - why? lejeczek
  • Re: [systemd-devel] journalctl bash complete unit name extremely slow - why? Andrei Borzenkov
  • Re: [systemd-devel] journalctl bash complete unit name extremely slow - why? lejeczek
  • Re: [systemd-devel] journalctl bash complete unit name extremely slow - why? Andrei Borzenkov
  • Re: [systemd-devel] journalctl bash complete unit name extremely slow - why? lejeczek
  • Re: [systemd-devel] journalctl bash complete unit name extremely slow - why? lejeczek
  • Re: [systemd-devel] journalctl bash complete unit name extremely slow - why? Vito Caputo
• [systemd-devel] Can RDP when NetwrokManager active; Can NOT RDP when systemd-networkd active Tomasz Drożdż
  • Re: [systemd-devel] Can RDP when NetwrokManager active; Can NOT RDP when systemd-networkd active Andrei Borzenkov
  • Re: [systemd-devel] Can RDP when NetwrokManager active; Can NOT RDP when systemd-networkd active Tomasz Drożdż
  • Re: [systemd-devel] Can RDP when NetwrokManager active; Can NOT RDP when systemd-networkd active Tomasz Drożdż
• [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? killermoehre
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Andrei Borzenkov
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Andrei Borzenkov
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Andrei Borzenkov
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Lennart Poettering
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Lennart Poettering
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Demi Marie Obenour
  • Re: [systemd-devel] With UEFI secure boot and dm-verity, how does one find the user data partition? Lennart Poettering

• Earlier messages
• Later messages