Как сменить Bios uuid?
Есть ли способы сменить bios uuid (мат. плата: Gigabyte 990XA-UD3)? Думал, что обновление биоса поможет, но uuid не изменился.
- Вопрос задан более трёх лет назад
- 3973 просмотра
Комментировать
Решения вопроса 1
youtube.com/channel/UC66N_jRyZiotlmV95QPBZfA
Редактирование bios со всеми рисками.
Вам необходимо будет найти MMTool им вы снимите SMBIOS платы и SMBCFG им вы сможете восстановить uuid платы. В SMBIOS вы должны будите найти номер , который показывается обычно в диспетчере устройств «универсальный уникальный ID»
Далее предлагаю вам только искать.
Ответ написан более трёх лет назад
Littlesh @Littlesh Автор вопроса
Я пока плохо в этом разбираюсь, но насколько я понял, в биосе на месте UUID у меня стоит «To be filled by O.E.M.», и на что бы я это не менял, все равно в итоге он переписывает это значение на актуальный UUID.
Скорее всего я делаю что-то не так. Как снять SMBIOS платы в MMTool? Я пробовал сохранять мою текущую версию биоса на ПК, переименовывать ее в .rom и открывать в MMTool..
Littlesh: Вам нужен будет DMI Editor для редактирования AMI Bios и этой надписи. По другому не как. (при этом есть и другие типы Bios)
При этом вы должны осознавать все риски, что может что-то пойти не так и тогда нужен будет программатор для восстановления Bios.
Но я бы рекомендовал почитать вначале про устройства Bios вообще. Много материала можно найти на ixbt и ru-board. Данная надпись означает кстати, что должно быть модифицировано OEM, так как производитель мат плат не может знать S/N корпуса.
UPD. Можно попробовать найти dmicfg.exe , работает под dos. Она как раз направленно на редактирование OEM.
Вот вам один из примеров
Серийный номер — Слетел серийный номер после перепрошивки BIOS — 6 страница
Всем привет!
Купил Аsрirе 5050 б/у с рук на рынке. Серийник в биосе не совпадает с наклейкой и документами (они одинаковые).
Может ноут краденый, но больше склоняюсь к мысли, что меняли мать или ещё что, т.к. документы, вроде, в норме и коробка с мелочёвкой и БП есть. Да и следы от кофе внутри нашёл(((
Как можно заменить S/N?
slovelissimo
31 октября 2010 21:07
Редактор
Репутация: 890
Сообщений: 11342
blindman,а зачем его менять? ну другой и другой,он ничего не даёт.
Тему почитайте,утилиты для замены давали.
Модель ноутбука: разные.
31 октября 2010 21:42
Посетитель
Репутация: 0
Сообщений: 6
slovelissimo,
да, но как я понял, утилита для каждой модели своя, или ошибаюсь?
флешку с досом сделал по рекомендациям с этого сайта
утилитки из темы перепробовал, DMI пишет что всё успешно, но серийник в итоге не меняется!
MPRW на любые действия выдаёт ошибку Get working buffer size failed, Error Code 86 !!
2 ноября 2010 22:35
Посетитель
Репутация: 0
Сообщений: 6
даа уж. от обилия советов прям растерялся.
2 ноября 2010 23:22
Редактор
Репутация: 540
Сообщений: 5639
Цитата: blindman
от обилия советов прям растерялся
А в чем проблема то?
Цитата: blindman
Купил Аsрirе 5050 б/у с рук на рынке. Может ноут краденый, но больше склоняюсь к мысли, что меняли мать или ещё что..Да и следы от кофе внутри нашёл(((.
Бук работает? Кино показывает? Что вам S/N бука, на котором варили кофе, сдался? Нашли проблему.
Модель ноутбука: 6530G-703G32Mi
3 ноября 2010 09:30
Посетитель
Репутация: 0
Сообщений: 6
Что вам S/N бука, на котором варили кофе, сдался?
спать не могу, кошмары снятся
6 ноября 2010 23:40
Посетитель
Репутация: 0
Сообщений: 6
Товарищи, ну подскажите хотяб в какую сторону копать. Реально, спортивный интерес появился — или я его, или он меня
6 ноября 2010 23:45
Редактор
Репутация: 540
Сообщений: 5639
Цитата: blindman
Реально, спортивный интерес появился — или я его, или он меня
Это радует, это значит больше никаких проблем с буком нет.
Модель ноутбука: 6530G-703G32Mi
6 ноября 2010 23:50
Редактор
Репутация: 344
Сообщений: 2956
blindman,
DMI Tool все (выложенные здесь) попробовали?
7 ноября 2010 00:11
Посетитель
Репутация: 21
Сообщений: 256
blindman,
подбирай нужную утилиту. работают из под ДОС.
http://acerfans.ru/index.php?do=forum&act=attachment&id=7890
7 ноября 2010 13:16
Посетитель
Репутация: 0
Сообщений: 6
GDenis,
да, все из этой темы.
1.72 выдаёт ошибку (могу глянуть, какую)
остальные пишут типа всё гут, успешно, но с/н не меняется (и другие данные тоже пробовал)
vmv7,
121 — подвисает при попытке записи с/н
131 — пишет, что успешно, но ничего не меняется
140 — пишет, что успешно, но ничего не меняется
172 — ERROR: DMI_FUNCTION_NOT_SUPPORTED
к стати, биос Phoenix 1.3315
9 ноября 2010 15:55
Посетитель
Репутация: 21
Сообщений: 256
blindman,
попробуйте эти утилиты.
http://acerfans.ru/index.php?do=forum&act=attachment&id=8176
Цитата: Rammashka
В BIOSе есть такая строка UUID.У меня после ремонта, а именно замены мат. плыты выглядит она таким образом:UUID FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFто есть из 32 букв F. Разве должно быть такое? Не должен там быть номер какой нибудь?
некоторые производители не изменяютт эту строку, поэтому и написано FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF. это нестрашно.
можно попытаться запустить PowerShell (через поиск например) и выполнить команду [guid]::NewGuid().guid
Полученный номер и есть UUID
UUID и /dev/disk/by-id спешат на помощь
Поднимал недавно на новом сервере Xen и столкнулся с одной очень интресной проблемой — при загрузке случайным образом выбирался sda и sdb из двух винтов, не смотря на то, что в BIOS все было жестко прописано. Таким образом получалось, что сервер загружался через раз. И тогда я принялся думать, как бы мне решить эту проблему 🙂 Все было не сложно, если бы не одно но, один из дисков был зашифрован 🙂
Итак, для начала краткое описание ситуации:
имели сервер с поднятым Xen и двумя IDE HDD: 160 Gb — система и 400 Gb — зашифрованный диск с гостевыми доменами Xen. Все работало прекрасно, системный диск мастер, доменный — слэйв. Но в один прекрасный день слэйв решил, что больше так жить нельзя и тихо умер :). Решено было не заморачиваться и на его замену пришел новый 400 Gb SATA диск. В BIOS было прописано жестко кто есть кто, то есть какой диск первый, а какой второй и решено было продолжить загрузку.
Появился экран GRUB, повисел свои три секунды и пошла загрузка. Правда недалеко, как говорится, не долго музыка играла, недолго фраер танцевал, так как после загрузки initrd образа система сказала мне свое «фи» словами, что не может найти рутовый раздел. Посмотрев друг на друга (имеется ввиду я и Xen), я решил что мне показалось и нажал три волшебных кнопки, после чего система, видимо поняв намек, пошла на перезагрузку. Перепроверка BIOS показала, что я ничего не напутал и решено было попробовать еще раз. «И снова здравствуйте, то есть я хотела бы знать где МОЙ root partition?» — сказала мне система. Прокрутив вывод сообщений я с удивлением обнаружил, что мой IDE диск стал sdb, а SATA — sda. Что-то в этой сказке не так, подумал колобок доедая лисицу подумал я и решил, ну если ты так решила, не вопрос, сейчас сделаем тебе как хочешь. Опять три кнопки и при загрузки заход в меню GRUB и там правка на sdb, далее кнопочка b и пошел процесс загрузки. Я откинулся на спинку стула, но как оказалось зря и не надолго, так как система опять меня спросила: «Где я?», на что я только и смог ответить: «Кто здесь?», так как просмотрев процесс я заметил, что в этот раз диски уже определились нормально и я зря указал GRUB, что рутовый раздел на sdb. Плюнув на все, Нажав еще раз три кнопочки, оставил все как есть и «О, чудо!» система загрузилась как положено. 🙂
Вроде бы можно было успокоиться, списав все на неподходящее расположение звезд на небе и рака в созведии девы, но повторные перезагрузки показали, что я в здравом уме, а вот систему по какому-то ей одной известному алгоритму (хотя я подозреваю что это просто /dev/rand), решала кто сегодня в доме хозяин, а кому мыть посуду 🙂
Про то, что можно использовать UUID я знал давно, но было одно но, в виде второго винта с зашифрованными данными и пары скриптов, которые автоматизировали подключение и запуск гостевых доменов, а они, при инициализации посредством cryptsetup create, использовали жесткие указатели на девайсы (что-то типа /dev/sdb1). Надо было что-то думать, чтобы было элегантно и по возможности быстро 🙂
Вопрос с загрузкой был решен быстро, хвала UUID. Узнав какому разделу и какой принадлежит был подправлен menu.lst для GRUB и fstab.
Делается это примерно так:
# tune2fs -l /dev/sda3 | grep -i uuid
Filesystem UUID: 269f023a-bf30-4a6e-a866-6c414dec0ef6
в menu.lst:
title Xen 3.2-1-amd64 / Debian GNU/Linux, kernel 2.6.26-2-xen-amd64
root (hd0,0)
kernel /xen-3.2-1-amd64.gz
module /vmlinuz-2.6.26-2-xen-amd64 root=UUID=269f023a-bf30-4a6e-a866-6c414dec0ef6 ro console=tty0
module /initrd.img-2.6.26-2-xen-amd64
и кусок из fstab:
UUID=269f023a-bf30-4a6e-a866-6c414dec0ef6 / ext3 errors=remount-ro 0 1
И вот тут встал вопрос со swap разделом. Многие не знают как назначить на swap раздел UUID (по умолчанию инсталлер создает без него). Для этого просто пересоздаем его, предварительно отключив:
# swapoff
# mkswap /dev/gde_swap
# vol_id /dev/gde_swap | grep UUID
ID_FS_UUID=c52042d0-8527-48bd-812c-d51000059098
ID_FS_UUID_ENC=c52042d0-8527-48bd-812c-d51000059098
берем отсюда UUID и прописываем в fstab.
Но вот как же быть с криптованным винтом? Там UUID не увидишь 🙁 Пришлось лезть в irc канал Debian (irc.debian.org) и поспрашивать совета там 🙂 Вот они мне и рассказали про /dev/disk/by-id/ 🙂
Заглянув туда, я нашел то, что мне и как оказалось cryptsetup тоже, оказалось вполне достаточно для дальнейшего безбедного существования, а имено, искомую ссылку на девайс: scsi-SATA_ST3400633AS_9NF0BZ3B-part1. Правка скриптов прошла быстро и безболезнено, а далее наступил момент истины — контрольный выстрел перезагрузка 🙂
Хвала всем и на всякий случай святому Патрику тоже (привет слаководам ;)) все прошло на ура 🙂
Итак, как говорится, терпение и труд все перетрут 🙂 И главное не стесняться и поспрашивать у тех кто знает 🙂
PS: Еще раз большое спасибо приветлевым парням с irc.debian.org.
UPD: с джамперами все в порядке 🙂 перепроверял, так как это тоже было первое, что пришло в голову 🙂
SMBIOS
Спецификация SMBIOS определяет структуры данных и сведения, которые будут входить в структуры данных, относящиеся к системе. Используя последнюю спецификацию SMBIOS, мы идем в ногу с последними изменениями, определенными в спецификации. В таблицах ниже описаны рекомендуемые параметры SMBIOS, а также рекомендации по тому, какой тип информации должен быть в этих полях. Заполнение этих полей данными, относящимися к каждой отдельной системе, позволяет системным администраторам удаленно идентифицировать эти системы и управлять ими. Идентификаторы компьютерного оборудования (CHID) создаются с помощью значений из этих таблиц, и при настройке этих значений следует проявлять осторожность и думать о них.
Чтобы добавить единообразие в SMBIOS для более эффективной идентификации сведений об устройстве, рекомендуется использовать следующие рекомендации при заполнении полей SMBIOS. Приведенные ниже данные SMBIOS также собираются и используются в различных емкостях. Данные, передаваемые в эти поля, должны быть подробно спланированы перед заполнением с помощью средств, предоставляемых поставщиками BIOS/встроенного ПО. Хэш, созданный для нацеливания CHID, основан на данных, заполняющих эти поля.
Хотя эти сведения похожи на сведения, перечисленные в рабочем процессе публикации драйвера Windows 10, следующие таблицы предписывают дополнительные уровни детализации для некоторых полей, повышая уровень специфичности.
Рекомендуемые параметры при переходе на SMBIOS 3.0
В следующей таблице содержатся сведения о полях BIOS.
| Имя поля | Имя и тип структуры | Значение | Offset | Длина | Пример сценария | Пример |
|---|---|---|---|---|---|---|
| Изготовитель | Сведения о системе (тип 1) | Строковый тип | 04h | 32 | См. пример сценария ниже | «Contoso» |
| Семейство | Сведения о системе (тип 1) | Строка | 1Ah | 64 | См. пример сценария ниже | «A11» |
| Название продукта | Сведения о системе (тип 1) | Строка | 05h | 64 | См. пример сценария ниже | «A11 a110001» |
| Продукт основной платы | Сведения о системе (тип 2) | Строка | 05h | 32 | См. пример сценария ниже | «bb03» |
| Номер KU | Сведения о системе (тип 1) | Строка | 19h | 32 | См. пример сценария ниже | «A11a11001-EU-04» |
| Серийный номер | Сведения о системе (тип 1) | Строка | 07h | См. пример сценария ниже | «A1B2C3456789ABC» | |
| UUID | Сведения о системе (тип 1) | Различается | 08h | 16 | См. пример сценария ниже | Универсальный уникальный идентификатор (UUID). См. раздел 7.2.1. в DMTF SMBIOS Specification 3.1 или более поздней версии. |
| Тип корпуса | Корпус системы (тип 3) | Byte | 05h | Н/Д | См. пример сценария ниже | «отсоединяемый» |
| Поставщик BIOS | Сведения о BIOS (тип 0) | Byte | 04h | Строка | ||
| Версия BIOS | Сведения о BIOS (тип 0) | Byte | 05h | Строка | ||
| Основной выпуск BIOS | Сведения о BIOS (тип 0) | Byte | 14 ч | Различается | ||
| Дополнительный выпуск BIOS | Сведения о BIOS (тип 0) | Byte | 15 ч | Различается |
Пример сценария: Компания Contoso, Inc. производит 2 линейки продуктов: (1) серии «A» и (2) «B». Серия устройств «A» включает подторговых марок устройств Contoso «A11» и «A13», каждый из которых имеет разные размеры экрана и поддерживает физически отсоединяемые клавиатуры (хотя клавиатуры продаются в качестве варианта). «A11» имеет три модели: (1) базовая модель (a110001) (2) модель среднего размера с аудиопакетом premium (a110002) и (3) модель высокого класса с сенсорной панелью с более высоким разрешением (a110003). Каждая модель прошла через несколько поколений редакций основной платы, которые идентифицируются внутри с помощью кодов от bb01 до bb04. Каждую из моделей «A11» можно дополнительно настроить с помощью различных конфигураций хранилища и памяти. Чтобы разделить различные производственные запуски в производственном цехе, Компания Contoso использует внутреннюю систему идентификации, которая объединяет семейство, название продукта, регион рынка и номер рабочего запуска.
Поля SMBIOS, начиная с BIOS , могут считаться необязательными или рекомендуемыми. Они используются для создания идентификатора оборудования компьютера (CHID) и обеспечения дополнительных уровней уникальности в результирующем CHID.
В следующей таблице описаны индикаторы уровня иерархии для конечных пользователей.
| Имя поля | описание DTMF.org | Описание Майкрософт | Формат поля | Иерархия |
|---|---|---|---|---|
| Изготовитель | Число строк, заканчивающихся null. | Значение в поле изготовителя определяет название компании, под которым устройство продается для конечного пользователя (например, торговая марка или логотип, отпечатанный на устройстве). | Формат строки поля производителя соответствует тому, что конечные пользователи идентифицируют как торговую марку компании. | Поле производителя — это индикатор первого уровня для конечных пользователей, представляющий группирование всех устройств, продаваемых компанией. Это поле должно изменяться редко, если когда-либо. |
| Семейство | Число строк, заканчивающихся null. | Значение в поле семейства определяет название под торговой марки компании, относящееся к группе похожих устройств, известной как линейка продуктов, под которой устройство продается для конечных пользователей. Значение семейства исключает дисперсию по компонентам, поколению устройства, году производства, номеру SKU или другим факторам. Значение семейства , как правило, не является достаточно конкретным, чтобы указать фактическое устройство, а скорее линейку продуктов, продаваемых для конечных пользователей. | Формат строки поля семейства соответствует тому, что конечные пользователи идентифицируют как название под торговой марки компании, относясь к линейке продуктов. Строка поля семейства не должна содержать имя производителя . | Поле семейства — это индикатор второго уровня для конечных пользователей, представляющий группу похожих устройств, известных как линейка продуктов. Это поле должно оставаться неизменным на протяжении всего срока службы линейки продуктов. |
| Название продукта | Число строк, заканчивающихся null. | Значение в поле «Название продукта » определяет модель устройства компании без перечисления дисперсии конфигурации. (например, дисперсия процессора, памяти и хранилища) Часто существует несколько названий продуктов , характерных для модели в определенном семействе, хотя обычно не более десятка или около того. | Формат строки поля имени продукта соответствует тому, что конечные пользователи видят в качестве имени модели устройства или значения идентификатора. Рекомендуется включить полное значение поля Семья, за которым следует один пробел, а затем имя модели или значение идентификатора. | Поле названия продукта — это индикатор третьего уровня для конечных пользователей, представляющий конкретную модель устройства. Название продукта может длиться в течение всего времени существования семейства, через несколько редакций или поколений оборудования, где редакции оборудования не продаются в качестве нового продукта для конечных пользователей. |
| Продукт основной платы | Число строк, заканчивающихся null. | Значение в поле продукта основной платы определяет базовую доску и должно точно отражать дисперсии в базовых досках на разных устройствах в одном семействе и названии продукта. Это значение должно изменяться при изменении основной платы в модели устройства и может использоваться в качестве идентификатора ресурса для обслуживания. | Формат строки поля основной платы может быть задан компанией, и он не должен соответствовать маркетинговой информации конечных пользователей. | Поле продукта основной платы является четвертым показателем устройств для компании и не продается для конечных пользователей. |
| Серийный номер | Число строк, заканчивающихся null. | Сведения в этой структуре определяют атрибуты общей системы и должны быть связаны с группой идентификаторов компонентов MIF системы. Реализация SMBIOS связана с одним экземпляром системы и содержит только одну структуру System Information (тип 1). | Формат строки поля «Серийный номер » соответствует серийному номеру на внешней стороне устройства. | Поле Серийный номер является индикатором серийного номера , назначенного компанией, и доступно на внешнем устройстве. Поле Серийный номер является индикатором устройств шестого уровня. |
| UUID | UUID — это идентификатор, который уникален как для времени, так и для пространства. Для этого не требуется централизованный процесс регистрации. Длина UUID составляет 128 бит. Формат описан в документе RFC4122. | Значение в этой структуре является универсальным уникальным значением, как определено в документах спецификации. Это значение должно быть связано с данным компьютером. | Формат поля соответствует последнему документу спецификации DTMF.ORG SMBIOS, чтобы соответствовать универсальной уникальности. | Поле UUID не продается для конечных пользователей и считается показателем седьмого уровня этого устройства. |
| Номер SKU | Число строк, заканчивающихся null. Эта текстовая строка определяет определенную конфигурацию компьютера для продажи. Иногда его также называют идентификатором продукта или номером заказа на покупку. Это число часто встречается в существующих полях, но стандартного формата не существует. Как правило, для данной системной платы от конкретного изготовителя оборудования существуют десятки уникальных конфигураций процессора, памяти, жесткого диска и оптического диска. | Значение в поле номер SKU определяет устройство в формате, который может быть определен компанией. Это поле может включать варианты устройства, определяемые производственным запуском, регионом отгрузки, розничным продавцом, отклонениями в конфигурации. (например, дисперсия процессора, памяти и хранилища) Это значение можно использовать в качестве идентификатора ресурса для обслуживания. Если оно не используется компанией, его можно оставить пустым. | Формат строки поля номера SKU может быть задан компанией и не должен соответствовать маркетинговой информации конечных пользователей. | Поле Номер SKU является показателем пятого уровня устройств для компании и не продается для конечных пользователей. |
| Тип корпуса | Н/Д | Определяется в таблице Тип корпуса ниже | Н/Д | Н/Д |
| Поставщик BIOS | Строковый номер имени поставщика BIOS | Определяется в спецификации DMTF SMBIOS 3.1 или более поздней версии. | ||
| Версия BIOS | Номер строки версии BIOS. Это значение представляет собой строку в свободной форме, которая может содержать сведения о версии Core и OEM. | Определяется в спецификации DMTF SMBIOS 3.1 или более поздней версии. | ||
| Основной выпуск BIOS | Определяет основной выпуск BIOS системы, например значение 0Ah для версии 10.22 и 02h для версии 2.1. Это поле или поле Дополнительный выпуск BIOS системы обновляются при каждом выпуске обновления BIOS для конкретной системы. Если система не поддерживает использование этого поля, для этого поля и поля Дополнительный выпуск BIOS системы используется значение FFh. | Определяется в спецификации DMTF SMBIOS 3.1 или более поздней версии. | ||
| Дополнительный выпуск BIOS | Определяет дополнительный выпуск BIOS системы, например значение 16h для версии 10.22 и 01h для версии 2.1. | Определяется в спецификации DMTF SMBIOS 3.1 или более поздней версии. |
В следующей таблице описаны параметры поля Тип корпуса .
| Тип корпуса | Байтовое значение | OHR FFC/FFSC | Описание Майкрософт |
|---|---|---|---|
| Персональный компьютер | 03h | Классический или стандартный | Desktop означает клиентскую систему в корпусе tower и не является переносимой клиентской системой. Он не включает встроенный дисплей и входные данные. |
| Записная книжка | 0Ah | Notebook/Standard | Записная книжка — это клиентская система с форм-фактором раскладушки и неотсоединяемой клавиатурой. Портативный (08h) или ноутбук (09h) не следует использовать при идентификации записной книжки. |
| Все в одном | 0Dh | Настольный компьютер/AiO | «Все в одном » означает клиентскую систему, которая интегрирует сенсорный экран с другими аппаратными компонентами в одном корпусе. |
| Tablet | 1Eh | Планшет или стандартный | Планшет — это система клиента, которая объединяет дисплей, перезаряжаемый источник питания и другие компоненты в одном корпусе и использует сенсорный ввод в качестве основного средства ввода. Он не включает физически подключенную клавиатуру. В случае, когда форм-фактор клиентской системы не позволяет физически подключить клавиатуру к корпусу, но Bluetooth или другая беспроводная клавиатура продается в качестве дополнительного аксессуара конечному пользователю, поле типа корпуса следует идентифицировать как планшет. |
| Автомобиль с откидным верхом | 1Fh | Записная книжка/Convertible | Convertible — это система клиента, объединяющая дисплей, источник питания и устройство, направляющее устройство в один корпус с регулируемым (любое движение: сальто, повороты, повороты) дисплеем, обращенным вперед или в сторону от подключенной клавиатуры. |
| Detachable | 20 ч | Планшет или стандартный | Отсоединяемый — это система клиента, объединяющая дисплей, перезаряжаемый источник питания и указывающее устройство в одном корпусе вместе с отсоединяемой клавиатурой. В случае, когда форм-фактор системы клиента позволяет физически подключить клавиатуру, не включая Bluetooth или другие беспроводные клавиатуры, к корпусу, но физическая клавиатура продается в качестве дополнительного аксессуара конечному пользователю, поле типа корпуса должно быть определено как отсоединяемое. |