Do you have any evidence for this, or are you just looking at mod logs across instances? There have been about a billion little things that have slowed or stopped content from sharing properly over the history of this system so far—how can you be sure there is malevolence on their part and not simply a bug that hasn’t been patched?
WeirdGoesPro
Said no one ever.
Me too! It feels great, honestly. Highly recommend.
Do you like it here? Do you want it to succeed? Do you realize that instance servers and rust developers cost money? Those are the reasons why.
Either we help this place thrive now, or we’ll be watching assholes like Threads dominate the Fediverse. We can all be part of the solution, or we can be apathetic and continue to complain about the corporate internet while doing absolutely nothing about it.
I have never regretted a donation to a FOSS project.
I would bet that at least 90% of Lemmy could afford a recurring donation of $1 to $3 per month. If 90% of 50,000 users donated $1 per month, they could bring in $45,000 per year. Currently, the 1172 donators are donating even more than that, which pays for 1 full time developer. If we picked up the slack, they could afford two, effectively doubling the dedicated work output.
It’s that simple. Either we band together and keep this system afloat, or we give our data to corporations so they can sell it and pay the bills that way. There isn’t really a third option.
Edit: I can’t believe this has been up this long and nobody has corrected my awful math. It isn’t $45,000 per year, it’s 45,000 users donating a combined total of $540,000 per year. Basically, 90% of us donating $1 per month could take this rocket ship straight to the moon.
Honestly, it sounds like you set up some unusual settings when you first set up Ubuntu. Usually, the default Ubuntu options will disable root and give your first account sudo permissions. If it didn’t do that, then it should still have root enabled as a user you can log in as.
I mean no disrespect, but it seems like you need some terminal fundamentals that will be difficult for me to relay to you one at a time. Instead, I’m going to give you the basic game plan that I would run here, and then I suggest you google the individual commands to see how they work.
Step 1: Get Admin Permissions
It is imperative that you get administrator privileges. Try logging out completely and logging in as root. If that doesn’t work, do some googling about Ubuntu root accounts and wrack your brain to remember what you selected when you first set up the OS. When you get access to the root account, you should be able to run that command from earlier to add your user to the sudo group. Running commands with sudo will give your primary account root like permissions without having to risk a fat finger error like you do with root.
Step 2: Try Changing File Permissions
Once you have sudo or root access, use sudo or root to run the chmod 777 command to change a file’s permissions to global access. This will allow any user or program to access that file. There are other chmod restrictions that are more specialized that you may want to learn about, but 777 is a good place to start while testing this because we want to reduce the chance of something going wrong as much as humanly possible.
Step 3: Look For Dependancies
Look up terminal install instructions for google drive. Are there other programs that need to be installed first that may have been missed? If so, install all dependencies.
Step 4: Test Other Distros
Spin up a VM of Debian and try installing google drive there. Does it work on Debian? If so, it may be some setting with Ubuntu that is keeping it from working. I’ve occasionally run across weird incompatibilities with Ubuntu that resolve themselves on Debian.
Step 5: The Nuclear Option
If it works in Debian or another distro, then you may want to consider switching distros, reinstalling Ubuntu, or spending a few hours of googling to figure out what the differences are between the two OS’s to track down your problem. Tracking the solution down may be the hardest option, and though it seems daunting, switching distros isn’t so bad.
Good luck, soldier! The sweet release of solving a problem in Linux is better than any orgasm. I honestly think if you do googling about root accounts, sudo, chmod, and the individual dependencies for your malfunctioning programs, that you will figure this out.
If you get it fixed, I’d love to hear your solution. Also, I’m happy to answer more questions if you make some progress and hit another block, I just figured it was easier to spell out a whole plan instead of giving it to you a step at a time.
I’ll follow this logic path. It was assembled 300 years after his death, but the Catholic Church claim(ed/s) to have God’s phone number through the Pope, so wouldn’t Jesus have been like “yo, pops, you gotta tell them to take out that rapey shit before I get me too’d”.
Mystery of mysteries.
Why are Republicans turning red? What is their final form???
It sounds like you aren’t an admin somehow. Do you know the root login credentials? Maybe adding the user to sudo from root will get you closer.
You could also try running chmod as root as a shortcut, but be very careful making a bunch of changes as root.
I literally never have that problem with Debian. I’ve had it with Ubuntu though…
Couldn’t hurt, but I’d be surprised if that fixed it.
Has your account been added to the sudo group before? If not, run the following command in the terminal with your own username:
sudo usermod -aG sudo
That should give your account sudo privileges and let you run the command with sudo properly.
I really wish I could take a look at your system in person. There are several things happening here that are unusual for Ubuntu.
I know for a fact that DB Zer0 could use some love, and their admin has created a lot of extra tools that have helped the Fediverse manage abusive instances. If your instance is well funded, but you would still like to donate somewhere to show your support, I highly suggest you check them out.
Their donation links are in their sidebar.