Redirect Output to location with Permission denied Error?

The Permission denied error when redirecting output to root-owned files is a common issue in Linux systems. When using sudo command > file, the redirection operator (>) runs under the regular user's privileges, not as root, causing permission failures even when the command itself runs with sudo.

Understanding the Problem

Consider a file that requires root permissions for writing:

kent$ ls -l /opt/output.txt
-rw-r--r-- 1 root root 0 May 8 10:43 /opt/output.txt

When attempting to redirect output as a regular user:

kent$ echo "Linux is awesome!" > /opt/output.txt
bash: /opt/output.txt: Permission denied

Even using sudo with the command fails:

kent$ sudo echo "Linux is awesome!" > /opt/output.txt
[sudo] password for kent:
bash: /opt/output.txt: Permission denied

Why Does This Happen?

The command structure has two distinct parts:

• Command part: sudo echo "Linux is awesome!"

• Redirection part: > /opt/output.txt

While sudo elevates the command's privileges to root, the shell redirection (>) still executes under the original user's permissions. This separation causes the permission denied error.

Solution 1: Launch a Root Shell

Start an interactive root shell using sudo -s:

kent$ sudo -s
[sudo] password for kent:
[root]# echo "Linux is awesome!" > /opt/output.txt
[root]# exit
kent$ cat /opt/output.txt
Linux is awesome!

In the root shell, both the command and redirection run with root privileges, resolving the permission issue.

Solution 2: Use a Sub-shell with sudo

Execute the entire command (including redirection) within a sudo-controlled sub-shell:

kent$ sudo bash -c 'echo "Linux is awesome!" > /opt/output.txt'
[sudo] password for kent:
kent$ cat /opt/output.txt
Linux is awesome!

This approach wraps both the command and redirection in a single sudo context.

Solution 3: Use the tee Command

Replace redirection with the tee command, which can run with sudo privileges:

kent$ echo "Linux is awesome!" | sudo tee /opt/output.txt > /dev/null
[sudo] password for kent:
kent$ cat /opt/output.txt
Linux is awesome!

The tee command writes input to both stdout and the specified file. Redirecting to /dev/null suppresses the stdout output.

Comparison of Solutions

Conclusion

The "Permission denied" error occurs because shell redirection operates under the user's privileges, not sudo's elevated privileges. The three solutions?root shell, sub-shell execution, and tee command?each provide different approaches to ensure both command execution and file writing occur with appropriate permissions.