-
Notifications
You must be signed in to change notification settings - Fork 44
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
Creating UHID device fails on Fedora Build #122
Comments
UpdateAfter the computer is rebooted, everything stops working with a new error this time. Error 19? Apr 18 08:42:19 fedora system-daemon[20055]: Starting rust-u2f system daemon
Apr 18 08:42:19 fedora system-daemon[20055]: LISTEN_PID = Ok("20055"); LISTEN_FDS = Ok("1")
Apr 18 08:42:19 fedora system-daemon[20055]: SocketServer: accepted stream
Apr 18 08:42:19 fedora system-daemon[20055]: ConnectionHandler::call
Apr 18 08:42:19 fedora system-daemon[20055]: SocketServer: Spawned handler for stream
Apr 18 08:42:19 fedora system-daemon[20055]: Handler ready, waiting for it to complete
Apr 18 08:42:19 fedora system-daemon[20055]: Handling connection
Apr 18 08:42:19 fedora system-daemon[20055]: Ready to create UHID device
Apr 18 08:42:19 fedora system-daemon[20055]: attempting to decode a frame
Apr 18 08:42:19 fedora system-daemon[20055]: frame decoded from buffer
Apr 18 08:42:19 fedora system-daemon[20055]: Running getpwuid_r for user #1000
Apr 18 08:42:19 fedora system-daemon[20055]: Loading user with uid 1000
Apr 18 08:42:19 fedora system-daemon[20055]: Creating UHID virtual U2F device
Apr 18 08:42:19 fedora system-daemon[20055]: Relaying create device response, success:false
Apr 18 08:42:19 fedora system-daemon[20055]: "Creating UHID device failed: I/O error: No such device (os error 19)"
Apr 18 08:42:19 fedora system-daemon[20055]: flushing framed transport
Apr 18 08:42:19 fedora system-daemon[20055]: writing;
Apr 18 08:42:19 fedora system-daemon[20055]: framed transport flushed
Apr 18 08:42:19 fedora system-daemon[20055]: thread 'tokio-runtime-worker' panicked at linux/system-daemon/src/socket_server.rs:73:33:
Apr 18 08:42:19 fedora system-daemon[20055]: not yet implemented
Apr 18 08:42:19 fedora system-daemon[20055]: note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Apr 18 08:42:19 fedora system-daemon[20055]: Spawned handler finished with: Err(Io(Os { code: 19, kind: Uncategorized, message: "No such device" })) Note: quotations added for emphasis This is strange, g@fedora:~/Documents/Programming/rust-u2f/linux$ ls -l /dev/uhid
crw-------. 1 root root 10, 239 Apr 18 06:41 /dev/uhid
g@fedora:~/Documents/Programming/rust-u2f/linux$ dmesg | grep uhid
g@fedora:~/Documents/Programming/rust-u2f/linux$ sudo ausearch -m avc -ts recent | grep uhid
<no matches> |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Bug Description
The program fails to load on Fedora (or other distros with SELinux1 in enforcement mode). It fails silently with the following2 message:
Further details
Makefile
, according to the directions in theREADME
.pygpgme couold not be installed. This means GPG verification is not possible for any RPM installed on your system... etc.
SELinux Workaround
make install
. Then:sudo ausearch -m avc -ts recent | audit2allow
sudo ausearch -m avc -ts recent | audit2allow -M rust-softu2f sudo semodule -i rust-softu2f.pp
make uninstall && make install
again, should work now. Verify by listing the SELinux policies and checking the output ofjournalctl
as normal.Environment
Reproduction
I don't know whether this is in scope or not, I'm mainly writing this for people trying to Google this issue. Maybe we could add something to the README or bundling some SELinux policies with the repo? Again, I'm not sure. Let me know if you want any more detail/logs/reproduction tips etc.
Footnotes
When I tried to fix this for the first time (just modifying
chmod
), SELinux blocked my changes. ↩From
journalctl -f -u softu2f
↩The text was updated successfully, but these errors were encountered: