suid-корень не имеет эффекта

Заключение в кавычки access() страница справочника:

Проверка сделана с помощью реального UID обработки вызовов и GID, а не эффективные идентификаторы, как сделан, на самом деле делая попытку операции (например, откройте (2)) на файле. Это позволяет программам идентификатора пользователя набора легко определять полномочия пользователя вызова.

Идентификатор пользователя набора укусил, делает эффективный UID процесса равным владельцу файла, но идентификатор реального пользователя остается неизменным (т.е. остается тем, чем это было прежде exec()).

Можно использовать setreuid() для изменения и эффективного UID и реального UID процесса или можно использовать open() определить полномочия. Я рекомендую второе решение тем более, что Вы уже звоните open() так или иначе. Можно проверить ли errno равно EPERM узнать, были ли недостаточные полномочия причиной open() неудавшийся.

Вызов к open() сбои в Вашем коде, потому что Вы используете возвращаемое значение от open() как, если условие. Я предполагаю, что вызов на самом деле следует и возвращает Вас допустимое, ненулевое (нуль, уже взятый stdin) дескриптор файла, заставляющий управление входить в ответвление обработки ошибок. Ответвление обработки ошибок, если дисплеи EPERM сообщение об ошибке, так как это - последняя ошибка, которая произошла из-за access() звонить. Условие ввести ответвление обработки ошибок должно проверить ли open() возвращенный-1.