I really want to use FFS, but after two solid days of trying to resolve this on my own in numerous ways before contacting the forum, I seem to be getting to the end of the FFS road, which I'm hugely disappointed about.Ĭannot read directory "gdrive:\ time could not be parsed. I have uninstalled and re-installed FFS twice now - the second time going through my entire file system and the Registry making sure there was absolutely no trace of FFS anywhere, reinstalling and re-authenticating FFS's access to my GoogleDrive.same error, same date.ĭoes anyone have any idea what I can do, either with FFS, or rclone, or Google's web interface, that will rectify this problem (as FFS sees it) ? "gdrive:\ but always reporting that same date from the 1600s ! They produce exactly the same error - sometimes for "gdrive:\ itself (".can't be found."), and sometimes for the individual folder, e.g. I can't even run the individual folder jobs that were working. It's only FFS that has this bizarre problem with some date, somewhere on my GD, possibly at the root. I even installed MountainDuck to permanently mount my GD as a local drive and it's perfectly happy. Well, I say nothing all the other software I use still works just as well as it did before and has absolutely no problems with my GD. I've tried renaming folders using GD's web interface in Chrome, including the "ADB" folder, and then renaming them back again, to try and get Google Drive itself to write valid modified datetimes to my drive. I've tried using rclone to reset the modification datetimes to valid API-compliant datetimes. I can't expand the tree to get to the subfolders within "B". Sometimes it doesn't even get as far as drawing the tree containing my GD's root folder and the "B" folder it will give this error message for the root of my Google Drive. Now, every time I browse to my Google Drive in FFS to select a folder, I get the following error message:Ĭannot read directory "gdrive:\ time could not be parsed. wrong ! (at least, I assume this is what broke it - difficult to be 100% sure). I then used a Windows File Explorer shell extension to change the modified dates on some files in the "ADB" folder with my Google Drive mounted as X. I had just got to the point where I had mirrored the entire 2TBs (~500k files). I also have an overall job setup, "_B", which was to be my realtime sync batch job, initiated by Task Scheduler at login, to monitor local file deletions and moves, and to copy down new files uploaded from my Android phone. I have an FFS job for each of the 30 subfolders, and I've been gradually copying all the files down from my Google Drive to my B: drive, sorting out duplicate files and folders on GD, and getting my FFS "good boy" green ticks :D from "ADB" and "Android_Dev", through "Images" and "Music", to "Videos" and "Visual_Studio". This matches my local B: drive.īelow this are about 30 subfolders which constitute my Google Drive proper, and categorise all my files, e.g. I have one folder at the root level of my Google Drive called "B". I also use other software, such as rclone, and DriveSync (on Android) to administer my Google Drive, both of which (obviously) exploit the GD API. I use it solely to keep my secondary hard drive (B:) and my Google Drive in sync. So, use your preferred text editor to modify /home/JamesZE/.local/share/applications/FreeFileSync.I'm really hoping someone can help me resolve this problem.įFS was working brilliantly for me, but it's now completely unusable. If you want to just make the change for your own user, use ~/.local/share/applications/ directory (tilde is usually interpreted by the shell as your home directory). desktop file in /usr/share/applications/. Opening the path at this point results in a. I have a G Suite account's Google Drive mounted that frequently fails, i.e. If you want to make an icon to your extracted FreeFileSync in the Cinnamon menu (Linux Mint uses Cinnamon desktop environment by default you'd know if you picked a different release of Mint), or any xdg-compliant desktop environment really, you can make a. What is the problem you are having with rclone GoodSync and FreeFileSync repeatedly report 'Incorrect function', 'The parameter is incorrect', 'Cannot rename temp file to destination file: The system cannot find the file specified'. If the Linux Mint team packages up FreeFileSync, that's news to me but that would be simply fantastic! I know of a fellow who used to build the application in a private repository ( ) but it appears out of date and I don't presently know how you'd hook that into Linux Mint (related to Ubuntu Linux) so tinker with that at your own risk. Linux Mint uses apt-get on the command line, and probably some graphical tool whose name would be searchable I'm sure but I'm too lazy to research that part for you at this time. Installing programs in Linux is done differently from on Windows. $ /home/JamesZE/Downloads/FreeFileSync/FreeFileSync_x86_64
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |