Migrating Triumph-LS to Linux OS

Matt Johnson

Well-Known Member
5PLS
Is /jdata/BackgroundMaps preferred over /VS Data/BackgroundMaps?

The "VS Data" folder was where all project data was stored with WinCE OS. Now with Linux it is stored in the the "jdata" folder and the "VS Data" will no longer be used.

My download speed is 23.6 Mbps and upload speed is 2.4 Mbps. Maybe you just had many projects stored on your LS. I also used an ethernet connection rather that WiFi.
 

Kelly Bellis

ME PLS 2099
5PLS
The "VS Data" folder was where all project data was stored with WinCE OS. Now with Linux it is stored in the the "jdata" folder and the "VS Data" will no longer be used.

Got it. What I was meaning to point out was the VS Data wasn't moved to jdata, it was duplicated. I'm not sure which is safe to delete.

RE: bandwidth, general housekeeping prior to migration, and CAT5; all good to know ahead of time. Maybe those tips, along with any others you know of, would be good to mention for those users that are waiting for the kinks to get worked out.

Thank you Matt for your help.
 

Sean Joyce

Well-Known Member
I have not been to the field yet but the L.S. is much more responsive and boots up and shuts down much faster.

I used the L.S. in the field yesterday with no problems. A good indication of how much faster the L.S. is now was the use of the Localization.
It is much more responsive and saving a localization is instantaneous whereas there was a delay before.
So far I am having less screen freezes that require a calibration.
 
Last edited:

Joe Paulin

Well-Known Member
I just tried with a different usb stick, it is giving me the same error message during the archive stage, so I don't think that it is the usb stick that is troublesome.
 

Kelly Bellis

ME PLS 2099
5PLS
Looks good enough for Migration procedure! Probably our server was too busy to handle that connection. A little suspicious that upsream is 0.7mbps, potentially it can affect on the transfering because it uses upstream to confirm packet delivery.

For what it's worth, that 0.7 Mbs upload speed is normal for my DSL account.
 

Eugene Aksyonov

Administrator
JAVAD GNSS
5PLS
Ok, thank you Eugene.
Got it. The problem in your current project "Paulin Survey" at point with name "188". There is "0" in ReferenceTime instead of the real value. To be safe, I have edited this project's DataBase and now the point opens and doesn't make problems in Archiving. I set the ReferenceTime to vale of the point which should not be a right way, but at least you can fix this point manually(edit / delete ). Attached data.db should be unzipped and your current file(VS Data\Maps\Paulin Survey\data.db) replaced with this one. You need to download, unzip to USB flash, insert it into LS, exit from JField to Windows, Run File explorer and overwrite existing db file(better, backup existing one!). Good luck!

I was trying to import ypur projects into JField on Linux, but failed for all of them. Errors on unpacking. Also there are three projects were active, but 24 more are saved before. Probably on your device all willbe okay. You can migrate to Linux, but be aware that "Restore Data" process may fail on importing projects and Settings will not be applied in the end.
 

Attachments

  • data.zip
    432.9 KB · Views: 265
Last edited:

Jim Frame

Well-Known Member
You may have the "Turn Off Display" setting set to never.

Please remind me where is this setting is found -- I just spent 10 minutes looking for it and came up empty. Shouldn't it be under System?

Thanks!

Edit: Never mind, a search turned it up (AV button).

P.S. The reason I asked is that I just migrated to Linux and was getting the dark screen on bootup. Setting Display Off to Never fixed that.

39 seconds from a cold start -- cool!
 

Kelly Bellis

ME PLS 2099
5PLS
More clearly, what I meant to say regarding automation, upon successful completion of migration and the final step of restoration of users files, give the option to delete all unnecessary files.

I went ahead and deleted the following folders SD Card/VS Data and SD Card/VS Backup

What other contents of SD Card/ are there that have been needlessly duplicated and should be deleted?

Presently, the following folders remain under SD Card/
BROWSE-FILES_20180728-07.18.00.png
 

Eugene Aksyonov

Administrator
JAVAD GNSS
5PLS
I went to update jfield to 3.0.0.192 and am now being told there's not enough room on the SD card to create a restore point. Why was there a duplication of files beneath VS Data during migration if they're not being used?
yet we did not erase it to leave a chance use this media under WinCE. It is not a big deal to person remove it manually, but we will improve this clean up stage on migration.
 

Eugene Aksyonov

Administrator
JAVAD GNSS
5PLS
More clearly, what I meant to say regarding automation, upon successful completion of migration and the final step of restoration of users files, give the option to delete all unnecessary files.

I went ahead and deleted the following folders SD Card/VS Data and SD Card/VS Backup

What other contents of SD Card/ are there that have been needlessly duplicated and should be deleted?

Presently, the following folders remain under SD Card/
View attachment 7709
"Update Sevice"
 
Top