How can I get octal file permissions from command line?
You can try
stat -c "%a %n" *
Replace *
with the relevant directory or the exact filename that you want to examine.
From the man page of stat,
-c --format=FORMAT
use the specified FORMAT instead of the default; output a newline after
each use of FORMAT
%a Access rights in octal
%n File name
Usage:
With files:
$ stat -c "%a %n" ./Documents/Udev.html 664 ./Documents/Udev.html
With folders:
$ stat -c "%a %n" ./Documents/ 755 ./Documents/
(Reference)
File permissions in Linux can be displayed in octal format using Linux stat command.
Just press Ctrl+Alt+T on your keyboard to open Terminal. When it opens, Navigate to the directory where you want to find the file permissions in octal mode.
stat -c '%A %a %n' *
%A Access rights in human readable form
%a Access rights in octal
%n File name
Octal numbers and permissions
You can use octal number to represent mode/permission:
r: 4 w: 2 x: 1
For example, for file owner you can use octal mode as follows. Read, write and execute (full) permission on a file in octal is 0+r+w+x = 0+4+2+1 = 7
Only Read and write permission on a file in octal is 0+r+w+x = 0+4+2+0 = 6
Only read and execute permission on a file in octal is 0+r+w+x = 0+4+0+1 = 5
Use above method to calculate permission for group and others. Let us say you wish to give full permission to owner, read & execute permission to group, and read only permission to others, then you need to calculate permission as follows: User = r+w+x = 0+4+2+1 = 7 Group= r+w+x = 0+4+2+0 = 6 Others = r+w+x = 0+0+0+1 = 1
Effective permission is 761.
Source: http://kmaiti.blogspot.com/2011/09/umask-concept.html
As detailed in “755”-style permissions with ‘ls’ by Adam Courtemanche on AgileAdam.com, you can create an alias lso
that acts like ls -l
but slightly processes the output1 to display permissions also in octal. This adds a leading column showing three-digit2 octal permissions. As written, this works for most files and directories, but it does not work properly if the sticky or setuid/setgid bits are set.3
alias lso="ls -alG | awk '{k=0;for(i=0;i<=8;i++)k+=((substr(\$1,i+2,1)~/[rwx]/)*2^(8-i));if(k)printf(\" %0o \",k);print}'"
This has a serious shortcoming, though, as techtonik points out. You cannot pass arguments to this lso
alias as you would to the ls
command, because they are taken as additional arguments to awk
instead. Thus you cannot run lso
on a specific file or directory, nor can you pass any options (like -F
, or --color
) to lso
.
The fix is to define lso
as a function rather than an alias.
lso() { ls -alG "$@" | awk '{k=0;for(i=0;i<=8;i++)k+=((substr($1,i+2,1)~/[rwx]/)*2^(8-i));if(k)printf(" %0o ",k);print}'; }
If you're trying this out interactively in your shell, run unalias lso
to remove the alias--you can do that either before or after you define the function. If you're putting it into a file that is sourced, such as ~/.bashrc
, just take out the alias
line and add the function definition.
Why does this work? Unlike aliases, bash shell functions can take positional parameters, i.e., command-line arguments. "$@"
expands to the full argument list, causing arguments to the lso
function to be passed to ls
. (Unlike an alias definition, a function body is not quoted; hence it was necessary to remove the \
characters before $
and "
.)
Since you can pass options to lso
when defined this way as a function, you may wish to remove the -a
and -G
options from the definition--you can pass them manually in cases where you want them. (The -l
option is required for details like file permissions to be shown at all, so there is no benefit to removing it.)
lso() { ls -l "$@" | awk '{k=0;for(i=0;i<=8;i++)k+=((substr($1,i+2,1)~/[rwx]/)*2^(8-i));if(k)printf(" %0o ",k);print}'; }
Thanks to techtonik for pointing out the limitation in defining lso
as an alias, thus motivating me to expand this post with material about making it a function instead.
1One may note this seems to flout the general rule about not parsing output from ls
. ls
produces very human-readable output; this introduces idiosyncrasies and limitations making it generally unsuitable as input for other commands. In this case we parse ls
since we wish to preserve the exact behavior of ls
except our one added change.
2One limitation of this alias, which also applies to the function version shown below it, and which may be considered a bug, is that it only displays three octal digits even when the fourth octal digit is zero. As jfmercer has rightly pointed out, the octal digits displayed here don't reflect the sticky bit if present, nor setuid or setgid bits.
3More seriously than merely not showing the fourth octal digit is that this method assumes they are not set, and if they are--if you see t
, s
, or S
in the permission string--then you should disregard the octal digits. This because the bits are inferred from the permissions string in a way that does not account for sticky setuid/setgid bits.