Ваш запрос ldap является слишком большим количеством "дженерика". Что относительно того, если Вы ограничиваете Класс объекта, прежде чем сделают запрос, чтобы не приносить к большой информации?
ldap://192.168.56.110:389/dc=example,dc=com?sAMAccountName?sub?(objectClass=user)
И делая запрос "вручную" с ldapsearch, у Вас есть та же проблема производительности? исключая:
ldapsearch -x -W -D "cn=Administrator,dc=example,dc=com" -h 192.168.56.110 -b "dc=example,dc=com" -LLL "(SAMAccountName=peter)"
Enter LDAP Password:
Более длинный номер называется универсальным уникальным идентификатором (UUID). Это определяется файловой системой. Есть хорошая статья в Википедии , которая дает больше информации о том, почему и как она используется.
Файловые системы FAT идентифицируются более коротким идентификатором («Серийный номер тома»). Википедия предполагает, что это на самом деле отметка времени.
Вероятно, он был смонтирован на udisksd
. Посмотрите в syslog. В моей системе вставка USB-накопителя приводит к следующему:
Aug 6 15:17:08 ubuntu udisksd[2856]: Mounted /dev/sdb1 at /media/mp/A88B-3652
udisks
пытается предоставить уникальное имя для каждого диска или раздела. Он ищет по всем симлинкам, которые udev
создает в разделе /dev/disk
. Для съемных носителей он ищет симлинки в /dev/disk/by-uuid
и /dev/disk/by-label
. Для несъемных носителей он выглядит в /dev/disk/by-uid
.
Записи в каталоге by-uuid
часто, но не всегда являются UUID. В вашем примере UUID 13f35f59-f023-4d98-b06f-9dfaebefd6c1, скорее всего, был сгенерирован командой типа mke2fs
, которая создает файловые системы.
В случае с моей USB-флешкой, A88B-3652 на самом деле является серийным номером тома её раздела fat32.
Записи в каталоге by-label
- это метки тома на CD или DVD дисках, например "Ubuntu 14.04 LTS amd64", или метки файловой системы, созданные с опцией -L на mke2fs
или tune2fs
.
Записи в каталоге by-id
часто имеют вид bustype-manufacturer_device_serialnumber, для каждого раздела добавляется -partn.