Предполагая, что команды выполнены успешно, /var/log/messages и /var/log/wtmp все еще существуют, но теперь пустые.
> - это оператор перенаправления, реализуемый оболочкой , Его синтаксис:
command > file
Это переназначает стандартный вывод blank на file.
file также может быть узлом устройства. Если file не существует, он создается как обычный файл. Если file уже существует как обычный файл и не пуст, он перезаписывается. Обычно это происходит в командах, которые вы запускали, где вы перенаправили вывод cat /dev/null на messages и wtmp. Если file уже существует как символическая ссылка, используется цель ссылки. Если file уже существует как каталог, вы получите сообщение об ошибке, например bash: file: Is a directory.(Конечно, эти операции могут завершиться неудачно по другим причинам, таким как отсутствие стандартного вывода или ошибка файловой системы.)
Перенаправление >> оператор аналогичен, но file до конца непустых правильных файлов вместо перезаписи их содержимого. (Другим оператором перенаправления является <. [F21] использует file как стандартный вход command.)
/dev/null является
file также может быть узлом устройства. Запись на /dev/null ничего не делает: данные, записанные на это устройство, просто «исчезают».Часто стандартный вывод команды отключается, перенаправляя ее на /dev/null, и это, возможно, наиболее распространенное использование устройства null в сценариях оболочки:
command > /dev/null
[!d37 ]
Вы используете /dev/null по-другому. cat /dev/null выводит «содержимое» в /dev/null, т. е. его вывод пуст. > messages (или > wtmp) заставляет этот пустой вывод перенаправляться в файл с правой стороны оператора >.
Поскольку messages и wtmp являются обычными файлами (скорее чем, например, узлы устройства), они превращаются в пустые файлы (т. е. опустели).
Альтернативный способ очистки этих файлов должен выполняться:
echo -n > messages
echo -n > wtmp
Требуется флаг -n, или echo записывает стандартный вход [!d30 ].
(Это перезаписывает . И я считаю, что по умолчанию sh в каждом дистрибутиве GNU / Linux и другой Unix-подобной системе, широко используемой сегодня, поддерживает флаг -n в своем echo встроенном. Но jlliagre прав, что echo -n следует избегать для действительно портативного сценария оболочки, поскольку он не должен работать. Возможно, именно поэтому руководство, которое вы используете, учит cat /dev/null.
Способ echo -n эквивалентен по своим эффектам, но, возможно, является лучшим решением, i n что это проще. cat /dev/null > file открывает три «файла»:
Запись на /dev/null ничего не делает: данные, записанные на этом устройстве, просто «исчезают». Если file fileНапротив, echo -n > file открывается только . ([ f55] - это встроенная оболочка).
Хотя этого следует ожидать, чтобы повысить производительность, это не принесло пользы - не тогда, когда вы просто выполняете пару этих команд вручную. Вместо этого преимущество в том, что легче понять, что происходит.
Как указал jlliagre (см. Также jlliagre прав ), это можно укоротить, просто опуская команду слева от > вообще. Хотя вы не можете опустить правильную сторону выражения > или >>, пустая команда действительна (это команда, которую вы запускаете, когда вы просто нажимаете клавишу «Ввод» в пустой строке) и, опуская левую сторону, (! d61) file
Перенаправление из пустой команды (а не из [ f59] или echo -n) выглядит так:
> messages
> wtmp
Невозможно предсказать будущее или исход обновлений. В целом, обновления улучшаются даже при некоторой настройке, но «это зависит», если такая настройка включает в себя нестандартные репозитории (ppa) или другие сторонние репозитории.
Как правило, вы отключите все ppa и сторонние репозитории до вы обновляете.
Даже при стандартной установке обновления могут завершиться сбоем из-за любого количества случайных факторов.
Кроме того, нет никакой гарантии, что никакие ваши настройки не будут поддерживать обновление из-за какого-либо количества изменений в системе или пакете.
Создайте резервную копию данных и прочитайте примечания к выпуску перед обновлением .
Невозможно предсказать будущее или исход обновлений. В целом, обновления улучшаются даже при некоторой настройке, но «это зависит», если такая настройка включает в себя нестандартные репозитории (ppa) или другие сторонние репозитории.
Как правило, вы отключите все ppa и сторонние репозитории до вы обновляете.
Даже при стандартной установке обновления могут завершиться сбоем из-за любого количества случайных факторов.
Кроме того, нет никакой гарантии, что никакие ваши настройки не будут поддерживать обновление из-за какого-либо количества изменений в системе или пакете.
Создайте резервную копию данных и прочитайте примечания к выпуску перед обновлением .
Невозможно предсказать будущее или исход обновлений. В целом, обновления улучшаются даже при некоторой настройке, но «это зависит», если такая настройка включает в себя нестандартные репозитории (ppa) или другие сторонние репозитории.
Как правило, вы отключите все ppa и сторонние репозитории до вы обновляете.
Даже при стандартной установке обновления могут завершиться сбоем из-за любого количества случайных факторов.
Кроме того, нет никакой гарантии, что никакие ваши настройки не будут поддерживать обновление из-за какого-либо количества изменений в системе или пакете.
Создайте резервную копию данных и прочитайте примечания к выпуску перед обновлением .