любая команда, которая может форматировать html или xml из оболочки? [закрыто]

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

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

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

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

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

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

memmap=64K$0 memory_corruption_check=0

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

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

Вы можете играть с параметрами команды ls . Попробуйте следующее:

# ls -laXr

Где:

-l     use a long listing format
-a, --all
              do not ignore entries starting with .
-X     sort alphabetically by entry extension
-r, --reverse
              reverse order while sorting