Open SuperSandro2000 opened 3 months ago
I've photographed a boot failure
Updating to an unreleased version fixed my issue:
plymouth = prev.plymouth.overrideAttrs ({ src, ... }: {
version = "24.004.60-unstable-2024-08-28";
src = src.override {
rev = "ea83580a6d66afd2b37877fc75248834fe530d99";
hash = "sha256-GQzf756Y26aCXPyZL9r+UW7uo+wu8IXNgMeJkgFGWnA=";
};
});
@SuperSandro2000 Do you think you could bisect the commits between nixpkgs' plymouth version and that one to find which one fixes it? We might want to include it as a patch in nixpkgs. Looking at the git log, my first suspicion is this one c06ee92bafc586d20710c39a6f0d38651b769ffd
I applied that commit on top of the version in nixos unstable and that didn't fix the issue for me. I don't really have the motivation to bisect and reboot a bunch of times. Can we just update to that version or a later version on master?
Switching to an unreleased commit doesn't seem like the right move to me. A single patch that we understand is a completely different story than an entire unreleased branch.
Updating to an unreleased version fixed my issue:
plymouth = prev.plymouth.overrideAttrs ({ src, ... }: { version = "24.004.60-unstable-2024-08-28"; src = src.override { rev = "ea83580a6d66afd2b37877fc75248834fe530d99"; hash = "sha256-GQzf756Y26aCXPyZL9r+UW7uo+wu8IXNgMeJkgFGWnA="; }; });
Hi, may I know how to config it? It seems there are no boot.plymouth.package
option.
put the following into your configuration.nix and make sure to drop it after the next plymouth update.
nixpkgs.overlays = [
(final: prev: {
plymouth = prev.plymouth.overrideAttrs ({ src, ... }: {
version = "24.004.60-unstable-2024-08-28";
src = src.override {
rev = "ea83580a6d66afd2b37877fc75248834fe530d99";
hash = "sha256-GQzf756Y26aCXPyZL9r+UW7uo+wu8IXNgMeJkgFGWnA=";
};
});
})
];
put the following into your configuration.nix and make sure to drop it after the next plymouth update.
nixpkgs.overlays = [ (final: prev: { plymouth = prev.plymouth.overrideAttrs ({ src, ... }: { version = "24.004.60-unstable-2024-08-28"; src = src.override { rev = "ea83580a6d66afd2b37877fc75248834fe530d99"; hash = "sha256-GQzf756Y26aCXPyZL9r+UW7uo+wu8IXNgMeJkgFGWnA="; }; }); }) ];
Thank you so much!
Thanks.
I was quite confused since the system didn't came up after enabling plymouth, but I thought I verified the change with nixos-rebuild build-vm-with-bootloader
, where the system worked without any problem.
Describe the bug
Plymouth is not being used and falls back to text input after presumable the systemd 256 update.
Steps To Reproduce
Steps to reproduce the behavior:
Additional context
The only strange from the log is
Received SIGRTMIN+20 from PID 223 (plymouthd).
Notify maintainers
@arianvp
Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result.Add a :+1: reaction to issues you find important.