LINUX.ORG.RU

Сообщения striding_me

 

Потеряная память

Привет.

Такой трабл, есть 4 плахи по 4 гб, а используются только 2. В W7 используются 16гб. Обе системы x64.

Вот dmidecode:

( читать дальше... )

А вот meminfo:

( читать дальше... )

Подскажите, куда делись мои 8гб?) Я знаю, что на 32 архитектурах есть нюансы использования 4+ гб памяти, да. Я попытался гуглить, и так как запросы «почему система _не видит_ мои 100500гб памяти?» популярнее, ответа на вопрос «почему система видит но не использует мои 100500(больше 4)гб памяти» не нахожу.

Система:

home:~ # uname -a
Linux home 3.11.10-25-desktop #1 SMP PREEMPT Wed Dec 17 17:57:03 UTC 2014 (8210f77) x86_64 x86_64 x86_64 GNU/Linux

home:~ # cat /etc/SuSE-release 
openSUSE 13.1 (x86_64)
VERSION = 13.1
CODENAME = Bottle
# /etc/SuSE-release is deprecated and will be removed in the future, use /etc/os-release instead

UPD:

Гугление дало ключи к гуглению -) Я нашел, что у меня есть ошибки MTRR(хоть и не уверен еще до конца, что это связано с проблемой):

home:~ # dmesg | grep -i mtrr -C6
[    0.000000] SMBIOS 2.7 present.
[    0.000000] DMI: To be filled by O.E.M. To be filled by O.E.M./M5A99X EVO R2.0, BIOS 2501 04/03/2014
[    0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.000000] No AGP bridge found
[    0.000000] e820: last_pfn = 0x21f000 max_arch_pfn = 0x400000000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-BFFFF write-through
[    0.000000]   C0000-CEFFF write-protect
[    0.000000]   CF000-EBFFF uncachable
[    0.000000]   EC000-FFFFF write-protect
[    0.000000] MTRR variable ranges enabled:
[    0.000000]   0 base 000000000000 mask FFFF80000000 write-back
[    0.000000]   1 base 000080000000 mask FFFFC0000000 write-back
[    0.000000]   2 base 0000C0000000 mask FFFFE0000000 write-back
[    0.000000]   3 base 0000DD800000 mask FFFFFF800000 uncachable
[    0.000000]   4 base 0000DE000000 mask FFFFFE000000 uncachable
[    0.000000]   5 disabled
--
[    0.448522] ACPI: bus type PCI registered
[    0.448524] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.448564] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[    0.448566] PCI: not using MMCONFIG
[    0.448567] PCI: Using configuration type 1 for base access
[    0.448568] PCI: Using configuration type 1 for extended access
[    0.448795] mtrr: your CPUs had inconsistent variable MTRR settings
[    0.448796] mtrr: probably your BIOS does not setup all CPUs.
[    0.448797] mtrr: corrected configuration.
[    0.449458] bio: create slab <bio-0> at 0
[    0.449613] ACPI: Added _OSI(Module Device)
[    0.449614] ACPI: Added _OSI(Processor Device)
[    0.449615] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.449616] ACPI: Added _OSI(Processor Aggregator Device)
[    0.450191] ACPI: EC: Look up EC in DSDT

Дайте совета, ребята.

Вот такой сейчас mtrr:

home:~ # cat /proc/mtrr
reg00: base=0x000000000 (    0MB), size= 2048MB, count=1: write-back
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-back
reg02: base=0x0c0000000 ( 3072MB), size=  512MB, count=1: write-back
reg03: base=0x0dd800000 ( 3544MB), size=    8MB, count=1: uncachable
reg04: base=0x0de000000 ( 3552MB), size=   32MB, count=1: uncachable

UPD1: Решил. Это биос(последний, m5a99x 2.0). Оказывается, он тоже(!!!) видел 8гб -) Почему - я не знаю. Отключил fastboot, снизил частоту памяти(с 1800 до 1600), вернул тайминги в auto - память нашлась. До этого память(в соответствии с мануалом kingston) была в 1800 частоте, с таймингами 9-11-9, и ПОЧЕМУ-ТО половина из нее отвалилась -) Сейчас снова поднял частоту, память еще на месте. Дальше буду смотреть, может, она перегрелась просто(но монитор вроде молчал).

Спасибо за интерес и помощь.

 ,

striding_me
()

[Gentoo] Собственный .ebuild

Доброго времени суток. Возникла служебная необходимость запихнуть некие скрипты в ебилд. Суть - необходимо заменить файл /usr/lib/kde4/libexec/kscreenlocker, предоставляемый пакетом krunner на свой, оригинал переместив, например, в /usr/lib/kde4/libexec/kde-screenlocker. Вопрос в следующем - как сделать требуемое наиболее оперативно и наименее болезненно? Пробовал в .ebuild src_install() сделать

cp -p /usr/lib/kde4/libexec/kscreenlocker ${S}/kde-screenlocker
insinto /usr/lib/kde4/libexec
doins ${S}/kscreenlocker
doins ${S}/kde-screenlocker

И это, конечно же, не удалось, так как было воспринято, как попытка нарушить целостность файловой системы -) (с portage изнутри знакомлюсь впервые, тема дается тяжко) Иные попытки(mv в src_prepare) были, судя по всему, еще более бессмысленными, так как на них совершенно никакой реакции от системы не последовало. Гугление на вопрос «file collisions» навело на epatch, которым неведомым образом используются патчи с незнакомым мне синтаксисом(видимо, тема столь же богата, как и вся философия пакетов Gentoo).

Буду рад любой помощи.

Заранее благодарен.

 

striding_me
()

RSS подписка на новые темы