Root обычно не должен владеть файлами в вашем домашнем каталоге. Это обобщение, конечно. Как уже упоминалось в других ответах и комментариях, файлы могут принадлежать пользователю root, если они были созданы или изменены программами, запущенными под sudo.
Чтобы увидеть, какие файлы принадлежат пользователю root или принадлежат к корневой группе, попробуйте запустить список всех файлов с информацией об их владельце в терминале и получить строки, содержащие "root": ls -al | grep root .
На моей машине под моей учетной записью обычного пользователя у меня есть несколько файлов и даже каталог (.compiz-1/), которые отображаются как принадлежащие пользователю root, так что это довольно часто.
Глядя на эти файлы и внутри них - вам может потребоваться сделать это как пользователь root - я могу сделать точное предположение о том, как они туда попали. Некоторые из них - это файлы журналов программ, которые я выполнил с помощью sudo program . Помните, что при использовании sudo программа запускается от имени пользователя root, но $HOME указывает на ваш домашний каталог. Использование gksu или kdesu для программ с графическим интерфейсом делает то же самое, но также гарантирует, что графическая среда использует ваши настройки (что является частью того, почему вы не должны использовать sudo для них).
Каталог .compiz-l/ представляется резервной копией .compiz/, которая принадлежит моему пользователю. Я предполагаю, что в какой-то момент я запустил обновление или сделал что-то еще, чтобы запустить резервное копирование настроек Compiz от имени root, и теперь я могу удалить эти файлы. Если вы сомневаетесь, просто переместите или переименуйте файл / каталог и посмотрите, что произойдет после выхода из системы / входа в систему или запуска программ, которые, по вашему мнению, их используют.
Давайте посмотрим на файлы, которые вы перечислили, и сравним их с теми же на моей машине.
-rw-r--r-- 1 henrik henrik 211 apr 9 2011 .gitconfig
Этот файл, скорее всего, должен принадлежать пользователю без права на запись кому-либо еще, так как это, очевидно, файл конфигурации для каждого пользователя. Если root владеет этим файлом и у вас нет прав на запись, вам нужно будет запустить git от имени root, чтобы иметь возможность обновить глобальную конфигурацию git, что не очень удобно. Я не против, чтобы другие имели доступ для чтения к этому файлу, так как он не содержит ничего секретного, только мое имя, адрес электронной почты и несколько настроек.
-rw-r--r-- 1 root root 143 dec 17 2011 .pearrc
Этот файл также является файлом конфигурации, но не является тем, что я обычно использую непосредственно из своей учетной записи, поскольку он принадлежит проекту PHP PEAR. Так как мне все равно приходится устанавливать расширения PHP с использованием sudo , этот файл может также принадлежать пользователю root, поэтому я не случайно его испорчу.
-rw-rw-r-- 1 henrik henrik 30709 nov 7 00:29 .viminfo
Это файл истории Vim, содержащий журнал практически всего, что вы сделали в Vim, поэтому он может легко восстанавливать состояния. Если он не принадлежит или хотя бы доступен для записи, я сомневаюсь, что Vim сможет обновить его.
Как правило, да, файлы с правами root в вашем домашнем каталоге являются ошибкой, если они используются программами, которые вы обычно запускаете, не будучи root. Даже может оказаться затруднительным сделать полное резервное копирование файлов конфигурации в вашем домашнем каталоге, если файлы не принадлежат или не читаются вами.
