Devices: Bazzite Laptop, GrapheneOS Pixel 9, Boox Tab X
I’m annoyed with the functionality of KDEConnect at present. I very much like the concept, but there is friction preventing what should be a convenience from reaching its potential. Right now, I can mount the filesystem of connected devices on my laptop, but every time I do so I have to bypass an access restricted sign and do Ctrl+L to append storage/emulated/0 to the IP address of the connected device to actually access the mounted filesystem. Further, if there is more than one device, the two filesystems are practically indistinguishable from one another: I just spent about 5 minutes digging through the pictures on my tablet before I realized I was browsing the wrong device
-
Is there a way to automatically append storage/emulated/0 every time the device is mounted?
-
Is there a way to rename the filesystems so that I can easily distinguish between my phone and tablet?
Some other problems less directly important to what I would like to incorporate into my workflow:
I occasionally experience strange, unexplained disconnections/refusals to connect with the kdeconnect protocol, despite being connected by wifi, bluetooth, direct usb tether, or any combination thereof. This problem is infrequent and intermittent, and the only consistent solution seems to be restarting the affected device (usually the pixel).
- Am I missing something about connecting devices; is there a log I can check for some kind of device error?
I’d appreciate some way to stream the screen from one device to another. Nothing major, but it would have been convenient a couple of times now, and it seems like an obvious addition to the capabilities.
- Is something like that in the works? If not, what is the reason it’s not? What would allow me to do this?
I’m not clear on what “append storage/emulated/0 to the IP address of the connected device” means. Could you elaborate on where this is inserted or changed and in what interface you are hitting ctrl+L? Is this in KDE Connect itself, file manager, or some other part of the OS? What are the current mount points of the devices?
If this is about udev maybe this helps. https://unix.stackexchange.com/questions/799166/linux-auto-mounting-usb-with-udev
Apparently I have a native ability to record videos of my screen on linux, which is very neat and I’m going to take advantage of it now.
I had originally typed up a couple paragraphs explaining, but I don’t think it’s as clear as this video. The 3rd IP/mount point being selected and resulting in a loading mouse icon is an example of unexplained disconnect. Hope that explains your question. Frankly that stack exchange page confuses and scares me.
You can see how it would be annoying to type ctrl+l storage/emulated/0 every single time you want to transfer a file from device to device, especially when you can’t tell the difference between devices at a glance.
Able to make it watchable outside of YT?
Probably? what do you suggest
Peertube? TBH I’d rather take the few paragraphs and a couple of screenshots than having to spend 10 minutes fighting Google blocks for the privilege of watching anyonymously…
Well I just thought it was neat I could screen record but whatevs, screenshots will probably get it done with a bit of explanation.
Image 1: File manager open, preparing to mount devices.
Image 2: Devices mounted, preparing to open filesystem on first device.
Image 3: Attempted to open filesystem on first device, met with access denied.
Image 4: Bypassed access denied, appended storage/emulated/0 to filesystem mount point(? i think im saying that right), filesystem now accessible.Use Your Imagination 1: Opened filesystem on device 2, bypassed access denied, appended system/emulated/0 again, able to access filesystem.
Use Your Imagination 2: Attempted to open filesystem on device 1 again, access denied again, appended system/emulated/0 again, able to access file system again.
Ad Nauseum every time I want to access the filesystem on these devices remotely. It might actually be faster to just email myself the files. Probably less frustrating, too.
Does that explain it? You can also see how it would be easy to mix up which device I’m browsing because they are both called some random jumbled numbers with similar android file names instead of “phone” and “tablet” or something human like that
OK, I’m not that familiar with KDE Connect itself so it’s possible that it may have some built-in configuration for this (mounting a subpath directly instead of the root).
What you can hopefully do to make this easier without knowing more about KDE Connect is using symlinks.
Assuming the mount paths (which include IPnaddress and port) are static, you can symlink them to more conventient locations. For example:
# find sftp mount path, assuming kio-fuse enabled find /run/user/$(id -u)/kio-fuse-* -type d -name emulated mkdir -p ~/Connected/ ln -s /run/user/..../emulated/0 ~/Connected/MyTabletThen you can bookmark those locations in the file manager.
This will only work with the static IP (or make KDEC mount on a path not including ip:port) and how to do that depends on over what protocol you connect.
Just for telling the filesystems apart I guess you could also put an empty file or folder like
emulated/0/00_MyTabletwhich will at least make it obvious where you are when you list the root.Well that sounds like solutions, but I’m gonna scratch my head about the whole thing you just said for a bit tbh.