What's the point of terminal file managers (mc, ranger, nnn, etc)?

tatterdemalion@programming.dev to Linux@lemmy.ml – 122 points –

Who are these for? People who use the terminal but don't like running shell commands?

OK sorry for throwing shade. If you use one of these, honestly, what features do you use that make it worthwhile?

81

I never use them but I can see the point. Like when you’re poking around for a log file, not sure what it’s called or where it’s stored and just going on a hunch…but you’re in an SSH session and don’t want to deal with X shenanigans.

It’s a legit PITA to ls, look for files, cat/tail them, etc. sometimes you just want to ls -alR but your corporate build runs tmux on SSH sessions with no configuration so you can’t scroll back since your shortcuts don’t work so you have to pipe everything to more and it just sucks.

I use them for filemanagement on my server over ssh

Oh very good idea. I didn't even consider this

Genuinely curious what you did consider.

My daily driver. I hit the terminal a lot

I think -- though I was not one of them -- that that's how people tended to use OFMs in their heyday. Like, my "home" program, the program that I'm doing most other things from, is bash, whereas I think for a lot of people on DOS systems, it was an OFM rather than command.com.

What is the advantage over using SFTP with Nautilus/Dolphin/… ?

It's faster. Because I have to move directorys relatively often from different drives on my server and nemo seems to be moving the files to my local machine before moving them to their right location on the server.

I use dired in Emacs.

I assume you mean "why use these instead of file-manipulation commands in bash?"

I use both.

There are a handful of tasks that are easier in dired than bash.

  • Making small modifications to filenames that aren't amenable to programmatic changes. You can just toggle the read-only flag on a dired buffer, edit the filenames, and then hit C-c C-c when done.

  • Marking a set of files to perform an operation on where that set cannot trivially be expressed using tools in bash. Think, oh, "which movies do I like enough to want to keep around". This is especially handy when moving a number of files to another directory, which I think is why people often like the two-pane approach of orthodox file managers. Dired is not an OFM, but it can act like that if you have two dired windows open, using the other as the default target for the operation.

  • Dealing with filenames containing obnoxious-to-type characters like weird Unicode stuff. If I want to delete the one file in a directory whose name consists of a bunch of kanji, it's easier to just manually select it in a list.

  • Navigating where I usually want to see the contents of each directory. I'll often navigate around in dired while building up up an emms playlist. Browsing a list of movies to play.

EDIT: It's also not really a file manager, but I do use ncdu to see what's taking up space on a disk. I'll also use du -h|sort -h|less, but ncdu is, like file managers, more convenient when just browsing around the tree and looking at each as one does so, while manually selecting a few items to operate on (deleting).

EDIT2: I'll also add that virtually all of the people I know in person who love OFMs -- I'm in the US -- are from Eastern Europe, moved to the US from Russia, Ukraine, Romania, etc. I dunno why that is. Maybe just spreading along language lines. Maybe there are or were issues with switching between Cyrillic and Latin character stuff akin to my above irritation with kanji. But someone from Eastern Europe might have more input to answer your question.

EDIT3: The link I provided above for OFMs has a very long discussion from the author on why he likes OFMs (though not all terminal file managers are OFMs, many, like Midnight Commander, are). Reading it, I'd say that there's a lot of overlap with how Emacs works with dired+TRAMP+eshell and some other Emacs packages, though they accomplish similar goals in a different way -- sort of making integrated functionality that spans network file transfer, file management, text editing, file archive access, console commands, with a common toolset available for all. Would be quicker to learn an OFM than Emacs, though Emacs is gonna provide a considerably-larger set of functionality if you're willing to spend the time on it.

EDIT4: There are also a number of OFMs in Emacs, like Sunrise Commander, so I guess I shouldn't really treat it as an either-or matter.

Is it common than whenever somebody brings up "emacs" its a wall of text? Please don't take seriously.

Yes, Emacs users are very thorough so expect lots of detail.

It has paragraphs and an unordered list so it's technically not a wall of text :)
There is truth in it though, it's fun to ramble on about all the cool stuff that we get to do with Emacs.

But why would anybody read that in a topic about terminal file managers.

The comment was talking about dired which is a file manager that runs inside Emacs and Emacs can be used in terminal mode.

They're better than

cd something
ls
cd something-else
ls
cd ../..
ls

But you don't need to cd before running ls. And in most cases you don't even need ls, autocompletion is enough.

Isn't your shell showing autocomplete options on oressing tab? Like the subdirectories? That way you don't need multiple cd and ls calls

Well... WinSCP or something like that is even better.

With some people, it's just easier and faster to navigate a filesystem structure if you can just see it all laid out in front of you visually instead of "cd-ing" and "ls-ing" every directory you traverse just to see what's in it and having to "pwd" and remember where you are. Some of us didn't do too well at the memory game as kids.

They are faster and more efficient for most basic file operations.

Id actually say, for super basic stuff the shell commands are faster. And super complicated stuff, shell commands are faster.

But it's that set of things in the middle of the bell curve that are more complicated that moving a single file and less complicated than running a bash script one liner that strings together 8 commands that these terminal browsers really shine.

My favourite one is renaming a directory full of files in nnn. It opens in vim, and I'm in my happy place, where I really know how to edit text (or, in this case, filenames). Great when there's some minor variation between a lot of files. Full previewing before saving, multiple operations handled before doing anything etc.

Most systems I interface with are remote or headless. Forwarding X is annoying as fuck and to be avoided at all cost, so the more I can do though the terminal, the better.

PS: I'm also old enough to have been a regular user of Norton Commander, the application MC (Midnight Commander) is based on (inspired by).

EDIT: Norton Commander was a DOS app and so useful that it prompted Midnight Commander, one of the earliest applications developed for Linux. So MC kind of pre-dates Linux in a way.

Sometimes it helps to have a visual aide for what you're doing. CLI/TUI apps are often faster, or when accessing remotely, lower bandwidth.

Also, let people enjoy thing.

Sometimes they are more convenient, than cd ls mv cp everything, when you don't have access to a file explorer.

Specially if you are working with a server via ssh, or some machine without any Desktop Environment installed.

It's really annoying navigating a filesystem in the shell.

Either you remember exactly where a file is located, have a reference, or you're going to be doing a lot of "ls, cd, ls, cd".

Either you remember exactly where a file is located, have a reference, or you’re going to be doing a lot of “ls, cd, ls, cd”.

You do know tools like find and locate are a thing? If anything it is the graphical tools that do not have a lot of flexibility here.

🥱

There's always someone like you, lol.

Glad I've learned to just cut you out and move on.

Have a nice day!

for example, when you need to copy some files and not the other, you can take your time selecting the specific files you need to copy instead of writing the list of files in one command. When you want to check the contents of a lot of files, you can just open file preview. Etc, basically sometimes CLI isn't as convenient as TUI/GUI

Nostalgia for those 80s and 90s kids who grew up with norton commander ;-)

Eh... for home servers, when you want to take a quick glance at the files (maybe you are running a script that copies files around after some time...?). Then again, I don't really find em useful when I have ls -al shoved inside my brain. It's (kind of) "second nature" at this point.

I use it on my home server, TUI only, when I want to organise my files

Depends on what I'm going to do. I often use mc if I need to do something to a bunch of files but not all and the filenames are not good to filter on except by human eye. For example when I want to move a bunch of mixed downloaded stuff from my dl machine into grouped folders on my NAS. It's easy to go down through the list and select what to move from the download folder (where it's all in a disorganized pile) into the grouped destination folders.

If I work on individual files, or something that's easy to filter through wildcards I use terminal commands.

It's not for or against, it's about choosing the most convenient tool for the job.

People who can use them effectively tend to be a way faster with the regular admin work. Also, they can do some things which are not that simple on the command line (browse through tarball, browse through remote directories).

One of the first things I install is mc (sometimes ranger). It's just a really fast way to get around.

CLI is fast, but GUI is (if done right) intuitive. Running mc is both. Very fast way to explore/get around file system.

Maybe you are confusing GUI with TUI. Intuitive, yes, but hard to believe that GUI is faster than anything much.

I think I was trying to say that mc combines the intuitiveness of a GUI with the efficiency of a CLI. A TUI.

Well, for schoolwork, I mount my Google Drive storage onto my ~/googledrive directory (where I store all of my schoolwork) and usually use mc to navigate. Although, I am quite comfortable with the terminal. Its just that I have a lot of subfolders and going to a specific subfolder in mc is usually faster than doing "cd ~/googledrive/subfolder-with-long-path".

Have you looked into Autojump? It works with bash and zsh and is even faster than using a terminal file manager if you've already visited the directory before

I still kinda don't see the point. Like, typing cd /usr/share/xsessions is not that much slower than j xsessions or however it would work. Also, how does it actually work? What if I visit both $HOME/backgrounds and /usr/share/backgrounds very often?

It's for when you have really nested directories. It happens especially when you're working in a file space used by others. I used to have a folder I would often reach called /media/nas/documents/personal/school/foo/bar/foobar2001/projectA

I ended up going back to that project so many times, I could just do j projectA and get there from anywhere. "Why not use a symlink?" I hear you say. Well it's because I often have to go to projectB or another which was in another really nested dir. Or I needed to jump to another directory which was equally as nested, and only had to use it frequently for like a week or so. Making and deleting symlinks all the time wasn't practical. Not to mention some software doesn't properly follow symlinks

What I usually do for that sort of thing is define some variables that go to my most visited.

Aliases? That could work quite well imo, and I have some to launch my most frequently opened config files, such as my qtile config

alias qtile-conf="nvim ~/.config/qtile/config.py"

How do you mount the GDrive ? What app allows you that ? I know gnome allows it but since moving to sway I gave up on it

Kseniya

I use rclone. The command I use to mount my GDrive is basically:

rclone mount "GoogleDrive:" ~/googledrive --vfs-cache-mode full --daemon

And then I could access it (almost) as if were a regular USB drive mounted onto my filesystem (by doing cd ~/googledrive). Only difference is that it is a bit slow, as none of the files ever get synced to the computer's hard drive (all changes are immediately uploaded to Google servers), and I cannot change the filesystem permissions (they are always a+rw for all of the files).

As a Linux newb, it's easier than opening a SFTP session next to the terminal as I'm learning the file structure so it's either that or cd then ls for every damn folder because I don't know where I am or what's in this folder vs that. Ranger has been nice for me as I learn.

In the good old DOS days I used Norton Commander, when I need to look through the directory structure on a server it's easier with Midnight Commander.

Keybindings compared to shell commands are just better imo compared to shell commands. And keybinds to insert filename/path to commandline (like Esc+Enter in mc or %s in ranger) are more useful to me than autocomplete. Also, multiple panels for running shell commands with arguments from different directories.

Did you know that "esc, enter" is actually a workaround for "alt+enter"?

I use it more or less to browse my multimedia files. Ranger knows if it's a pdf or a mkv file, so I don't have to do anything but hit enter. When watching a series, I hit Q in mpv, down arrow and enter to play the next episode instead of writing mpv tab tab enter. It's also got pretty nice tools for mass renaming, deletion, and probably a lot more that I didn't bother learning. But if I want to get a specific file, say a config file, then I just open it normally with an editor from the terminal instead of going from /home to / to /etc

I use a mix of shell commands, terminal file manager, and GUI file manager depending on the task at hand.

The terminal file managers are quicker to navigate to a particular file/directory since it doesn't require typing commands but I can still navigate with a few key strokes as opposed to using a GUI.

For me, it's about using the right tool for the job. Sometimes, using full GUI file manager is overkill, especially for copying just one file, and you know exactly where you want to copy it from and to.

And a TUI file manager like mc, ranger, nnn are a good in between level of ui, and is great for browsing files distraction free from the visual clutter of a full GUI file manager. That may seem like not a big deal, but I think it's nice to be able to see things simply and straight to the point. For me, it just feels nice and less frustrating.

What I like about Linux is choice. And in this case, choice in file management. Pick the right tool, and you'll get things done more efficiently, and with less annoyance.

I use ranger and it's multi-purpose. I use it as a file manager, file editor (via vim) and also a disk mounter (through an add-on). I can run shell commands if I wanted to.

What I really like is that I can use the :mkdir command to make one directory with spaces in its name or :shell mkdir to make multiple directories in one go and escaping spaces if necessary.

I like that it shows you how much space is free based on which partition you're on. Another useful feature is being able to preview images.

Now, not all of what I mentioned is unique to ranger but it's fast and navigating is easy. If I'm copying files between two folders, I can put a flag down and use ' to jump between them.

Ranger is very customisable so if you want to control how different file extensions are handled then there is a config file that'll allow you to do that.

I am not sure there is any killer feature that you cannot do in a cli application. It is just a different way of working. Slightly better at some things slightly worst at others. But the biggest difference is what you are used to more then and single feature set.

Though I don't personally use them, I also use a shell with a lot more interactive features built in then default bash does. If I where stuck with only default bash maybe I would lean more towards them. But that is just the way I work, others work differently then ai do.

Anecdata: I had been "running shell commands" happily enough for 15 years. And then I tried Ranger. It was immediately clear that everything is faster, sometimes much faster. This supposes that you are familiar with basic Vi key bindings. It's not about "features", it's much simpler than that, it's about keystrokes.

The more time I spend on development at work and at home, the more I truly despise constantly switching from mouse to keyboard and back. I'm no power user, but I may well check this out.

1 more...
1 more...

I use mc for sorting stuff on my NAS. These 15 files go here, these 20 pictures into that directory. Let me have a quick look at that text file, okay I can delete it. Look if I got biggest files, this downloaded file gets renamed, ...

I don't know of any better way to do it, except write super long 'mv' commands and have 3 ssh connections open.

I have wondered this as well. I do find that sometimes I DO prefer to be able to see image thumbnails, but that's about all I see.

There's some good stuff out there, but zsh for me is plenty feature rich to do the job.

I use vifm because of bulk rename, it literally opens a vim buffer with each file name as a separate line. Just think about the possibilities… (I know this is possible somewhere else, but I haven’t found anything similar)

1 more...

I used mc many yeas ago until I learned CLI utils well enough to use them efficiently. I think, it is the main point: you get a tool that does not require a lot of time to start using it. But in most usage scenarios TUI FMs are less effective than CLI.

Regular file managers provide an extremely bad, inefficient user experience. I grew up using Total Commander, so it's more convenient to me to use something like it.

I use Dired mode in Emacs which I guess also counts as one of those. I find it very convenient because it's integrated into Emacs. Also, I wouldn't like to use the mouse for file management.

I only use lf in foot to have a preview of a file (image, text, pdf, ssl cert, everything with sixels, cat or the specific command) without opening or searching for that file first. It's faster to just use lf to search for a file instead of opening every single one. Other than that I find using xdg-open, cp, mv, rm etc. is faster compared to using any file manager, probably because I never learnt lf's shortcuts properly. All GUI file managers I know are bound to their DE, eg. dolphin and nautilus, which sucks with a WM.

This paper describes the paradigm in detail, they're called Orthodox File Managers.

I learned Norton Commander way back in the 90s, then moved to Midnight Commander, and it's still a key part of my toolset. Using the keyboard in a hybrid shell / tree view mode is still the single most efficient way I've found to manage files. Need to find files under a subdirectory? Press F7. Need to move an entire directory somewhere else? cd to it, then press F6. Want to move all the pdf files under a subdirectory somewhere? Use the find dialog, then move the search results. No mouse/trackpad needed, everything is at your fingertips.

Way back when DOSLinux existed the dev provided a Midnight Commander with a fully loaded F2 menu as well as setup associations. Could literally do almost anything and everything from within the file manager. I later moved the configs over to Slackware and pretty much lived in MC to get things done. At some point the MC code reduced the number of entries in the F2 menu so I would have to rebuild it to remove the limitation.

No longer use it like that today but MC is used constantly for file management locally and remotely (mostly to a Kodi box).

Using OFMs (Norton/Volkov/Midnight Commanders and FAR) has always been easier and faster to use than Explorer-style GUI FMs for me.

I had a similar thought. I got a plugin for neovim that lets you manage files and folders with nvim and seems like a quick way to easily move a bunch of files and folders around.

I haven’t really used it, as you said I stick with shell commands. But I could see some people getting used to that. Especially when dealing with a lot of files or photos and you really like vim lol

It saves time when you're dealing with multiple files with different names. Also, MC is a clone of NC and I've been using either of them since early 90s. Habits.

As someone who uses nnn (occasionally lf) all the time, terminal file managers make navigation (especially bookmarking) easier.

Think Nemo's my default file manager but with GUI file managers I find it hard to switch contexts. I always used to have two splits open with Nemo but if I need to open a new context I'd have to open another instance of Nemo and then I gotta switch between the instances now.

Now, nnn gives me 4 contexts, which can be easily switched between using 1-4. I've added zoxide within nnn to pretty much jump to any directory within my system. This isn't really possible with a GUI file manager. Guess you can add integration to other tools as well to the list of pros of a terminal file manager.

File preview needs a mention as well. It's easier when you can quickly glance a file and move on instead of opening it.

The keybinds you can set up in e.g Ranger for navigating or moving files are incredibly fast and easy. Sure you could just use shell commands/aliases etc. but the visual representation of the file system that a TUI provides, I find really useful.

Norton/Midnight/Total Commander are epic for navigation and basic file operations.

I use ranger to navigate around and view large source trees. I like its miller columns like Finder.

I tend to write scripts for anything more than a one liner. It takes time up front, but I have so many now they become their own one liners

I like them better than repetitive or complicated CLI commands, but I just never remember to install or use them when I'm doing a bunch of stuff on a server.

For the most part, I just use the terminal directly. However, copying and moving is sometimes easier through a GUI/TUI. Although, personally I'd just use a GUI over the TUI anyway if I needed the functionality.