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

ios <-> linux - no transfer #64

Open
artemave opened this issue Jan 22, 2024 · 11 comments
Open

ios <-> linux - no transfer #64

artemave opened this issue Jan 22, 2024 · 11 comments

Comments

@artemave
Copy link

I've just installed v8.01 on fedora (i3) and an iphone.

Transfer in either direction seems to drop a few seconds after qr code scan on the iphone. "Cancel" button on the phone changes back to "Select Files", wifi switches back to my home network, and the last log line on the phone is "Peer IP: x.x.x.x".

This may not be related, but I also noticed, that "Select Folder" doesn't appear to be working: "Selected Folder:" remains empty and selecting folder again always defaults to some path (presumably app image path?) that looks like this: /tmp/.mount_linux_dQwUyI/usr.

Thank you for your help.

@spieglt
Copy link
Owner

spieglt commented Jan 22, 2024

Strange, never seen this though I've also never tested on Fedora. I assume you used the AppImage? Could you please send the output from the Fedora side?

@artemave
Copy link
Author

This is what I see in the end:

flying_carpet

@spieglt
Copy link
Owner

spieglt commented Jan 24, 2024

So the iPhone joins the hotspot and finds the Fedora device's IP, but Fedora never gets beyond waiting for a TCP connection... Are you maybe running a firewall that's preventing inbound connections on TCP :3290?

@spieglt
Copy link
Owner

spieglt commented Jan 24, 2024

And do you maybe have SELinux or something else active that would enforce Flying Carpet writing to /tmp/.mount_linux_dQwUyI/usr?

@artemave
Copy link
Author

So the iPhone joins the hotspot and finds the Fedora device's IP, but Fedora never gets beyond waiting for a TCP connection... Are you maybe running a firewall that's preventing inbound connections on TCP :3290?

There's no firewall blocking that port.

@artemave
Copy link
Author

And do you maybe have SELinux or something else active that would enforce Flying Carpet writing to /tmp/.mount_linux_dQwUyI/usr?

I am on fedora.

@spieglt
Copy link
Owner

spieglt commented Feb 8, 2024

I installed Fedora to a VM and while I can't run full transfers, I am seeing similar behavior. If you run getenforce in a terminal and it outputs Enforcing, then it's SELinux getting in your way. You can run sudo setenforce Permissive to change SELinux to Permissive mode instead of Enforcing mode till the next reboot. If that allows Flying Carpet to work, you would either need to disable SELinux or write the necessary policies for it. Unfortunately I don't know a lot about writing those policies and will not be much help there.

@artemave
Copy link
Author

artemave commented Feb 9, 2024

❯ getenforce
Disabled

@spieglt
Copy link
Owner

spieglt commented Feb 10, 2024

And it still doesn't work even with SELinux disabled? Is the output any different? Does it still show the /tmp/.mount_linux_dQwUyI/usr directory when you select something in your home directory?

@artemave
Copy link
Author

Sorry, I meant to say that it was Disabled to begin with. My bad.

@spieglt
Copy link
Owner

spieglt commented Mar 8, 2024

No worries, thanks for following up. I'll leave this issue open but unfortunately I probably won't be able to help more with it until I have another machine on which I can install Fedora, and I'm not sure when that will be.

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