Latest revision as of 10:56, 2 July 2024

Other languages:

English • ‎español • ‎français • ‎русский

Обзор

В этой статье содержатся советы и лучшие практики для поддержания системы в оптимальном состоянии.

Кэш Home

Скрытый каталог .cache в вашем домашнем каталоге используется многими частями системы. Сюда входят загрузки, эскизы, ресурсы рабочего стола и многое другое.
Хотя в целом безопасно удалять все содержимое папки <code~/.cache>, может оказаться более целесообразным просмотреть ее содержимое и удалить элементы выборочно.

Чтобы создать отсортированный список содержимого с размерами:

user $  du -sh ~/.cache/* COPY TO CLIPBOARD

Чтобы автоматически очистить все файлы внутри .cache, к которым не было обращений в течение 100 дней:

user $  find ~/.cache/ -type f -atime +100 -delete COPY TO CLIPBOARD

Журналы и логи

Файлы журналов и журнал systemd делают одно и то же, но по-разному. Они ведут запись всего, что происходит в вашей системе.
Дополнительную информацию и советы по автоматизированному обслуживанию можно найти на странице Ограничение размера файлов .log и журнала

Журнал Systemd

В журнале хранятся записи об активности системы. Это может быть важно для поиска и устранения неисправностей, но иногда размер журнала может стать довольно большим.

Чтобы узнать текущий размер:

user $  journalctl --disk-usage COPY TO CLIPBOARD

Чтобы удалить все записи, кроме самых последних, по размеру или времени:

user $  journalctl --vacuum-size=50M COPY TO CLIPBOARD

user $  journalctl --vacuum-time=2weeks COPY TO CLIPBOARD

Чтобы установить максимальный размер журнала - Вы можете раскомментировать и отредактировать следующую строку в /etc/systemd/journald.conf:

SystemMaxUse=50M

Системные логи в /var/log/*

Хотя большинство вещей используют более новый журнал systemd (journalctl), все еще есть некоторые программы, использующие более старый каталог /var/log/.
Для получения дополнительной информации и некоторых советов по его обслуживанию, пожалуйста, смотрите соответствующий раздел этой страницы.

Пакеты и обновления

Поддержание системы в актуальном состоянии

При использовании дистрибутива rolling release очень важно поддерживать систему в полностью обновленном состоянии. Manjaro предоставляет несколько способов обновления системы.

Вы можете использовать GUI-инструмент Pamac напрямую или через нотификатор обновлений.
Вы можете использовать GUI-инструмент Octopi напрямую или через нотификатор обновлений
Вы можете использовать Pamac CLI
Вы можете использовать Pacman CLI.

Отказ от частичных обновлений

Опасность

Частичные обновления не поддерживаются ни при каких обстоятельствах

Очень важно убедиться, что вы не окажетесь в состоянии, когда ваша система обновлена частично.
Нередко системы в состоянии частичного обновления оказываются в состоянии критического отказа.
Вот несколько правил, которые помогут вам избежать этой нежелательной ситуации.

Не обновляйте локальную базу данных пакетов (метаданные) без обновления системы.
Вы можете установить один пакет, используя pacman -S <pkgname>, но это может привести к ошибке 404, если метаданные неактуальны
Не используйте pacman -Sy, pacman -Syy, pacman -Syuw, так как это приведет к обновлению метаданных, но не синхронизирует пакеты с вашей системой
Всегда синхронизируйте метаданные и пакеты вместе pacman -Syu.
Не добавляйте пакеты в список игнорирования pacman или pamac.
Если вы просто хотите проверить, какие обновления доступны - используйте команду checkupdates. Она обеспечивает безопасный способ проверки обновлений установленных пакетов без одновременного извлечения метаданных
При переключении ветвей или зеркал всегда синхронизируйте метаданные и пакеты системы с помощью pamac update или pacman -Syu.
Если вы получаете 404 в связи с переключением ветви, то можете принудительно синхронизировать метаданные, удвоив аргумент y pacman -Syyu.

Удаление сирот

По мере добавления, сборки и удаления пакетов нередко со временем накапливаются ненужные зависимости, также называемые сиротами. Хотя сироты не опасны - они занимают место на диске и потребляют пропускную способность сети, поскольку постоянно обновляются. К счастью, существует несколько простых способов просмотра и удаления сирот.

Используя pamac с помощью этого руководства.

Используя pacman с помощью этого руководства.

Кэш пакетов

По умолчанию как pamac, так и pacman хранят кэш загруженных пакетов в системе. Это может быть полезно если нужно скопировать пакет или понизить его версию.
Но кэш может увеличиться и включать десятки файлов каждого пакета, что приведет к появлению гигабайт свободного места.

Используя pamac с помощью этого руководства.

Используя pacman с помощью этого руководства.

Файлы Pacnew и Pacsave

Файл .pacnew может быть создан во время обновления пакета чтобы избежать перезаписи уже существующего файла. Файл .pacsave может быть создан во время удаления пакета или при установке пакета, который был удален. Эти файлы требуют ручного вмешательства со стороны пользователя и хорошей практикой является регулярная работа с ними. Программа pacdiff поможет управлять этим процессом. Например, вот как выглядит изменение файла /etc/default/grub grub:

DIFFPROG=meld pacdiff -s
==> найден файл pacnew для /etc/default/grub
:: (V)iew, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/s/r/o/q]

V показывает различия между двумя файлами
S переходит к следующему изменению и позволяет вам разобраться с ним позже или вручную
R сохраняет существующий файл и удаляет новый
O перезаписывает существующий файл новым
Q завершает процесс без внесения дальнейших изменений

К сожалению, не существует идеальной дорожной карты для того, как обращаться с этими файлами. Если вы сохраните исходный конфигурационный файл, а синтаксис изменился, программа может перестать работать или не сможет использовать существующую конфигурацию. Если вы удалите исходный файл и будете использовать новый файл без каких-либо изменений - все настройки вашей конфигурации могут быть перезаписаны. Иногда необходимо объединить фрагменты из нового и старого файлов чтобы все заработало. В таких ситуациях лучше объединять файлы вручную.

Для получения более подробной информации, пожалуйста, посмотрите обзор Arch Wiki ссылка ниже.

Время и дата

Поддержание точности системного времени может показаться неважным, но некоторые сетевые службы могут работать со сбоями, если время не синхронизировано.

Самый простой способ обеспечить правильную синхронизацию времени - это графический инструмент, включенный в Менеджер настроек, который изображен слева. Просто установите флажок рядом с надписью "Установить дату и время автоматически".

Альтернативой является использование systemd через службу systemd-timesyncd. Это можно легко включить с помощью одной из следующих команд:

user $  timedatectl set-ntp true COPY TO CLIPBOARD

user $  sudo systemctl enable --now systemd-timesyncd COPY TO CLIPBOARD

Смотрите также

Руководство на Arch Wiki по System Maintenance
Руководство на Arch Wiki по файлам Pacnew и Pacsave
Статья wiki Pacman
Статья wiki Pamac

@@ Line 9: / Line 9: @@
 =Кэш Home=
-The hidden {{ic|.cache}} folder in your home directory is used by many parts of your system. This includes downloads, thumbnails, desktop resources, and more.<br />
+Скрытый каталог {{ic|.cache}} в вашем домашнем каталоге используется многими частями системы. Сюда входят загрузки, эскизы, ресурсы рабочего стола и многое другое.<br />
-While it is generally safe to remove everything in your {{ic|~/.cache}} folder, it may be more advisable to inspect its contents and selectively remove items instead.<br />
+Хотя в целом безопасно удалять все содержимое папки {{ic||~/.cache}}, может оказаться более целесообразным просмотреть ее содержимое и удалить элементы выборочно.<br />
-To generate a sorted list of contents and sizes:
+Чтобы создать отсортированный список содержимого с размерами:
 {{UserCmd|command=du -sh ~/.cache/* | sort -h}}
-To automatically purge all {{ic|.cache}} files that have not been accessed in 100 days:
+Чтобы автоматически очистить все файлы внутри {{ic|.cache}}, к которым не было обращений в течение 100 дней:
 {{UserCmd|command=find ~/.cache/ -type f -atime +100 -delete}}
 =Журналы и логи=
-Log files & the systemd journal do the same thing in different ways. They keep a record of everything that happens on your system.<br />
+Файлы журналов и журнал systemd делают одно и то же, но по-разному. Они ведут запись всего, что происходит в вашей системе.<br />
-For more information and tips on automated maintenance please see the dedicated page [[Limit the size of .log files %26 the journal]]
+Дополнительную информацию и советы по автоматизированному обслуживанию можно найти на странице [[Limit_the_size_of_.log_files_&_the_journal/ru|Ограничение размера файлов .log и журнала]]
 ==Журнал Systemd==
-The journal keeps logs of system activity. This can be important for troubleshooting, but sometimes the log size can grow rather large.
+В журнале хранятся записи об активности системы. Это может быть важно для поиска и устранения неисправностей, но иногда размер журнала может стать довольно большим.
-To report the current size:
+Чтобы узнать текущий размер:
 {{UserCmd|command=journalctl --disk-usage}}
-To remove all but the most recent entries by size or time:
+Чтобы удалить все записи, кроме самых последних, по размеру или времени:
 {{UserCmd|command=journalctl --vacuum-size=50M}}
 {{UserCmd|command=journalctl --vacuum-time=2weeks}}
-To set a maximum size for the journal you can uncomment and edit the following line in {{ic|/etc/systemd/journald.conf}}:
+Чтобы установить максимальный размер журнала - Вы можете раскомментировать и отредактировать следующую строку в {{ic|/etc/systemd/journald.conf}}:
   SystemMaxUse=50M
 ==Системные логи в /var/log/*==
-While most things use the newer systemd journal (journalctl), there is still some software that uses the older /var/log/ directory.<br />
+Хотя большинство вещей используют более новый журнал systemd (journalctl), все еще есть некоторые программы, использующие более старый каталог /var/log/.<br />
-For more information and some tips on maintaining it, please see the relevant section of [[Limit the size of .log files & the journal#Managing /var/log/* files|this page]].
+Для получения дополнительной информации и некоторых советов по его обслуживанию, пожалуйста, смотрите соответствующий раздел [[Limit_the_size_of_.log_files_&_the_journal/ru#.D0.A3.D0.BF.D1.80.D0.B0.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D1.84.D0.B0.D0.B9.D0.BB.D0.B0.D0.BC.D0.B8_.2Fvar.2Flog.2F.2A|этой страницы]].
@@ Line 47: / Line 47: @@
 ==Поддержание системы в актуальном состоянии==
-On a rolling release distribution it is essential to keep your system fully updated.  Manjaro provides a few ways to keep your system updated.
+При использовании дистрибутива rolling release очень важно поддерживать систему в полностью обновленном состоянии. Manjaro предоставляет несколько способов обновления системы.
-* You can use the GUI tool [[Pamac]] directly or via the update notifier
+* Вы можете использовать GUI-инструмент [[Pamac]] напрямую или через нотификатор обновлений.
-* You can use the GUI tool [[Octopi]] directly or via the update notifier
+* Вы можете использовать GUI-инструмент [[Octopi]] напрямую или через нотификатор обновлений
-* You can use the [[Pamac#Updating_the_System|Pamac CLI]]
+* Вы можете использовать [[Pamac/ru#Обновление_системы|Pamac CLI]]
-* You can use the [[Pacman_Overview#Installing_Updates|Pacman CLI]]
+* Вы можете использовать [[Pacman_Overview/ru#Установка_обновлений|Pacman CLI]].
 ==Отказ от частичных обновлений==
-{{warning|Partial updates are not supported under any circumstances}}
+{{BoxDanger|Опасность|Частичные обновления не поддерживаются ни при каких обстоятельствах}}
-It is of critical importance to ensure you don't end up in a state where your system is partially upgraded.<br />
+Очень важно убедиться, что вы не окажетесь в состоянии, когда ваша система обновлена частично.<br />
-It is not uncommon for systems in partially updated state to end up in a critical failure state.<br />
+Нередко системы в состоянии частичного обновления оказываются в состоянии критического отказа.<br />
-Here are some important rules to help you avoid this dangerous situation.
+Вот несколько правил, которые помогут вам избежать этой нежелательной ситуации.
-* Always ensure your system is fully up-to-date before installing software.
+* Не обновляйте локальную базу данных пакетов (метаданные) без обновления системы.
-* Don't downgrade packages, this will always result in a partial update scenario.
+* Вы можете установить один пакет, используя {{ic|pacman -S <pkgname>}}, но это может привести к ошибке 404, если метаданные неактуальны
-* Avoid using {{ic|pacman -Sy}} or {{ic|pacman -Syy}}.  Instead update your database and packages at the same time with {{ic|pacman -Syu}} or in case of change in mirrorlist {{ic|pacman -Syyu}}
+* Не используйте {{ic|pacman -Sy}}, {{ic|pacman -Syy}}, {{ic|pacman -Syuw}}, так как это приведет к обновлению метаданных, но не синхронизирует пакеты с вашей системой
-* Don't add packages to pacman's or pamac's ignore list.
+* Всегда синхронизируйте метаданные и пакеты вместе {{ic|pacman -Syu}}.
-* If you just want to check to see what updates are available use the command {{ic|checkupdates}}.  It provides a safe way to check for upgrades to installed packages without running a system update at the same time.
+* Не добавляйте пакеты в список игнорирования pacman или pamac.
-* When [[Switching_Branches|switching branches]] or [[Pacman-mirrors|switching mirrors]] always use {{ic|pamac update --force-refresh}} or {{ic|pacman -Syyu}} to ensure that the databases for your new mirrors are being used.
+* Если вы просто хотите проверить, какие обновления доступны - используйте команду {{ic|checkupdates}}. Она обеспечивает безопасный способ проверки обновлений установленных пакетов без одновременного извлечения метаданных
+* При [[Switching_Branches/ru|переключении ветвей]] или [[Pacman-mirrors/ru|зеркал]] всегда синхронизируйте метаданные и пакеты системы с помощью {{ic|pamac update}} или {{ic|pacman -Syu}}.
+* Если вы получаете 404 в связи с переключением ветви, то можете принудительно синхронизировать метаданные, удвоив аргумент '''y''' {{ic|pacman -Syyu}}.
 ==Удаление сирот==
-As packages are added, built and removed it is not uncommon to have unneeded dependencies, also called orphans, building up over time.  While orphans are not harmful, they take up space on the disk and consume network bandwidth as they are continually updated.  Luckily, there are a couple of easy ways to view and remove orphans.
+По мере добавления, сборки и удаления пакетов нередко со временем накапливаются ненужные зависимости, также называемые сиротами. Хотя сироты не опасны - они занимают место на диске и потребляют пропускную способность сети, поскольку постоянно обновляются. К счастью, существует несколько простых способов просмотра и удаления сирот.
-To use pamac follow [[Pamac#Dealing_with_Orphaned_Packages|this guide]].
+Используя pamac с помощью [[Pamac/ru#Работа_с_сиротскими_пакетами|этого руководства]].
-To use pacman follow [[Pacman_Overview#Viewing_and_Removing_Orphans|this guide]].
+Используя pacman с помощью [[Pacman_Overview/ru#Просмотр_и_удаление_сирот|этого руководства]].
 ==Кэш пакетов==
-By default both pamac and pacman keep a cache of downloaded packages on the system. This can be helpful if you need to copy or downgrade a package.<br />
+По умолчанию как pamac, так и pacman хранят кэш загруженных пакетов в системе. Это может быть полезно если нужно скопировать пакет или понизить его версию.<br />
-But the cache can grow to include dozens of each package resulting in gigabytes of space.
+Но кэш может увеличиться и включать десятки файлов каждого пакета, что приведет к появлению гигабайт свободного места.
-To use pamac follow [[Pamac#Cleaning_the_Cache|this guide]].
+Используя pamac с помощью [[Pamac/ru#Очистка_кэша|этого руководства]].
-To use pacman follow [[Pacman_Overview#Cleaning_the_Cache|this guide]].
+Используя pacman с помощью [[Pacman_Overview/ru#Очистка_кэша|этого руководства]].
 ==Файлы Pacnew и Pacsave==
-A .pacnew file may be created during a package upgrade to avoid overwriting a file which already exists. A .pacsave file may be created during a package removal, or by a package installation of a package that was removed. These files require manual intervention from the user and it is good practice to handle them regularly.  The program {{ic|pacdiff}} can help manage this process. For example, here is what it looks like when the {{ic|/etc/default/grub}} grub file has changed:
+Файл .pacnew может быть создан во время обновления пакета чтобы избежать перезаписи уже существующего файла. Файл .pacsave может быть создан во время удаления пакета или при установке пакета, который был удален. Эти файлы требуют ручного вмешательства со стороны пользователя и хорошей практикой является регулярная работа с ними.  Программа {{ic|pacdiff}} поможет управлять этим процессом. Например, вот как выглядит изменение файла {{ic|/etc/default/grub}} grub:
-  sudo DIFFPROG=diff pacdiff|result=
+  DIFFPROG=meld pacdiff -s
-  ==> pacnew file found for /etc/default/grub
+  ==> найден файл pacnew для /etc/default/grub
   :: (V)iew, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/s/r/o/q]
-* {{ic|V}} shows the differences between the two files
+* {{ic|V}} показывает различия между двумя файлами
-* {{ic|S}} skips to the next change and allows you to deal with it later or manually
+* {{ic|S}} переходит к следующему изменению и позволяет вам разобраться с ним позже или вручную
-* {{ic|R}} keeps your existing file and delete the new file
+* {{ic|R}} сохраняет существующий файл и удаляет новый
-* {{ic|O}} overwrites the existing file with the new file
+* {{ic|O}} перезаписывает существующий файл новым
-* {{ic|Q}} quits the process without making further changes
+* {{ic|Q}} завершает процесс без внесения дальнейших изменений
-Unfortunately, there is no perfect road map for how to deal with these files. If you keep the original config file, and the syntax has changed, the program may stop working or fail to use the existing config. If you remove the original file and use the new file without any changes, all your configuration settings can be overwritten.  Sometimes, you need to combine pieces from the new and old files to make everything to work.  In these situations it is better to integrate the files manually.
+К сожалению, не существует идеальной дорожной карты для того, как обращаться с этими файлами. Если вы сохраните исходный конфигурационный файл, а синтаксис изменился, программа может перестать работать или не сможет использовать существующую конфигурацию. Если вы удалите исходный файл и будете использовать новый файл без каких-либо изменений - все настройки вашей конфигурации могут быть перезаписаны. Иногда необходимо объединить фрагменты из нового и старого файлов чтобы все заработало. В таких ситуациях лучше объединять файлы вручную.
-For more detailed information, please see review the Arch Wiki [[#See_Also|linked below]].
+Для получения более подробной информации, пожалуйста, посмотрите обзор Arch Wiki [[#See_Also|ссылка ниже]].
@@ Line 107: / Line 109: @@
 [[File:Msm-time-date.png|thumb|left|350px]]
-Keeping the system time accurate may seem unimportant but certain network related services may malfunction if the time is out of sync.
+Поддержание точности системного времени может показаться неважным, но некоторые сетевые службы могут работать со сбоями, если время не синхронизировано.
-The easiest way to ensure the time is being properly synchronized is the GUI tool included in '''Manjaro Settings Manager''' which is pictured to the left. Simply check the box next to "Set time and date automatically".
+Самый простой способ обеспечить правильную синхронизацию времени - это графический инструмент, включенный в '''Менеджер настроек''', который изображен слева. Просто установите флажок рядом с надписью "Установить дату и время автоматически".
-An alternative is to use systemd via the systemd-timesyncd service. This can be easily enabled with one of these commands:
+Альтернативой является использование systemd через службу systemd-timesyncd. Это можно легко включить с помощью одной из следующих команд:
 {{UserCmd|command=timedatectl set-ntp true}}
@@ Line 119: / Line 121: @@
 =Смотрите также=
-* The Arch Wiki guide on [https://wiki.archlinux.org/index.php/System_maintenance System Maintenance]
+* Руководство на Arch Wiki по [https://wiki.archlinux.org/index.php/System_maintenance_(Русский) System Maintenance]
-* The Arch Wiki guide on [https://wiki.archlinux.org/index.php/Pacman/Pacnew_and_Pacsave Pacnew and Pacsave] files
+* Руководство на Arch Wiki по [https://wiki.archlinux.org/index.php/Pacman/Pacnew_and_Pacsave_(Русский) файлам Pacnew и Pacsave]
-* The [[Pacman_Overview|Pacman wiki article]]
+* [[Pacman_Overview/ru|Статья wiki Pacman]]
-* The [[Pamac|Pamac wiki article]]
+* [[Pamac/ru|Статья wiki Pamac]]
-* A forum post on the archived forums on [https://archived.forum.manjaro.org/t/pacsave-pacnew-how-to-manage-those-reasonably/50968 managing pacsave and pacnew files]
 <br />
 [[Category:Contents Page{{#translation:}}]]