Та же проблема, у меня сработало:
Загрузите последний пакет.tar.gz с официального сайта mellanox
http://www.mellanox.com/page/products_dyn?product_family=26
tar -xf MLNX_OFED_LINUX-4.5-1.0.1.0-rhel7.6-x86_64.tgz
добавить новый локальный репозиторий, указывающий на папку RPMS извлеченного пакета
vim /etc/yum.repos.d/local.repo
[local]
name=Local Repo
baseurl=file:///root/MLNX_OFED_LINUX-4.5-1.0.1.0-rhel7.6-x86_64/RPMS
enabled=1
gpgcheck=0
Запустите обновление и наслаждайтесь
yum update
В вашем дистрибутиве используется 8-символьная кодировка UTF -. Это нормально для большинства современных дистрибутивов.
То, что вы видите, - это эффект кодированных символов UTF -8, отображаемых как другая кодировка.
Многие утилиты GNU пытаются использовать разные кавычки для открытия и закрытия кавычек. С некоторыми шрифтами это выглядит хорошо, с другими не очень.
Давайте посмотрим на результат, полученныйfind
:
$ find /x 2>&1 | hexdump -C
00000000 66 69 6e 64 3a 20 e2 80 98 2f 78 e2 80 99 3a 20 |find:.../x...: |
До и после /x
у нас есть последовательности e2 80 98
и e2 80 99
.
Ваша консоль настроена на UTF -8 и может правильно отображать последовательность UTF -8. Программа cat
не распознает и не заботится об этой последовательности, так что это не имеет значения.
С другой стороны, ваш vi
интерпретирует файл как latin1. Это как минимум необычно для современного дистрибутива. В latin1 первый байт e2
интерпретируется как â
, в то время как 80
, 98
и 99
недействительны в latin1 и отображаются как <80>
и так далее.Это приводит к â<80><98>
и â<80><99>
.
Как этого избежать? Вы можете настроить vi
для отображения файлов как UTF -8, или вы можете избежать последовательностей UTF -8 в своем выводе.
$ LC_CTYPE=C find /x 2>&1 | hexdump -C
00000000 66 69 6e 64 3a 20 27 2f 78 27 3a 20 |find: '/x': |
Здесь find
не генерирует последовательности UTF -8, а вместо этого использует одинарную кавычку '
для открывающей и закрывающей кавычки.
Обратите внимание, что отключение UTF8 может изменить способ обработки входных данных программами, хотя в вашем примере это не должно иметь значения.