Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

initramfs-tools: ipv4: FIB table does not exist in local-bottom/clevis #506

Open
natthias opened this issue Jan 22, 2025 · 3 comments
Open

Comments

@natthias
Copy link

I am in the process of packaging clevis for Chimera Linux, which uses initramfs-tools for initramfs. Everything works fine and clevis can decrypt both luksv1 and luksv2 with tpm.

However, I am facing one issue in the local-bottom/clevis script. When the script brings down all interfaces, the command on line 50, ip route flush dev "$iface", results in the following error
Error: ipv4: FIB table does not exist

The error itself is harmless and boot proceeds like normal, but it should probably be silenced or clevis should no attempt to bring down interfaces it has not brough up

@oldium
Copy link
Contributor

oldium commented Feb 9, 2025

Are you sure this is caused by attempting to bring down interfaces it has not brough up? The warning/error message is about accessing routing table that does not exist. Here they fixed it by simply ignoring the errors (redirecting to null).

@natthias
Copy link
Author

natthias commented Feb 9, 2025

You're right, it's missing routing tables. I got a bit confused by the comment. Would redirecting to errors /dev/null be a statisfactory solution for clevis?

@oldium
Copy link
Contributor

oldium commented Feb 9, 2025

You (or I) can create a Pull Request and see, what the maintainers think. For me this would be a sufficient fix, because that is kind of a warning anyway and the result is not important for the shutdown.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants