Почему пользователь root управляет mysql каталогами, но не показывает членом mysql группы?

Утилита находки содержит опции выбрать имена файлов на основе даты или владельца. Вы могли найти каждый файл с определенного времени или не принадлежавшим корню.

После того как Вы уверены, что находка находит то, что Вы хотите, используйте - исполнительная опция

$ find /usr ... -exec rm {} +

+ говорит, находят для выполнения команды параллельно.

2
16.12.2018, 06:00
2 ответа
[112337] Определение корневого пользователя диктует, что он имеет контроль над всеми файлами на диске, независимо от пользователей и групп, которые владеют указанными файлами и каталогами.[12127]Многие Unix, такие как Solaris, раньше имели ограничение, когда пользователи не могли быть более чем в 15 группах. NIS другая технология для обмена информацией о пользователе/группе/автомате также имела это ограничение. [12128]Так что обычно вы не видите в этих группах корневого пользователя. С одной стороны, это было невозможно (учитывая это ограничение), а с другой стороны, пользователю с правами root все равно не нужно было иметь доступ к файлам/директориям с другими правами собственности. Кроме того, часто считается плохим дизайном, когда все ваши службы/демоны работают как root, вместо этого каждый из них будет управляться своими собственными пользователями и группами. [12129]Так что простой ответ на ваш вопрос - root не обязательно должен быть в этих группах, потому что он может делать с файлами/каталогами в системе всё, что захочет, он главный владелец и имеет полную диктатуру над файлами, которые являются локальными для системы.[12130]Так почему же root находится в любых группах?[12131]Это скорее историческая практика, в которой вы раньше видели root в нескольких ключевых группах. Насколько я знаю, это постепенно исчезает, и большинство новых систем, которые я поддерживал, больше не имеют этого, так как теперь это совершенно ненужно.[12132]Fedora 19[12133]CentOS 6[12134]NOTE:[112893] Основной целью, которую вы часто будете видеть root в других группах, является разрешение root создавать файлы внутри этих групп напрямую, без необходимости делать [112894]chgrp[112895] или [112896]chown[112897] после создания файлов в каталогах, которые затем группируются в одну из этих групп. Когда корню необходимо принять одну из других групп, он может запустить простой [112898]newgrp [112899] для переключения, если это необходимо, или учитывать каталог, в котором уже есть SGID бит.[12135]References[12136]Как работает липкий бит? [12137]Как работает внутренняя часть sudo?[12138]
1
27.01.2020, 22:13
[112241] На самом деле, поскольку root является привилегированным, он не обязательно должен быть ни в одной группе - он просто игнорирует владение файлом. Подумайте об этом в строках учетной записи администратора в windows.[112242].
1
27.01.2020, 22:13

Теги

Похожие вопросы