У меня такая же проблема с nvidia-375. Обновление до nvidia-384 просто решит проблему.
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
blockquote>Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
blockquote>Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory
, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode
будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw
, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW