man you are confusing me to the hilt...ok ....some patience and some background. You have to understand that when you are supporting someone who does not have the same hardware
Im effectively working blind or in the dark and can base comments solely on what you type.
First off, the linux install in a chroot environment once running has nothing to do with Android system, think of them as two independant operating systems running in parrallel and at the same time on a piece of hardware
. So any efforts to link the two would be unproductive hence you are in a chroot environment or jail as its typically called. It is important for the two OS's to remain independent of each other.
On the linux system, the only one of interest at this time, you have users and groups. Root is not in all groups. Secondly you should not run anything from root when it comes to what we are doing except for a couple subsystems. So on your linxus system....you have an account for root and account for armido. If no create them. Make sure that armido is in the group dialout. If that group does not exist, then create it. Simple enough. OpenCPN should be run from the user armido not android or root.
dmesg output is incomplete. it should show what node the detected device is attached too. Here is an example:
1207.596030] usb 5-1: new full-speed USB device number 3 using uhci_hcd
[ 1207.750606] usb 5-1: New USB device found, idVendor=067b, idProduct=2303
[ 1207.750612] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1207.750616] usb 5-1: Product: USB-Serial Controller D
[ 1207.750619] usb 5-1: Manufacturer: Prolific Technology Inc.
[ 1207.794283] usbcore: registered new interface driver usbserial
[ 1207.794844] usbcore: registered new interface driver usbserial_generic
[ 1207.795412] USB Serial
support registered for generic
[ 1207.795426] usbserial: USB Serial
[ 1207.799479] usbcore: registered new interface driver pl2303
[ 1207.801071] USB Serial support registered for pl2303
[ 1207.803520] pl2303 5-1:1.0: pl2303 converter detected
[ 1207.814968] usb 5-1: pl2303 converter now attached to ttyUSB0
[ 1209.168081] usb 5-1: USB disconnect, device number 3
[ 1209.168318] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 1209.168345] pl2303 5-1:1.0: device disconnected
[ 1211.744030] usb 5-1: new full-speed USB device number 4 using uhci_hcd
[ 1211.902608] usb 5-1: New USB device found, idVendor=067b, idProduct=2303
[ 1211.902613] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1211.902617] usb 5-1: Product: USB-Serial Controller D
[ 1211.902620] usb 5-1: Manufacturer: Prolific Technology Inc.
[ 1211.905730] pl2303 5-1:1.0: pl2303 converter detected
[ 1211.917787] usb 5-1: pl2303 converter now attached to ttyUSB0
So it shows me that when I plug
in my USB dongle it is attached to ttyUSB0. I dont see that in your dmesg output. What device is the gps attached too. In other words what has the kernel assigned the device too. If that is not present, then the assingment is not complete.
Secondly the linux kernal output tells me the you have an Product: Tegra EHCI Host Controller. This is the USB controller on the motherboard. These are known to be flakey and support in the kernel is building this out. Check the kernel lists under, "tegra-ehci tegra-ehci.0" module. Just use google
. Its important to learn how to diagnose stuff and to learn how to help yourself if you want to play at this level. Google
is your first line of support, friends are second level support..
The fact that I dont see a dmesg assignment for either usb device and Im not sure what the first usb device is, Im taking your word that the second one is the Garmin, but that is unsupported by what you present, but lets role with it, it seems to me that the kernel module is not fully implementing the USB subsystem as there are no assigned devices. Makes sense? Makes sense only if your dmesg report is complete and I dont know that.
Solutions. Why did you choose debian whatever, its rather dated and will not have the latest kernel revisions and updates. I would suggest that you go for a leading edge distro rather then this older debian. Debian is the most conservative and slowest distro to adopt kernel mods and changes unless you are running experimental and have no clue what that is called as I dont play the debian game
Lest start here:
Start you machine on the tablet, start your linux system, plug
in the Garmin, and send me the "complete" dmesg output from start to finish. So as to not bother other members please pipe it to a text file. Any email
program on android or linux can attach a txt file. How this is done is simple:
#armido: dmesg > dmesg.txt
then send me that text file to the email
account that I gave you earlier.
OpenCPN can wait for now as its not important. If you want to play with it without GPS support, then run it from the armido account, not the android account as that is confusing to everyone. Make sure that the armido account is a non priveldged account and that it is included in the group dialout.
Cloning your drive to another machine if pointless as that other machine unless its the same tablet will have different hardware specs. The issue we are facing is simple matter of hardware support in the kernel. Simple...but can be very frustrating when stuff is not fully supported which is what Im tending to think based on what you report. A complete dmesg dump will either confirm or deny that assumption. But that is where we have to start.