Коли ви хочете перенаправити як stdout, так і stderr в один і той же файл, ви можете зробити це за допомогою command 1>file.txt 2>&1, або command &>file.txt. Але чому поведінка command 1>file.txt 2>file.txtвідрізняється від зазначених вище двох команд?

Далі йде команда перевірки.

$ cat redirect.sh
#!/bin/bash

{ echo -e "output\noutput" && echo -e "error" 1>&2; } 1>file.txt 2>&1
{ echo -e "output\noutput" && echo -e "error" 1>&2; } 1>file1.txt 2>file1.txt
{ echo -e "error" 1>&2 && echo -e "output\noutput"; } 1>file2.txt 2>file2.txt
{ echo -e "output" && echo -e "error\nerror" 1>&2; } 1>file3.txt 2>file3.txt
{ echo -e "error\nerror" 1>&2 && echo -e "output"; } 1>file4.txt 2>file4.txt

$ ./redirect.sh

$ echo "---file.txt---"; cat file.txt;\
echo "---file1.txt---"; cat file1.txt; \
echo "---file2.txt---"; cat file2.txt; \
echo "---file3.txt---"; cat file3.txt; \
echo "---file4.txt----"; cat file4.txt;
 ---file.txt---
output
output
error
---file1.txt---
error

output
---file2.txt---
output
output
---file3.txt---
error
error
---file4.txt----
output
rror

Що стосується результатів, то виглядає так, що другий рядок ехо замінює першу ехо-рядок під час запуску command 1>file.txt 2>file.txt, але я не знаю, чому це буде. (Чи є десь посилання?)

Вам потрібно знати дві речі:

• Дескриптор відкритого файлу, відомий стороні в режимі програми процесу, посилається на внутрішній об'єкт ядра, відомий як опис файлу , який є примірником відкритого файлу. На файл може бути кілька описів файлів, а також декілька дескрипторів файлів, що надають опис файлу.
• Поточна позиція файлу є атрибутом опису файлу . Отже, якщо кілька дескрипторів файлів відображаються в одному описі файлу, всі вони мають одне і те ж поточне положення файлу, і зміна положення файлу, прийняте за допомогою одного такого дескриптора файлу, впливає на всі інші такі дескриптори файлів.

  Такі зміни введені в дію процеси , які закликають до read()/ readv(), write()/ writev(), lseek()і тому подібні системні виклики. У echoкомандних викликів write()/ writev()звичайно.

Отже, що відбувається:

• command 1>file.txt 2>&1створює лише один опис файлу, оскільки оболонка відкриває файл лише один раз. Оболонка робить, як стандартний вихідний, так і стандартний дескриптори файлів помилок відображає один опис цього файлу. Він дублює стандартний вихід на стандартну помилку. Таким чином, запис через будь-який дескриптор файлу перемістить загальну поточну позицію файлу: кожне записування йде після попереднього запису загального опису файлу. І як ви бачите, результати echoкоманд не перезаписуйте один одного.
• command 1>file.txt 2>file.txtстворює два описи файлів, оскільки оболонка відкриває один і той же файл двічі у відповідь на два явних перенаправлення. Стандартні вихідні та стандартні дескриптори файлів помилок відображають два різних описи файлів, які згодом відображають один і той же файл. Опис двох файлів має цілком незалежні поточні позиції файлів, і кожне записування негайно переходить до попереднього запису в одному описі файлу. І як ви бачите, результат полягає в тому, що те, що написано через один, може перезаписати те, що написано через інший, різними способами залежно від того, в якому порядку ви виконуєте запис.

Подальше читання

• Що таке відкритий опис файлу?
• Що саме є зміщенням файлу у lsof виведенні?

Використання >повідомляє йому перезаписати файл. Оскільки у вас є stdout та stderr запис у файл у двох різних операціях, остання для запису замінить першу.

Ви можете зробити:

command 1>>file.txt 2>>file.txt

або

command &>file.txt Тільки bash v4 і вище.

>> каже йому додати файл, щоб він не замінив вихід попередніх операцій.

&> це просто простіший спосіб писати 2>&1