Зачем давать группе mysql тот же GID, что и группе sudo?
dpkg показал правильную информацию, флаги rc в его выводе означают, что openjdk-7-jre-headless:i386 был удален, но его конфигурационные файлы - нет.
dpkg -l - это фактически front end для dpkg-query -l. Вы можете прочитать dpkg-query manual для более подробной информации.
Прочитав эту документацию, я не думаю, что намерение состоит в том, чтобы поделиться группой sudo. Мне кажется, что разработчики выбрали 27, потому что он не использовался в их системе, и что намерение состояло в том, чтобы создать новую группу mysqlGID 27. Это убеждение подрывается добавлением ими флага -oк groupadd. ], тем не менее, поскольку это явно позволяет новой группе совместно использовать существующий GID, что не в интересах разделения обязанностей и, следовательно, не безопасности.
Если бы это был я, я бы позволил groupaddвыбрать GID; Я не уверен, требуется ли системный GID (на единицу меньше, чем /etc/login.defs :GID _MIN ).
groupadd mysql
или
groupadd -r mysql
, а затем обратитесь к группе с именем mysqlи не полагайтесь на то, что GID равен 27. Быстрый поиск в этом документе «27» не дает никаких совпадений. кроме той страницы, которую вы уже нашли. Нет результатов для chgrp, и единственное попадание для chownнаходится в Настройка после установки , где они используют имя группы в :
chown mysql:mysql /usr/local/mysql/mysql-files
и
chown mysql:mysql /usr/local/mysql/data
(Я изменил команды, чтобы отображались полные пути вместо относительных из документа ).