Почему sudo не добавляет root PATH с Ubuntu 12.04?

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)

Помимо соображений безопасности (поскольку Anders имеет , упомянутый в ), сохраняя исходный пользовательский PATH также соответствующим Принципу наименьшего удивления .

Предположим, вы запустили программу под названием foo, но убедитесь, что вам действительно нужно запустить ее как root. Итак, вы запустите sudo foo. Было бы плохо, если программа, выполняемая с помощью sudo foo, отличается от программы, выполняемой foo, что произойдет, если в root PATH есть другой foo. Это будет принципиально нарушать ваши ожидания и общее предположение, что sudo делает то же самое, что и то, что вы ставите после него, кроме как root.

Вот что произойдет, если sudo добавлено root PATH к вашему PATH. Но предположим, что sudo добавил путь root к вашему PATH. Если это было поведение sudo, то вы, вероятно, предположили бы, что если вы можете запустить программу (назовите ее bar) при моделировании исходной root логической оболочки (sudo -i), вы также можете запустить ее с sudo bar. Но это предположение было бы неправильным, потому что в вашем собственном (т. Е. Не root) пути может быть другой bar.

Вместо поведения sudo, изменяющегося с одного Ubuntu релиз в другой, что, вероятно, произошло, что ваш PATH изменился. Если вы добавите /sbin, /usr/sbin и /usr/local/sbin к вашему PATH, проблема будет решена. Если вы не хотите sbin в вашем PATH при запуске программ как root. В этом случае я рекомендую опубликовать отдельный вопрос об этом (хотя один метод для достижения этого намечен в ответе Андерса .)