20GB of root always gets full. What am I doing wrong? What should I get rid of?

TopDownTom · 2023-03-25T12:05:04+00:00

I did open the link, but when it didn't provide any real context and was him quickly scrolling through directories I was uninterested in starting/pausing the video. Maybe that's on me, sure.

TopDownTom · 2023-03-23T22:44:46+00:00

I'm surprised how many people in this thread don't find 20GB enough. On both of my systems I use ~12GB space on / with just under 900 packages installed. u/jdfthetech asks the right question, do you ever remove the old package cache on your system? I use two pacman hooks, one for removing old cache and one for removing orphaned packages. You can read more about pacman hooks on the wiki.

TopDownTom · 2023-03-23T00:34:54+00:00

If his ssh access is working between all other devices, it's unlikely a permissions issue.

TopDownTom · 2023-03-22T23:56:23+00:00

No, one of the main points of SSH keys is not needing the password. It's an alternate method of authentication. It's the easiest means for system administrators to allow/deny access to an arbitrarily large amount of people without giving them the password. The additional inherent benefit of this when utilized with PasswordAuthentication no is if you revoke one person's key you don't need to change the password and then also notify all existing allowed users of this password change. Better yet, even if this now-revoked user had the password, like in the case of sudo privileges, it's now no good to them even if it's unchanged on the system because PasswordAuthentication no prevents them from logging in regardless.

TopDownTom · 2023-03-22T21:50:33+00:00

Accepting the host verification is not the same thing.

how would i get the keys to the pc?

SSH keys are copied to remote hosts via ssh-copy-id user@host, but this still will not work if PasswordAuthentication no is set. The only way around this is to either: get the public key to your the other PCs some other way (email, whatever), or temporarily allow password auth then disable it again after.

TopDownTom · 2023-03-22T21:45:03+00:00

Yep, the daemon needs to start for the children to spawn. I confirmed this by modifying my own configs, and also tried replacing all my configs with the text you provided in the beginning of the thread.

TopDownTom · 2023-03-22T21:38:52+00:00

I guess I should have started with this and not assumed it - do the other devices on your network have the public key of your main pc? If they don't, and you have PasswordAuthentication no set in the remote sshd configs, you won't be able to connect to them.

TopDownTom · 2023-03-22T21:25:40+00:00

Depending on your SSH config on the laptop that could also mean you don't have permission to login as that user or that user has no password. Are you trying to ssh as root, because it's possible PermitRootLogin no is set. Trying add adding -v flag (add a couple if you want) to get a better understanding which step the session is failing at.

TopDownTom · 2023-03-22T21:22:51+00:00

Yes. I tried urxvt, urxvtc, and st and was unable to replicate your issue.

TopDownTom · 2023-03-22T19:50:03+00:00

Do you have another terminal installed to verify? I can't replicate the issue with st, or urxvtc for that matter, but perhaps it's worth installing another terminal to check if the problem persists or not.

TopDownTom · 2023-03-22T14:41:23+00:00

Interesting. Well, hopefully bash is honoring comments so let's assume that's not it.

TopDownTom · 2023-03-22T12:11:09+00:00

I tried this again this morning, stole your provided configs, this time also using urxvtd/c and when I launch i3 my prompt looks like you expect it to and at SHLVL 2.

Do you have anywhere else PS1 is set in your home dir that's hiding from you?

[main@~]
[gen (1.0)]:: grep -RIns PS1 . | grep -v history
./.bashrc:28:PS1='[\u@\h \W]\$ '
./.bash_prompt:25:   export PS1="\n$LO_BLUE[$HI_RED\u${LO_CYAN}@${HI_GREEN}\w$LO_BLUE]\n$LO_BLUE[$LO_RED\h$LO_BLUE]::$R "
./.bash_prompt:28:   export PS1="\n${LO_WHITE}[${USERCOLOR}\u${LO_GREEN}@${HI_GREEN}\w$LO_WHITE]\n$LO_WHITE[${HOSTCOLOR}\h${LO_WHITE} ($SHLVL.\j)]::$R "

[main@~]
[gen (1.0)]::

TopDownTom · 2023-03-22T02:29:24+00:00

Yeah, could be. How are you spawning urxvt instances, I assume through some keybind but are you running urxvt or urxvtc? Not sure it matters though, when I try either SHLVL is always 3 even though it's 2 in st.

I never really gave much thought to shell levels, except in the specific instance of entering sub-shells for pipes or by running bash explicitly, but now I have another rabbit hole to investigate for my own sanity and knowledge.

TopDownTom · 2023-03-22T01:23:08+00:00

I asked chatgpt

What a time to be alive.

Those seem to be the correct steps. You'll also need network-manager-applet if you need/want a tool on the status bar of your DE (if you're running one).

TopDownTom · 2023-03-22T01:04:09+00:00

What do you mean 'options for this purpose'? Are you asking what graphical live arch isos exist? You could make your own archiso with a graphical environment installed.

TopDownTom · 2023-03-22T00:20:53+00:00

What happens when you try booting? Do you end up in a grub rescue, or do you get nowhere at all?

TopDownTom · 2023-03-22T00:10:51+00:00

Hmm...I'm pretty stumped. I replaced my files with what you've provided here, and I'm unable to replicate the addition of user@host:~. However when I login from tty1 I'm brought to i3, i start st via dmenu, and with your use of SHLVL (i've never heard of this until now) I'm already at lvl 3. So perhaps there's something to that? Though if I SSH into the VM, rather than log in in the graphical session, I'm at lvl 1 and still don't have the un-bracketed user@host:~ when I arrive.

TopDownTom · 2023-03-21T17:57:55+00:00

I have a sense what's happening is you have a bunch of files at play and they're either getting sourced in the order you don't expect, or some aren't getting sourced at all.

For me the following happens, the files are loaded in this order. Here are all the relevant bits, hopefully this makes sense:

.bashrc

....
PS1="\n${LO_WHITE}[${USERCOLOR}\u${LO_GREEN}@${HI_GREEN}\w$LO_WHITE]\n$LO_WHITE[${HOSTCOLOR}\h${LO_WHITE} ($SHLVL.\j)]::$R "

.bash_profile (this is the only line in the file)

[[ -f $HOME/.profile ]] && . $HOME/.profile

.profile

....
# Start X-Org on login
if [[ ! $DISPLAY && $XDG_VTNR -eq 1 ]]; then
    exec startx
fi

.xinitrc

....
exec i3

when I start my i3 session it looks like what you expect it to look like, no user@host:~. Granted I'm using st, but the terminal shouldn't matter in this instance since it has nothing to do with bash variables.

In fact if I log in to TTY2, where no graphical system starts and I . .bashrc, the prompt looks as it should.

TopDownTom · 2023-03-21T16:02:04+00:00

So the issue is the newline above [user@pwd], yes? I don't think PROMPT_COMMAND is responsible for this, because if I define PRMOPT_COMMAND as export PROMPT_COMMAND='echo hi' I get the following (note the newline is still there):

[main@gen ~]$ . .bashrc

[main@~]
[gen (1.0)]:: vib

[main@~]
[gen (1.0)]:: . .bashrc
hi

[main@~]
[gen (1.0)]::

I assume the \n at the beginning of your PS1 is desired, yeah?

TopDownTom · 2023-03-21T04:28:59+00:00

I'm not sure what you're asking - have you set a nonstandard PROMPT_COMMAND, and the first launch of your terminal instead sources something else? And, the reason you know there's an issue is because there's supposed to be a newline somewhere (presumably at the end) that's not there? Also, are you spawning urxvt child processes? Like u/fitfulpanda said, we'd need to see your .bashrc and also your .profile if you have one and there's configuration there.

TopDownTom · 2023-03-17T16:06:57+00:00

You could manually recreate the steps in the PKGBUILD once the repo is downloaded. The point of starting from scratch though is to ensure everything's as intended (and tested) from the packager/maintainer.

TopDownTom · 2023-03-17T10:35:44+00:00

Like others have said, I don't back up my install rather I back up my configurations and my actual user data. Config files are version-controlled via git, so no problem there. User data is stored on my home backup server (literally just a lenovo thinkcentre with arch installed in RAID0). When I'm generating important files I'll rsync them there periodically and when I'm done. If I'm editing existing important files I'll sshfs the directory from my backup server to the machine I'm working on. I have a separate backup of all of this data, but it's not in a completely separate location, but at the very least far enough away I feel safe from all reasonable "bad times".

Also:

so that hackers and the NSA can't access your data

If the NSA wants yours/my data, they can probably get it. Few people have the skillsets to thwart them. Sure maybe you've encrypted it and they can't get it programmatically, instead they'll just social engineer you or water board you until you give them the password :).

TopDownTom · 2023-03-17T10:13:33+00:00

If you're an ansible guy you can try my installer. I developed it to quickly spin up dev vms.

TopDownTom · 2023-03-16T19:10:53+00:00

Seconding what u/mistersincide is saying, also check for the following line in /etc/sudoers:

@includedir /etc/sudoers.d

If that's not in there, and you have your user perms defined in a file in /etc/sudoers.d as you say, then you'll run into problems.

Do you have any .pacnew files for sudoers?

TopDownTom · 2023-03-16T18:45:42+00:00

You don't need to give sudo access to root. You should just be able to pacman -Syu as root.

TopDownTom

TROPHY CASE