Вопросы Теги

Почему UIDs в Солярисе настолько очень высоко? Это в порядке для использования более низких чисел?

Я выполняю Дугу Linux, и это - то, что я делаю для сокращения выбросов тепла.

  1. Я использую laptop-mode-tools управлять частотным масштабированием ЦП и вращающийся вниз жесткого диска. Жесткий диск может нагреться вполне немного, если Вы поддерживаете его в рабочем состоянии непрерывно. Но обратите внимание, вращение вниз жесткого диска слишком часто будет заставлять его повреждаться. Внешние жесткие диски обычно оцениваются только для 40 000-50 000 spinups. Жесткие диски для ноутбуков обычно оцениваются приблизительно для 300 000 spinups. Ссылка.

  2. Я установил acpi_call Посетите здесь или следуйте, это сообщение для инструкций отключить / активируют Вашу дискретную карту. Для меня я отключил дискретную карту, и только используйте интегрированную карту.

  3. При использовании i915 драйверов для карты Intel это будет работать. Проверьте свой вывод lspci -mvknn | grep -B8 i915. Если это возвращается непустой, то можно добавить i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 к Вашим параметрам начальной загрузки.

    pcie_aspm=force может также быть добавлен, если все аппаратные средства PCIe в системе поддерживают Активное управление Государственной властью.

Я использую шаги к главным образом для сокращения потребляемой мощности, но я также заметил понижение температуры больше, чем 10°C как побочный эффект. Я предполагаю с меньшим количеством используемого питания, меньше тепла выделено.

3
19.12.2012, 05:13
3 ответа

Просто предположив, но это походит на способ избежать конфликта между "стандартными" идентификаторами пользователей с низким номером и локальным UIDs. Локальные UIDs считают в обратном порядке от максимального значения и системы, которую UIDs подсчитывают от минимума с почти нулевым шансом, они будут когда-либо сталкиваться.

(Я только когда-то использовал систему с больше, чем 64K обычными пользователями на единственной машине, и это вернулось в дни перед LDAP.)

Общие 1-1000 схем, к которым Вы обращаетесь, имеют несколько проблем:

  1. Вы записываете любые пока еще неиспользованные значения. Необходимо зарезервировать больше, чем Вы думаете, что Вам когда-либо будет нужно.

  2. Если Вы не угадываете, у Вас есть проблема прямой совместимости. Я использовал *ixes, который имел порог 500 в одной версии, затем 1000 в следующем, несомненно, потому что кто-то решил, что они исчерпали стандартный UIDs или подверглись риску его.

2
27.01.2020, 21:14

Кажется, что что-то в Вашей среде создало более высокое, чем ожидалось uid, таким образом, она только что начала работать оттуда.

Солярис 11,1 useradd состояний страницы справочника:

Значения по умолчанию UID к следующему доступному (уникальному) числу выше самого большого количества, в настоящее время присваиваемого. Например, если UIDs 100, 105, и 200 будет присвоен, то следующее число UID по умолчанию будет 201.

3
27.01.2020, 21:14

Я не сказал бы 65534, смехотворно высокое количество. Это не так много отрицания (стандарт не делает состояний, если uid_t составляет 16 или 32 бита, ни делает это говорит, подписывается ли это или не подписано), и все еще довольно низко по сравнению с Солярисом, позволенным диапазон. Я, вероятно, только возразил бы, выбрал ли useradd 2147483647, самое большое количество идентификатора пользователя, поддерживаемое Солярисом. Я озадачен 65 534 выбранный в Вашем случае, учитывая факт, он должен был быть уже установлен как анонимный пользователь NFS прежней версии.

В любом случае я не воспроизвожу то, что Вы описываете:

# cat /etc/release
                             Oracle Solaris 11.1 X86
  Copyright (c) 1983, 2012, Oracle and/or its affiliates.  All rights reserved.
                           Assembled 19 September 2012
# tail /etc/passwd
webservd:x:80:80:WebServer Reserved UID:/:
postgres:x:90:90:PostgreSQL Reserved UID:/:/usr/bin/pfksh
svctag:x:95:12:Service Tag UID:/:
unknown:x:96:96:Unknown Remote UID:/:
nobody:x:60001:60001:NFS Anonymous Access User:/:
noaccess:x:60002:60002:No Access User:/:
nobody4:x:65534:65534:SunOS 4.x NFS Anonymous Access User:/:
aiuser:x:61:61:AI User:/:
pkg5srv:x:97:97:pkg(5) server UID:/:
jlliagre:x:100:10:jlliagre:/home/jlliagre:/usr/bin/ksh
# 
# useradd foo
# tail -2 /etc/passwd
jlliagre:x:100:10:jlliagre:/home/jlliagre:/usr/bin/ksh
foo:x:101:10::/export/home/foo:/usr/bin/bash

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

1
27.01.2020, 21:14
  • 1
    я использовал "Диспетчер пользователей" от Системы-> администрация. –  Baard Kopperud 19.12.2012, 10:15
  • 2
    Это стоило бы упомянуть в Вашем вопросе. Почти все используют или useradd или централизованные (Нис или ldap) управление пользователями. Документация не упоминает, как "автоматический" идентификатор пользователя вычисляется с панелью User Manager. docs.oracle.com/cd/E26502_01/html/E29010/gltjf.html#gmadn. Я позже попытаюсь видеть, воспроизвожу ли я эту проблему. –  jlliagre 20.12.2012, 09:35

Теги

Похожие вопросы