корневые файлы отображаются в домашних условиях
Вы можете попробовать приложение «Мои веб-приложения» Матти Ринты-Никкола. Это приложение дает вам возможность хранить 20 разных закладок и позволяет легко обращаться к ним. Один и тот же разработчик имеет похожие приложения для других специализированных тем: Мои приложения для новостей, Google Apps, Wikimedia, Ubuntu Resources.
6 ответов
Вы уверены, что эти файлы принадлежат root? Сделайте
cd ~
ls -la
, чтобы проверить. Эти файлы, которые вы упомянули, будут генерироваться путем запуска пользовательских приложений для сохранения метаданных и выбора конфигурации, сделанных пользователем (например, вы). Итак, я предполагаю, что вы обнаружите, что эти файлы (.cache, .config, ...) принадлежат вам, пользователю. Они должны быть там, и все хорошо.
Эти файлы не являются «корневыми» файлами. Это обычные файлы конфигурации или состояния для вашей учетной записи пользователя. Часто, если программа не находит свой файл конфигурации при запуске, она будет генерировать одну, используя уникальное имя. Традиционно это файл в домашнем каталоге, начиная с . и каким-то образом включая имя программы. В настоящее время все больше и больше программ помещают свою конфигурацию в подкаталог .config.
Что, вероятно, вас смущает, так это то, что root является обычным пользователем в этом отношении. Таким образом, у него есть собственный набор конфигурационных файлов в /root/, которые выглядят так же, как те, что находятся в вашем домашнем каталоге.
Обычная . перед этими именами файлов делает ее скрытой, поэтому он не отображается в обычных каталогах.
Вы не должны удалять их при нормальной работе. Вместо этого, если вы их смущены, попробуйте прочитать соответствующие страницы руководства по программам и документацию (например, страницу руководства bash) для получения дополнительной информации о том, что делают эти файлы, и о том, как изменить их полезным способом.
Это каталоги конфигурации / файлы для вашей учетной записи пользователя. Они должны принадлежать вам (ваш идентификатор пользователя). Проверьте на первом уровне с
cd
ls -la
и глубже в деревьях каталогов с помощью
find ~ -ls | grep " root "
или ограничьте поиск скрытыми каталогами
find ~/.[^.]* -ls | grep " root "
Это каталоги / файлы конфигурации . Может измениться право собственности на ваш идентификатор пользователя с помощью команды chown. Может быть, лучше удалить файлы конфигурации и позволить программе создать для вас новый файл конфигурации.
Если вы запустите программу с графическим интерфейсом пользователя, GUI , с повышенными разрешениями, с sudo, ваша собственная конфигурация для этой программы может быть перезаписана файлом, принадлежащим root, и программа может (возможно,) выйти из строя, когда вы попытаетесь запустить ее с помощью обычных разрешений (как ваш ID пользователя).
Для запуска с повышенными разрешениями вы можете использовать
sudo -H GUI-program
, например, для редактирования системного файла, который принадлежит root
sudo -H gedit filename
, который заставляет систему сохранять конфигурацию в правильном месте для пользователя root.
Рекомендуется выполнять задачи с повышенными разрешениями с помощью инструментов текстового режима (без графического интерфейса пользователя) , например, с помощью редактора nano
sudo nano filename
Если вы используете Wayland (вместо Xorg), все сложнее. См. Эту ссылку,
Почему gksu / gksudo или запуск графического приложения с sudo не работают с Wayland?
Вы уверены, что эти файлы принадлежат root? Сделайте
cd ~
ls -la
, чтобы проверить. Эти файлы, которые вы упомянули, будут генерироваться путем запуска пользовательских приложений для сохранения метаданных и выбора конфигурации, сделанных пользователем (например, вы). Итак, я предполагаю, что вы обнаружите, что эти файлы (.cache, .config, ...) принадлежат вам, пользователю. Они должны быть там, и все хорошо.
-
1О да. Но я могу видеть эти скрытые файлы в своих файлах (не используя терминал), как и любая другая обычная папка, например downlaods или другие, которые я создаю. Как я должен снова спрятать их? – Mohit Gupta 11 April 2018 в 14:20
-
2Ой! В диспетчере файлов Nautilus вы можете переключать представление скрытых файлов с помощью CTRL-H или тикать / отключать «Показать скрытые файлы» в меню «Наутилус». – Martin W 11 April 2018 в 14:34
Эти файлы не являются «корневыми» файлами. Это обычные файлы конфигурации или состояния для вашей учетной записи пользователя. Часто, если программа не находит свой файл конфигурации при запуске, она будет генерировать одну, используя уникальное имя. Традиционно это файл в домашнем каталоге, начиная с . и каким-то образом включая имя программы. В настоящее время все больше и больше программ помещают свою конфигурацию в подкаталог .config.
Что, вероятно, вас смущает, так это то, что root является обычным пользователем в этом отношении. Таким образом, у него есть собственный набор конфигурационных файлов в /root/, которые выглядят так же, как те, что находятся в вашем домашнем каталоге.
Обычная . перед этими именами файлов делает ее скрытой, поэтому он не отображается в обычных каталогах.
Вы не должны удалять их при нормальной работе. Вместо этого, если вы их смущены, попробуйте прочитать соответствующие страницы руководства по программам и документацию (например, страницу руководства bash) для получения дополнительной информации о том, что делают эти файлы, и о том, как изменить их полезным способом.
Это каталоги конфигурации / файлы для вашей учетной записи пользователя. Они должны принадлежать вам (ваш идентификатор пользователя). Проверьте на первом уровне с
cd
ls -la
и глубже в деревьях каталогов с помощью
find ~ -ls | grep " root "
или ограничьте поиск скрытыми каталогами
find ~/.[^.]* -ls | grep " root "
Это каталоги / файлы конфигурации . Может измениться право собственности на ваш идентификатор пользователя с помощью команды chown. Может быть, лучше удалить файлы конфигурации и позволить программе создать для вас новый файл конфигурации.
Если вы запустите программу с графическим интерфейсом пользователя, GUI , с повышенными разрешениями, с sudo, ваша собственная конфигурация для этой программы может быть перезаписана файлом, принадлежащим root, и программа может (возможно,) выйти из строя, когда вы попытаетесь запустить ее с помощью обычных разрешений (как ваш ID пользователя).
Для запуска с повышенными разрешениями вы можете использовать
sudo -H GUI-program
, например, для редактирования системного файла, который принадлежит root
sudo -H gedit filename
, который заставляет систему сохранять конфигурацию в правильном месте для пользователя root.
Рекомендуется выполнять задачи с повышенными разрешениями с помощью инструментов текстового режима (без графического интерфейса пользователя) , например, с помощью редактора nano
sudo nano filename
Если вы используете Wayland (вместо Xorg), все сложнее. См. Эту ссылку,
Почему gksu / gksudo или запуск графического приложения с sudo не работают с Wayland?