Солярис 10 - что такое appserv и boot.server? Что они делают?

Редакторы могут следовать одной из двух стратегий, когда Вы сохранили файл.

• Создайте новый файл, затем переместите его для замены старого. Основное преимущество состоит в том, что всегда существует правильный файл на месте: старая версия атомарно заменяется новой. Оборотная сторона - то, что новый файл создается, таким образом, редактор должен вручную копировать владение и полномочия старого файла в меру его способности. Этот метод также разрывает жесткие связи.
• Запишите в существующий файл. Это сохраняет жесткие ссылки и полномочия. Кроме того, это не требует никакого дополнительного дискового пространства, но очень желательно сделать резервное копирование сначала, которое высказывает это спорное мнение. Это имеет главную оборотную сторону, что, если программа пытается считать файл, в то время как это сохраняется, она будет видеть усеченный файл; и если сохранение будет прервано (например, сбоем питания), то частичный файл останется.

Редакторы обычно одобряют первый метод и отступают к второму методу, если они обнаруживают, что не могут копировать полномочия существующего файла или что существующий файл имеет жесткие ссылки.

Вероятно, что большинство редакторов не понимает присутствие дополнительных атрибутов SELinux и тем самым применяет первый метод. С последними версиями GNU coreutils (≥ 8.6), можно использовать cp --preserve=context --attributes-only копировать контекст SELinux файла на другом файле, не изменяя содержание конечного файла.

С другой стороны, дайте своему редактору команду редактировать файл на месте. С Vim, набор backupcopy опция к yes, если это не значение по умолчанию в Вашей системе. С Emacs, набор backup-by-copying переменная к t.