Каталог принадлежит несуществующей группе? [дубликат]
Eso significa que algunos de sus servicios no pudieron iniciarse. Puede verlos si ejecuta systemctl;sin el argumento status.
Deberían mostrar algo como,
loaded failed failed
O simplemente puede enumerar los servicios fallidos con systemctl --failed, en mi caso muestra
UNIT LOAD ACTIVE SUB DESCRIPTION
● postgresql@9.4-main.service loaded failed failed PostgreSQL Cluster 9.4-main
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
Normalmente,necesitará leer el diario/registro para averiguar qué hacer a continuación con respecto a ese elemento que falla, usando journalctl -xe. Si solo desea restablecer las unidades para que el sistema "diga" runningcon un punto verde, puede ejecutar:
systemctl reset-failed
Идентификаторы групп и идентификаторы пользователей являются независимыми. Один и тот же номер может использоваться для пользователя "foo" и группы "bar".
Некоторые дистрибутивы Linux по умолчанию создают новую группу «foo», когда вы создаете пользователя «foo», оба имеют одинаковый числовой идентификатор. (Это убивает само понятие группы, ИМХО.)
lsпо умолчанию показывает имя группы, но файловая система хранит числовой идентификатор группы. Если группа удалена, а файлы, принадлежащие ей, - нет, то lsпоказывает числовой идентификатор.
Таким образом, ситуация, которую вы наблюдаете, может исходить, например, из.:
- создание пользователя, который получает затронутый номер 1002 и подразумевает создание группы 1002, затем удаление этого пользователя (при условии, что инструменты распространения затем удаляют связанную группу)
- синхронизация файла с другого компьютера, где его группа-владелец имеет номер 1002