Как мне заставить японские символы правильно отображаться в Firefox на Arch?

По умолчанию ядро Linux резервирует нижние 64K системной памяти для BIOS и неоднократно сканирует эту часть памяти на предмет неожиданных изменений. Если процесс фонового сканирования замечает, что память была неожиданно изменена (повреждена), он отправляет в журнал ядра что-то вроде

Corrupted low memory at <virtual address> (<address> phys) = <memory contents after corruption>
...
Memory corruption detected in low memory
...
Hardware name: <BIOS info>

где виртуальный адрес - это виртуальный адрес, указывающий на поврежденную память. Это может быть практически что угодно, и если вы не знаете, что какая-то другая программа использует этот адрес, вы можете смело игнорировать это. Физический адрес - вот что интересно. Пока этот адрес (всегда выводится в шестнадцатеричном формате) меньше 64K (2^16 байт), вы будете в порядке, а сообщение на самом деле пытается сказать

Производитель материнской платы некомпетентен, и BIOS системы записывает в низкую область памяти (0-64K физической памяти) без резервирования этой области с помощью таблиц памяти ACPI. Не волнуйтесь, Linux ядро ожидало этой ошибки и не хранило там ничего важного. Если ваш BIOS когда-нибудь будет исправлен, вы сможете использовать последние 64K вашей реальной оперативной памяти. Однако, вероятно, вам придется перекомпилировать ядро, чтобы отключить ожидание того, что BIOS имеет эту ошибку.

Разработчики ядра пытались собрать список известных плохих версий BIOS и отключить использование последних 64K оперативной памяти только в том случае, если BIOS был известен с ошибкой. На практике оказалось, что производители BIOS настолько некомпетентны, что разумнее было бы создать список известных хороших версий BIOS. Этот список будет намного короче. В долгосрочной перспективе будет гораздо проще просто объявить самые низкие 64К памяти всегда плохими и игнорировать весь этот беспорядок. Это приведет к потере 64K оперативной памяти для всех i386/amd64 совместимых linux компьютеров, но позволит разработчикам потратить свое время на что-то более продуктивное.

Если вы знаете, что ваш BIOS неисправен (вышеуказанное предупреждение выдается в журнал ядра), и просто хотите пропустить сканирование на наличие неисправного BIOS и продолжать резервировать память, вы можете зарезервировать эту область памяти и отключить сканирование. Просто добавьте следующие флаги ядра:

memmap=64K$0 memory_corruption_check=0

Флаг memmap резервирует 64K оперативной памяти по физическому адресу 0 (начало физической оперативной памяти), а флаг memory_corruption_check отключает фоновое сканирование на наличие повреждений.

Если в вашей системе произошло неожиданное повреждение оперативной памяти и вы подозреваете BIOS, добавление memmap=1024K$0 зарезервирует 1 МБ в начале физической оперативной памяти из ядра Linux. По слухам, Windows 10 будет делать это по умолчанию, поэтому я не удивлюсь, если будущие версии BIOS будут повреждать весь первый 1 МБ, если это повреждение не вызовет никаких проблем при использовании Windows 10.