I am trying to copy from google drive to my remote with Rclone on Linux using $ rclone copy name:a/b/c/myfolder/. /home/b/c/myfolder and get, ERROR : : error reading source directory: directory not found With the same command line I was able to copy some other folders in the same directory (c) but for some folders I get this error. When I do; $ rclone lsd name:a/b/c myfolder is listed. I have also tried let rclone copy entire folder itself $ rclone copy name:a/b/c/myfolder /home/b/c/myfolder get the same error. How can I fix this bug? Thanks

I signed for Google Drive's Premium 2TB plan for my backups and needed a way to send more than 1 million+ of files there. Web interface is very problematic for this purpose as if the transfer has any errors, identifying what's online and what's not would be very difficult. So I started to look for some safe way to send files there. First I found google-drive-ftp-adapter, but as I was trying to install it I got an error that I couldn't solve: *"This app is blocked. This app tried to access sensitive info in your Google Account. To keep your account safe Google blocked this access."* The project has no activity so I guessed that this was some move by Google that wasn't addressed by the maintainers. Then I tried to add google drive to Gnome's online accounts. It did mount the drive, but when I tried to upload the files the speed was ridiculous: around 15 KB/s which would take me like 10000 hours to upload the files (around 543GB) and I got some errors even in the first files. After that I bought Filezilla Pro which connects to Google Drive. So I bought it and it is worked fine. The speed is around 15 MB/s which is not ideal, it will take like 10 hours to upload but that's much better that 10000 and it's doable. Also filezilla has the "Failed transfers" tab that allows me to see the transfers that had an error and I just redo them and that's it. I wanted a GUI tool, but also gave a chance to rclone that proved to work really well and I could make it reach 32 MB/s which downed the time to 5 hours. The drawback is that if any tranfer has an error I have to cherry pick them in a log file to retransfer them. This is more incovenient than Filezilla. But none of these solutions felt like my endgame. Each one has it's drawbacks. I really would prefer a FOSS solution preferably with a GUI that simply let me choose the dirs I wanted to copy, redo the errors easily and it's fast enough. GUI tools are preffered but I would consider command line tools if it's really efficient, let me choose what I want and has decent logging while copying preferably visually. Does anyone has any other solution besides Filezilla Pro and RClone ? How would you send 1 million+ of files from several different folders to Google Drive ? **Edit** I really had underestimated the speed. It's been copying files for 17 hours and there's only 368GB copied. With RClone. 🙄 **Edit2** Underestimate ? that's a very far understatement. The upload finally concluded. And guess what: 3d 1h 13m 42.3s to upload 463.169 GiB*. Now... ok I know the small file overhead and stuff. But this overhead level is not acceptable by any standard. I really have to find some way to speed things to an acceptable level. Searching for a solution I saw that TeraBox has a feature called "cloud decompression". Will give it a try. *I know the value differs from what I stated above. But that's because I had already uploaded a part of the files in a previous run. **Edit3** TeraBox do have cloud decompression. They do offer 1TB free, their paid plan (2TB) is as cheap as it gets (U$3.49/month) and does have the ability to decompress online. Unfortunately decompression of files larger than 12 Gib isn't supported and to divide 530 Gibs in packages of 12 Gibs I have to cherry pick files in the sub-dirs what is a lot of work. Impractical. So this solution is only applicable if either we want to do that 3 day upload again or maintain subdirs as packages. No FTP client, paid or free, supports TeraBox as Filezilla supports Google Drive. But they do have desktop apps for all major OS (Win, Mac Linux) and a mobile app for Android. to quote U2: "And I still haven't found, what I'm looking for" :D

I would like to mount Google drive to a local directory and for that, I would like to install google-drive-ocamlfuse on my up-to-date Fedora 38 but I get the following errors:

$ sudo dnf install google-drive-ocamlfuse
Last metadata expiration check: 0:21:15 ago on Sun 29 Oct 2023 09:59:45 AM.
Error: 
 Problem: package google-drive-ocamlfuse-0.7.22-3.fc33.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse requires ocaml-ocamlfuse > 2.7.1, but none of the providers can be installed
  - conflicting requests
  - nothing provides ocaml(CamlinternalFormatBasics) = b6c6694955e10001aed267571104a961 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Com) = 26b1234e7a6d75ba1450cb5357f5483c needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Condition) = 76cd8b455eb0162ced68da0cd9930f3a needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Mutex) = ec993c9491bec46cd3ee373f9d313390 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib) = 4b04b4eda19aa722df365141895fb347 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__bigarray) = 73871e61e3785d8f0d822194daeb85ec needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__callback) = 21c02abb4cc9eea752b0e9ab3b1a0e6a needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__complex) = 81367aaa1be1ccaf16610a96c3d2bc13 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__either) = 2555bf09b020b8887a4d8a645b0ed347 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__hashtbl) = c3ec10b93bb358686d02fa9c5f4adb6b needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__list) = 88609ef3a3066dcf16ad7456f53122d2 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__seq) = 185075aa99b059ad4cae15cb411fcc0c needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Stdlib__string) = 9f0e42299fccc5fb76df62d28ba67759 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Thread) = a5f19c00abf12e43bcffa2998c478777 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocaml(Unix) = eadecc353e942963afccd09bd1a12192 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Condition) = 2f0a4dd0f67fcd0ce2134d45cebebdc6 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Mutex) = 9e92b5f80ce643a8259210bbb7a4e1e3 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Stdlib) = 905355729c82ef4d2184c394a250f1a3 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Stdlib__callback) = f51ffea73ea6512880e00974c161a04c needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Stdlib__hashtbl) = d6c11956a20f699b6d99ffbeaf7af8ce needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Stdlib__list) = 53d7956dcffc648bb93ed4703fe49f2c needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Thread) = 5b8312fda8f617d11b90ef0b5611e3d9 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
  - nothing provides ocamlx(Unix) = 6cad08ee79360aa0781ccb2644c36087 needed by ocaml-ocamlfuse-2.7.2-0.3.git08f90ac.fc35.x86_64 from copr:copr.fedorainfracloud.org:jgoguen:google-drive-ocamlfuse
(try to add '--skip-broken' to skip uninstallable packages)

Can anybody help me resolve this?

I have a Google Sheets spreadsheet associated to a Google account, which is private and cannot be made public. I would like to know how to download a private google spreadsheet from the command-line of a Linux terminal. Any ideas?

Now that Google Drive is available, how do we mount it to a Linux filesystem? Similar solutions exist for Amazon S3 and Rackspace Cloud Files .

None of the other solutions answers are working. I have hundreds of images and some subfolders in a publicly shared google drive folder. I want to download all of them. How can I do that? Thank you.

Sites like google docs, sheets, slides, drive do not read the keyboard input but the keyboard works on other sites. All google apps work in Chromium. Linux Mint 21.1

I am using linux mint 20.1 Cinnamon. I have turned on google account in *online account* setting for google drive syncronisation. So in my folder explorer, there is an entry under networks relating to my google account that I signed into. It shows the current state of my google drive. The problem is that I am not able to use this location in my applications. For example, I am not able to use this location of google drive files in my Obsidian app. When I print the directory of the google drive folder, it shows as: `/run/user/1000/gvfs/google-drive:host=gmail.com,user=[my_username] ` Now I am unable to navigate to this location as there is no folder gvfs inside the folder named 1000 Is there a workaround? I need to sync files from my google drive into a local copy.

I have a simple service that launches a script that mounts google drive directories via gdfuse . The script works when run manually from the terminal. It fails when launched using systemd, which seems to be the only up-to-date method of setting a script to run on startup from my hours of searching. Here is the systemd service gdrive.service: [Unit] Description=Mount google drives [Service] ExecStart=/bin/bash /home/james/gdrive.sh [Install] WantedBy=multi-user.target Here is the script: #!/bin/bash /usr/bin/google-drive-ocamlfuse -label mydrive /home/james/GoogleDrive/MyDrive/ /usr/bin/google-drive-ocamlfuse -label shareddrive /home/james/GoogleDrive/SharedDrive/ /usr/bin/google-drive-ocamlfuse -label shareddrive2 /home/james/GoogleDrive/SharedDrive2/ And here is the systemctl status when I try to start the service (and yes I have run systemctl daemon-reload): × gdrive.service - Mount google drives Loaded: loaded (/etc/systemd/system/gdrive.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2022-09-14 15:41:19 PDT; 1s ago Process: 4997 ExecStart=/bin/bash /home/james/gdrive.sh (code=exited, status=2) Main PID: 4997 (code=exited, status=2) CPU: 24ms Sep 14 15:41:19 blister systemd[1] : Started Mount google drives. Sep 14 15:41:19 blister bash: Fatal error: exception Not_found Sep 14 15:41:19 blister bash: Fatal error: exception Not_found Sep 14 15:41:19 blister bash: Fatal error: exception Not_found Sep 14 15:41:19 blister systemd[1] : gdrive.service: Main process exited, code=exited, status=2/INVALIDARGUMENT Sep 14 15:41:19 blister systemd[1] : gdrive.service: Failed with result 'exit-code'. I have also replaced gdrive.sh with a simple echo hello script and it launches successfully, so my systemd setup is functioning in principle... based on the errors, it seems like when run from systemd, the google-drive-ocamlfuse command is not being found (even though I replaced everything with absolute paths just in case). If it helps, I am on Xubuntu.

I have a server with a lot of unused processing power. I have a friend who does some modeling, calculations, etc., and would like to invite him to use my server. However, I want to give him assured privacy that I cannot view his data. I know that with ocamlfuse he can mount his google drive onto his home folder. But then I would still be able to look inside that folder, right? Is there a way to give him the privacy he needs?

Is there a way to definitely delete the google drive folder appeared in the *Computer* desktop folder in Linux Mint 19.2? It seems it is treated from the os like a mounted partition, but unmounting it did not work. Of course, also trying to simply move the folder to the trash didn't have any effect as well.

I would like to access my cloud data on Google Drive from terminal, so I have downloaded gdrive [from this source](https://github.com/prasmussen/gdrive/releases) ; I have selected

gdrive_2.1.1_linux_amd64.tar.gz

since I am on Fedora 35 with a 64 bit architecture, running a modern AMD processor (Ryzen 5). I unpacked the .tar file, and then I tried to execute the "gdrive" executable **but simply nothing happens!** I have never experienced something like this on linux. When I try to double click on the executable nothing happens, if I try to run it from shell with ./gdrive it tells to me that the file does not exist, but it is there! I can see it with ls for example. The output of file gdrive is the following:

gdrive: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked,
interpreter /lib/ld-musl-x86_64.so.1,
Go BuildID=LPNobKoNhYeFlz7JNx15/ZzI595Tul2vzANCybCLW/ivWdAFQEgsxk2IW4xm0E/km1nogdaurkNF26-P4f4,
not stripped

So it should be an executable that I can run! *What is going on?*

In my file due to some reasons some invalid characters are coming making it very huge file. Sample below of one line. I am not sure where these characters are coming from(I am using google drive online text editor). Please help me to find and replace and all and to avoid getting such characters? It is a file name of a zip file, however not sure how those weird characters came. This is a screenshot of a text file (containing the filenames of a directory). The filenames were obtained by running find . -maxdepth 1 -type f | sed 's/\.\///g'. I then saved this text file in google drive. When I open the file, I can see these characters: looks like ’ characters are converted to â€â„Â

Does anyone of you know how (and if) i can use cp mv to move google-based file (.gsheet .gdocs etc) within the /Volumes of Google drive?

mv website\ 4.gslides website\ 42.gslides
mv: cannot move 'website 4.gslides' to 'website 42.gslides': Operation not supported

it seem sto work for normal files, not for google based files the volume is mounted like this //DRIVE@localhost:49241/stefano%40example.com%20-%20Google%20Drive on /Volumes/GoogleDrive (smbfs, nodev, nosuid, nobrowse, mounted by stefano)

I use the terminal on Mac OSX to navigate my personal Google Drive folder. I stream files to my machine. I can navigate my files find, but have found that I cannot copy (cp) files. Is anyone aware of any documentation that can help me figure out why?

$ cp readings/unit_2_readings.gdoc readings/unit_3_readings.gdoc
cp: readings/unit_3_readings.gdoc: Invalid argument
$

It appears if I mirror all my files, I can use the cp command as expected. However, I would like to avoid mirroring files as there are maintenance implications I would need to account for. Example Use Case: cp folder1/file.gdoc folder2/file_1.gdoc

I'm trying to get google-drive-ocamlfuse to mount on Fedora 35 Linux at startup. I've installed opam and successfully installed google-drive-ocamlfuse. Because this is on a laptop using WiFi to connect to the Internet, I created a bash script to run at startup, as per these instructions on the google-drive-ocamlfuse wiki :

#!/bin/bash

while true; do
  # check to see if there is a connection by pinging a Google server
  if ping -q -c 1 -W 1 8.8.8.8 >/dev/null; then
    # if connected, mount the drive and break the loop
    /home/myusername/.opam/default/bin/google-drive-ocamlfuse /home/myusername/GoogleDrive; break;
  else
    # if not connected, wait for one second and then check again
    sleep 1
  fi
done

I've placed the script in /usr/local/bin, though the blurb on the wiki does indeed say to put it in /home/username/bin. I see no reason why this would matter one way or the other. In /etc/systemd/system, I have a systemd service I made, mount-google-drive.service that's just supposed to run the script:

[Unit]
Description=Run shell script to launch google-drive-ocamlfuse at startup

[Service]
User=myusername
Group=myusername
ExecStart=/usr/local/bin/mount-google-drive-ocamlfuse.sh

[Install]
WantedBy=multi-user.target

If I run $ /usr/local/bin/mount-google-drive-ocamlfuse.sh manually, then the Google Drive folder mounts just fine. However, I can't seem to get the systemd service to successfully run the script at startup. I modified my ~/.bashrc file with export PATH=$PATH:$HOME/.opam/default/bin/ so as to permanently make google-drive-ocamlfuse available in my $PATH. I've run $ sudo systemctl daemon-reload, and rebooted. /usr/local/bin/mount-google-drive-ocamlfuse.sh has permissions -rwxr-xr-x. /etc/systemd/system/mount-google-drive.service has permissions -rwxr-xr-x. When I run $ sudo systemctl status mount-google-drive.service, it appears that systemd has indeed run the script, but for some reason it isn't *actually* mounting the ~/GoogleDrive folder:

$ sudo systemctl status mount-google-drive.service 
○ mount-google-drive.service - Run shell script to launch google-drive-ocamlfuse at startup
     Loaded: loaded (/etc/systemd/system/mount-google-drive.service; enabled; vendor preset: disabled)
     Active: inactive (dead) since Sun 2021-12-05 22:36:19 CST; 2min 58s ago
    Process: 1360 ExecStart=/usr/local/bin/mount-google-drive-ocamlfuse.sh (code=exited, status=0/SUCCESS)
   Main PID: 1360 (code=exited, status=0/SUCCESS)
        CPU: 67ms

Dec 05 22:36:11 fedora systemd[1] : Started Run shell script to launch google-drive-ocamlfuse at startup.
Dec 05 22:36:11 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:12 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:13 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:14 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:15 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:16 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:17 fedora mount-google-drive-ocamlfuse.sh: ping: connect: Network is unreachable
Dec 05 22:36:19 localhost-live.lan systemd[1] : mount-google-drive.service: Deactivated successfully.

To check to make sure that myusername is actually running the script, I run $ su - myusername -c 'bash /usr/local/bin/mount-google-drive-ocamlfuse.sh' and that mounts the drive perfectly, as expected. Why does systemd seem to run the script "successfully" but in reality it's not mounting the ~/GoogleDrive folder via google-drive-ocamlfuse as when I run the bash script manually?

I'm setting up my new System76 machine with Pop!_OS, which allowed me to login with Google Drive with GNOME, however (as mentioned here ), if you navigate through the GUI file browser to terminal, they're all nonsense directories. me@computer:/run/user/1000/gvfs/google-drive:host=umn.edu,user=day00096/0AFek83kcetSAUk9PVA/12ufV37RpRjKS_9nESfx-_TZu-URS60Wg$ ls ls: cannot read symbolic link '1X_NxYmqWHWK9-_aYs2kwB2gTUCi1UTQrBFxjnYot_l8': Function not implemented 1de7iFQbh9IZHkvIl_yffExW2p9HzEqt1 1Qy36sTw5-GR0v8N6blJ-DT3bvTF_WjS9 1FWFxl-bk6I3ltkHNU6D3FyI3gIn-bgRq 1Qzkou7NFgd9uz2z4JwTg0Mywx8kkGiKG 1_OI3GF5L5g2sgMA3mG-KERyMRwJFnZ84 1X_NxYmqWHWK9-_aYs2kwB2gTUCi1UTQrBFxjnYot_l8 1pBdONvNmylanP1sqJcGem4TzsIb3LEKk Is there a way to navigate this like a regular directory tree? I'm aware of the other options but have never had good luck setting them up on other computers.

I could really use a way to get or set individual cells in a Google Spreadsheet from bash, without having to download the entire sheet, make an update and re-upload the entire sheet. Is this the closest: https://developers.google.com/sheets/api/quickstart/apps-script where we have to create a script on the Google site and run that script? I believe there used to be wget/curl methods.

I checked many existing answers and I still didn't find a tool that would work with public folder / no authentication. I have a Google Drive URL that looks like this: drive.google.com/drive/folders/alphanumbericalstring1-string2 I am looking for a tool that will accept this folder as parameter and download all files present in the folder. The folder is not mine and I can't change any settings of it.

I want to write a script to download [this folder](https://drive.google.com/drive/folders/0B5bVaQ5pgJ-raDhkUjRMZEFiS0E?usp=sharing) from Google Drive. The script is aimed for non-expert UNIX users so I don't want to use more than curl or wget.  I've seen solutions with the fileid, but I cannot manage to get the fileid in my case. Is there anyone that managed to download folders from Google Drive? Here are the solutions I tried: - https://unix.stackexchange.com/questions/136371/how-to-download-a-folder-from-google-drive-using-terminal - Downloading Shared Files on Google Drive Using Curl