«Ошибка поиска символа: /usr/lib/x86_64-linux-gnu/libxfconf-0.so.2: undefined symbol: g_type_class_adjust_private_offset»

Может быть более одного случая, но тот, на который вы указываете, обсуждался в ветке списка рассылки вопрос UID / GID порта DHCP-сервера ISC в 2008 году, где _dhcp известно, что пользователь был специальной учетной записью (с другими привилегиями, чем у демона):

  I noticed that, but I believe that that is a privilege separation 
account that is used with the OpenBSD-version of the dhclient. Also, as 
I pointed out, if this is usable, then why isn't the isc-dhcp-server 
port using it instead of allocating a UID/GID for itself during the install?

Erik

Florent Thoumie wrote:
> On Jan 18, 2008 12:01 PM, Erik Van Benschoten  wrote:
>> Greetings,
>>
>>   Is there a specific reason that the port of the ISC's DHCP server does
>> not seem to have/use a registered UID/GID?
> 
> Maybe because there's already _dhcp user (uid 65) in base?

Проверяя свою машину FreeBSD 10, я вижу другую учетную запись, на этот раз достаточно четко обозначена:

_pflogd:*:64:64:pflogd privsep user:/var/empty:/usr/sbin/nologin

Дополнительная литература:

• Привилегии с разделением OpenSSH

• OpenBSD 3.6 ChangeLog

  • Сделать так, чтобы dhclient (8) возвращался к пользователю none, если пользователь _dhcp не существует. Помогает с обновлениями.
    
  • Новый пользователь и группа _dhcp, как ни странно, для программ DHCP.

• "user / group _pflogd: _pflogd" что с _? (список рассылки freebsd-current, 2004 г.)

• pf не входит в систему 5.3-BETA3? (список рассылки freebsd-pf, 2004 г.) )

    Okay, have you guys read UPDATING?
    > 20040623:
    >         pf was updated to OpenBSD-stable 3.5 and pflogd(8) is privilege
    >         separated now. It uses the newly created "_pflogd" user/group
    >         combination. If you plan to use pflogd(8) make sure to run
    >         mergemaster -p or install the "_pflogd" user and group manually.