ru.linux.chainik

Hello Zhenja! 24 Dec 21 20:54, you wrote to me: [...] ZK> судя по man, lsinitrd -- часть dracut (initrd инфраструктура) и ZK> должен по-умолчанию брать initramfs для текущего ядра. Да, man я читал, так оно и есть. ZK> Если dkms не обновил initrd (лень смотреть его скрипты) и модули ZK> грузятся оттуда, то логично, хоть и странно (что не обновил). dracut ZK> --force должен перегенерировать. Это я пока не пробовал, честно признаюсь. Вдруг перестанет грузиться вообще? Безусловно с этим (с возможной не загрузкой) я разберусь, не вчера с компами и не совсем тупой, просто не хотелось бы тратить на это время ежели такое произойдёт, хотелось обойтись малой кровью. ZK> А depmod -v | grep nvidia что показывает? Сейчас у меня [временно] 470.82, но на безуспешно установленном 470.94 он показывает то же самое, уж поверь. Ядро вот такое: ~~~ [rhs@sys3175 ~]$ uname -r 5.15.10-200.fc35.x86_64 [rhs@sys3175 ~]$ ~~~ depmod -v | grep nvidia показывает так: ~~~ [rhs@sys3175 ~]$ sudo depmod -v | grep nvidia /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/usb/typec/altmodes/typec_nvidia.ko.xz needs "__typec_altmode_register_driver": /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/usb/typec/typec.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/usb/typec/altmodes/typec_nvidia.ko.xz needs "dp_altmode_remove": /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/usb/typec/altmodes/typec_displayport.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-modeset.ko.xz needs "nvidia_register_module": /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-drm.ko.xz needs "drm_framebuffer_cleanup": /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/gpu/drm/drm.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-drm.ko.xz needs "drm_kms_helper_poll_fini": /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/gpu/drm/drm_kms_helper.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-drm.ko.xz needs "nvKmsKapiGetFunctionsTable": /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-modeset.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-uvm.ko.xz needs "nvUvmInterfaceDisableAccessCntr": /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia.ko.xz /lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia.ko.xz needs "drm_gem_object_free": /lib/modules/5.15.10-200.fc35.x86_64/kernel/drivers/gpu/drm/drm.ko.xz [rhs@sys3175 ~]$ ~~~ Это для текущего 470.82. RHS>> Так и есть, модули старые, 28 октября, от 470.82. RHS>> Изучаю /boot/initramfs$(uname -r).img, там кроме RHS>> microcode/GenuineIntel.bin больше нифига ничего нет. ZK> Звучит странно. Я не вру. Кроме микрокода в initramfs больше нет ничего: ~~~ [rhs@sys3175 ~]$ sudo file /boot/initramfs-$(uname -r).img /boot/initramfs-5.15.10-200.fc35.x86_64.img: ASCII cpio archive (SVR4 with no CRC) [rhs@sys3175 ~]$ sudo cat /boot/initramfs-$(uname -r).img | cpio --list . early_cpio kernel kernel/x86 kernel/x86/microcode kernel/x86/microcode/GenuineIntel.bin 30 blocks [rhs@sys3175 ~]$ ~~~ RHS>> 1) где, чёрт возьми, хранится инфа о том, что ведро хочет RHS>> 470.82, хотя уже установлено 470.94? ZK> У тебя установлены библиотеки и драйвер X новые, но ядерный модуль ZK> старый. Вот! В initrd почему-то именно *старые* драйвера/модули: ~~~ [rhs@sys3175 ~]$ sudo lsinitrd | grep -i extra/nvidia -rw-r--r-- 1 root root 24028 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-drm.ko.xz -rw-r--r-- 1 root root 23809056 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia.ko.xz -rw-r--r-- 1 root root 515404 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-modeset.ko.xz [rhs@sys3175 ~]$ ~~~ Обрати внимание на дату модулей из вывода lsinitrd, они все 28 октября (я в то время как раз Fedora 35 себе заапгрейдил через dnf с Fedora 34 чтобы не делать "pere install", так что эти модули от 470.82 остались ещё с Fedora 34, там с ними было всё нормально, я просто время от времени апгрейдил драйвера nvidia и подобных проблем не возникало никогда (я апгрыжусь с версии на версию Fedora через dnf ещё со времён Fedora 32, то есть года два уже, "pure install" с тех пор ни разу не делал). А фактически в usr/lib/modules/5.15.10-200.fc35.x86_64/extra/ лежат модули за вчерашнее число, за 24 декабря уже: ~~~ [rhs@sys3175 ~]$ ls -l /lib/modules/$(uname -r)/extra total 24120 -rw-r--r-- 1 root root 24028 Dec 24 09:16 nvidia-drm.ko.xz -rw-r--r-- 1 root root 23809056 Dec 24 09:16 nvidia.ko.xz -rw-r--r-- 1 root root 515404 Dec 24 09:16 nvidia-modeset.ko.xz -rw-r--r-- 1 root root 1008 Dec 24 09:16 nvidia-peermem.ko.xz -rw-r--r-- 1 root root 342612 Dec 24 09:16 nvidia-uvm.ko.xz [rhs@sys3175 ~]$ ~~~ Сейчас у меня, повторюсь, 470.82, поэтому и модули из lsinitrd, и модули из usr/lib/modules/5.15.10-200.fc35.x86_64/extra/ совпадают по API версии NVRM и всё пучком, все довольны. Hо стОит мне установить 470.94, как в usr/lib/modules/5.15.10-200.fc35.x86_64/extra/ образуются модули 470.94 (инсталлятор в процессе установки их компилит под текущее ведро и туда копирует), а в выводе lsinitrd остаются старые, от 470.82, за 28 октября, и ведро начинает орать что "Я хочу 470.82, а в usr/lib/modules/5.15.10-200.fc35.x86_64/extra/ лежат 470.94, непорядок, не буду их грузить!". Явно что initrd не обновляется. Hо вот почему? RHS>> 2) откуда lsinitrd эту инфу берёт? (можно конечно на его исходники RHS>> глянуть и узнать откуда оно инфу цепляет, но не хотелось бы сразу же RHS>> нырять в такие дебри). ZK> Можно в man глянуть. Там я ничего не увидел. Может плохо смотрел? Похоже придётся всё же смотреть на исходники lsinitrd чтобы узнать где же и как же и почему же упорно берутся старые модули для ведра при наличии новых. Если внутри initramfs про них ни слова нет. RHS>> 3) как сказать ведру чтобы оно забыло про 470.82 насовсем и RHS>> стало юзать 470.94? Я бы руками сам изменил initramfs, добавил бы в него (заменил бы в нём) модули 470.82 на 470.94, но см. выше, в initramfs кроме микрокода ничего нет. Откуда lsinitrd берёт инфу что модули 470.82? Я бы прям там поменял. Если бы знал откуда эта конфигурация берётся. [offtopic ON] В декабре прошлого года я в дранках попросил сеть друзей, FIDO, помочь мне и дать в долг кто сколько сможет на похороны. Многие откликнулись и ты в том числе, спасибо великое все откликнувшимся за это. В июле этого года я смог отдать долги тем, кто не высказал явное желание не получать долг обратно. Отдал всем, остался ты единственный. С июля я тебе отправлял аж три netmail'а с периодичностью в месяц каждое с вопросом "Как вернуть долго?", но ни ответа, ни привета. Или мои netmail'ы до тебя почему-то не доходят, или ты их игнорируешь. Поэтому, как говориться "пользуясь случаем", раз уж эхи ты точно читаешь и даже отвечаешь, то вопрошаю тут: "Как вернуть тебе долг?" [offtopic OFF] Bye!

Hi, Rinat! On Fri, 24 Dec 2021 09:56:42 +0300 Rinat H. Sadretdinow writes: RHS> Hello All! RHS> У меня сейчас установлен драйвер NVIDIA вот такой версии: У меня нет ни nvidia, ни dkms сейчас, поэтому попробую погадать. RHS> ~~~ RHS> [rhs@sys3175 ~]$ nvidia-installer -v RHS> nvidia-installer: version 470.82.00 RHS> The NVIDIA Software Installer for Unix/Linux. RHS> This program is used to install, upgrade and uninstall The NVIDIA Accelerated Graphics Driver Set for Linux-x86_64. RHS> [rhs@sys3175 ~]$ RHS> ~~~ RHS> Захотел я его проапгрейдить. Hу сходил на сайт: RHS> https://www.nvidia.ru/Download/index.aspx?lang=ru RHS> и скачал там: RHS> NVIDIA-Linux-x86_64-470.94.run RHS> Запустил его из-под root, он мне сказал что "Обнаружен 470.82, он RHS> будет предварительно удалён, а после я тебе 470.94 установлю". Я RHS> согласился. Он попыхтел, сказал что 470.82 удалён, а 470.94 RHS> установлен. Перезагружаюсь -- не входит в X вообще. Лезу в RHS> /var/log/messages. А там: RHS> ~~~ RHS> Dec 24 12:09:14 sys3175 kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 470.82.00 Thu Oct 14 10:24:40 UTC 2021 RHS> Dec 24 12:09:14 sys3175 kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 470.82.00 Thu Oct 14 10:17:58 UTC 2021 RHS> ~~~ RHS> Hу и после этого: RHS> ~~~ RHS> Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the RHS> version 470.94, but#012NVRM: this kernel module has the version RHS> 470.82.00. Please#012NVRM: make sure that this kernel module and all RHS> NVIDIA driver#012NVRM: components have the same version. RHS> Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the RHS> version 470.94, but#012NVRM: this kernel module has the version RHS> 470.82.00. Please#012NVRM: make sure that this kernel module and all RHS> NVIDIA driver#012NVRM: components have the same version. RHS> Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the RHS> version 470.94, but#012NVRM: this kernel module has the version RHS> 470.82.00. Please#012NVRM: make sure that this kernel module and all RHS> NVIDIA driver#012NVRM: components have the same version. RHS> Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the RHS> version 470.94, but#012NVRM: this kernel module has the version RHS> 470.82.00. Please#012NVRM: make sure that this kernel module and all RHS> NVIDIA driver#012NVRM: components have the same version. RHS> ~~~ RHS> со всеми вытекающими. Причём dkms говорит что у меня отныне 470.94: RHS> ~~~ RHS> [rhs@sys3175 ~]$ dkms status RHS> nvidia/470.94, 5.15.10-200.fc35.x86_64, x86_64: installed RHS> [rhs@sys3175 ~]$ RHS> ~~~ RHS> но ведро считает что у меня до сих пор 470.82.00: RHS> ~~~ RHS> [root@sys3175 ~]# lsinitrd | grep extra/nvidia RHS> -rw-r--r-- 1 root root 24028 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-drm.ko.xz RHS> -rw-r--r-- 1 root root 23809056 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia.ko.xz RHS> -rw-r--r-- 1 root root 515404 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-modeset.ko.xz RHS> [root@sys3175 ~]# RHS> ~~~ судя по man, lsinitrd -- часть dracut (initrd инфраструктура) и должен по-умолчанию брать initramfs для текущего ядра. Если dkms не обновил initrd (лень смотреть его скрипты) и модули грузятся оттуда, то логично, хоть и странно (что не обновил). dracut --force должен перегенерировать. А depmod -v | grep nvidia что показывает? RHS> Так и есть, модули старые, 28 октября, от 470.82. RHS> Изучаю /boot/initramfs$(uname -r).img, там кроме microcode/GenuineIntel.bin больше нифига ничего нет. Звучит странно. RHS> Откатился пока что обратно на 470.82 чтобы была возможность загрузить RHS> GoldEd и тут поспрашивать. В принципе мне ничуть не критичны драйвера RHS> 470.94, я и на 470.82 прекрасно живу, но тут у меня уже принцип полез RHS> -- какого хрена ведро считает себя умнее меня? RHS> Посему вопрос (вопросы): RHS> 1) где, чёрт возьми, хранится инфа о том, что ведро хочет 470.82, хотя уже установлено 470.94? У тебя установлены библиотеки и драйвер X новые, но ядерный модуль старый. RHS> 2) откуда lsinitrd эту инфу берёт? (можно конечно на его исходники глянуть и узнать откуда оно инфу цепляет, но не хотелось бы сразу же нырять в такие дебри). Можно в man глянуть. RHS> 3) как сказать ведру чтобы оно забыло про 470.82 насовсем и стало юзать 470.94? RHS> И гуглил, и FAQ'и всякие читал, но нифига ответ так и не нашёл. Что называется "и унитаз свой приносил, и задницу показывал, но не продают мне нужную туалетную бумагу!" RHS> Bye!

Доброго времени суток, Rinat! 24 Dec 2021 09:56:42, ты -> All: RHS> Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client ^^^^^^^^^^^^ RHS> has the version 470.94, but this kernel module has the version RHS> 470.82.00. Please make sure that this kernel module and all RHS> NVIDIA driver components have the same version. RHS> [rhs@sys3175 ~]$ dkms status RHS> nvidia/470.94, 5.15.10-200.fc35.x86_64, x86_64: installed RHS> [rhs@sys3175 ~]$ Ну оно же тебе все пишет человеческим по фоновому... RHS> Откатился пока что обратно на 470.82 чтобы была возможность RHS> загрузить GoldEd и тут поспрашивать. В принципе мне ничуть не RHS> критичны драйвера 470.94, я и на 470.82 прекрасно живу, но тут RHS> у меня уже принцип полез -- какого хрена ведро считает себя RHS> умнее меня? Потому что люди, которые пишут ядерные модули, действительно умнее. RHS> Посему вопрос (вопросы): RHS> 1) где, чёрт возьми, хранится инфа о том, что ведро хочет 470.82, RHS> хотя уже установлено 470.94? В linux/drivers/gpu/drm/nouveau/include/ :-) Модуль собирается под строго определенную версию ядра. А некоторые (как я) дополнительно включают цифровые подписи, чтобы никакой левый модуль вообще загрузить нельзя было (CONFIG_CHECK_SIGNATURE=y в ядерном конфиге). RHS> 2) откуда lsinitrd эту инфу берёт? Из засунутого туда ядрен-модуля. RHS> 3) как сказать ведру чтобы оно забыло про 470.82 насовсем и стало RHS> юзать 470.94? Скорее всего, просто обновить. Актуальное ядро - позавчерашнее 5.15.11 RHS> И гуглил, и FAQ'и всякие читал, но нифига ответ так и не нашёл. RHS> Что называется "и унитаз свой приносил, и задницу показывал, но RHS> не продают мне нужную туалетную бумагу!" А какую проблему ты хотел решить этим обновлением? -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... $_='print"\$_=\x27$_\x27;eval\n"';eval

Hello All! У меня сейчас установлен драйвер NVIDIA вот такой версии: ~~~ [rhs@sys3175 ~]$ nvidia-installer -v nvidia-installer: version 470.82.00 The NVIDIA Software Installer for Unix/Linux. This program is used to install, upgrade and uninstall The NVIDIA Accelerated Graphics Driver Set for Linux-x86_64. [rhs@sys3175 ~]$ ~~~ Захотел я его проапгрейдить. Hу сходил на сайт: https://www.nvidia.ru/Download/index.aspx?lang=ru и скачал там: NVIDIA-Linux-x86_64-470.94.run Запустил его из-под root, он мне сказал что "Обнаружен 470.82, он будет предварительно удалён, а после я тебе 470.94 установлю". Я согласился. Он попыхтел, сказал что 470.82 удалён, а 470.94 установлен. Перезагружаюсь -- не входит в X вообще. Лезу в /var/log/messages. А там: ~~~ Dec 24 12:09:14 sys3175 kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 470.82.00 Thu Oct 14 10:24:40 UTC 2021 Dec 24 12:09:14 sys3175 kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 470.82.00 Thu Oct 14 10:17:58 UTC 2021 ~~~ Hу и после этого: ~~~ Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the version 470.94, but#012NVRM: this kernel module has the version 470.82.00. Please#012NVRM: make sure that this kernel module and all NVIDIA driver#012NVRM: components have the same version. Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the version 470.94, but#012NVRM: this kernel module has the version 470.82.00. Please#012NVRM: make sure that this kernel module and all NVIDIA driver#012NVRM: components have the same version. Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the version 470.94, but#012NVRM: this kernel module has the version 470.82.00. Please#012NVRM: make sure that this kernel module and all NVIDIA driver#012NVRM: components have the same version. Dec 24 09:10:27 sys3175 kernel: NVRM: API mismatch: the client has the version 470.94, but#012NVRM: this kernel module has the version 470.82.00. Please#012NVRM: make sure that this kernel module and all NVIDIA driver#012NVRM: components have the same version. ~~~ со всеми вытекающими. Причём dkms говорит что у меня отныне 470.94: ~~~ [rhs@sys3175 ~]$ dkms status nvidia/470.94, 5.15.10-200.fc35.x86_64, x86_64: installed [rhs@sys3175 ~]$ ~~~ но ведро считает что у меня до сих пор 470.82.00: ~~~ [root@sys3175 ~]# lsinitrd | grep extra/nvidia -rw-r--r-- 1 root root 24028 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-drm.ko.xz -rw-r--r-- 1 root root 23809056 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia.ko.xz -rw-r--r-- 1 root root 515404 Oct 28 22:55 usr/lib/modules/5.15.10-200.fc35.x86_64/extra/nvidia-modeset.ko.xz [root@sys3175 ~]# ~~~ Так и есть, модули старые, 28 октября, от 470.82. Изучаю /boot/initramfs$(uname -r).img, там кроме microcode/GenuineIntel.bin больше нифига ничего нет. Откатился пока что обратно на 470.82 чтобы была возможность загрузить GoldEd и тут поспрашивать. В принципе мне ничуть не критичны драйвера 470.94, я и на 470.82 прекрасно живу, но тут у меня уже принцип полез -- какого хрена ведро считает себя умнее меня? Посему вопрос (вопросы): 1) где, чёрт возьми, хранится инфа о том, что ведро хочет 470.82, хотя уже установлено 470.94? 2) откуда lsinitrd эту инфу берёт? (можно конечно на его исходники глянуть и узнать откуда оно инфу цепляет, но не хотелось бы сразу же нырять в такие дебри). 3) как сказать ведру чтобы оно забыло про 470.82 насовсем и стало юзать 470.94? И гуглил, и FAQ'и всякие читал, но нифига ответ так и не нашёл. Что называется "и унитаз свой приносил, и задницу показывал, но не продают мне нужную туалетную бумагу!" Bye!

From: Dmitry Dolzenko 15.12.2021 22:27, Leonid Gribanov пишет: > Hello, Dmitry Dolzenko. > On 24.11.21 11:30 ДП you wrote: > > DD> Посоветуйте сетевой принтер для офиса на 30 человек, чтобы из > DD> Fedora "из коробки" работал, т.е. не надо было доп драйвера > DD> ставить? > > CUPS ( Common Unix Printing System , а не "кружки") вполне себе почти с любым > может сразу работать... > (У меня не было ни одного принтера, который бы не умел линуксовый CUPS) К примеру Canon 443dw - - требует установки доп драйвера, из коробки с Fedora не работает. Xerox 7020 - требует установки доп драйвера, а драйвер требует PostScript модуля в принтере, с PCL не работает. 2 примера только из 1 офиса :) /D

Hello, Dmitry Dolzenko. On 24.11.21 11:30 ДП you wrote: DD> Посоветуйте сетевой принтер для офиса на 30 человек, чтобы из DD> Fedora "из коробки" работал, т.е. не надо было доп драйвера DD> ставить? CUPS ( Common Unix Printing System , а не "кружки") вполне себе почти с любым может сразу работать... (У меня не было ни одного принтера, который бы не умел линуксовый CUPS) -- Пишу с HotDogED. На ПК использую GoldED.

Hello, Ghil Zvidgzul. On 09.12.21 7:30 ПП you wrote: GZ> Здpавствуй, All! С уважением - Ghil --- -А вы бы искусством GZ> занялись. Поэзией, что ли? * Origin: Муравьиным спиртом советую GZ> натереть (2:5023/24.3978) Passed! -- Пишу с HotDogED. На ПК использую GoldED.

Рад всех приветствовать! А особенно - Eugene! Пятница ноября 26 21 20:18 Eugene Subbotin писал к Gennadij Pastuhov: ES>>>>> Так ты прямо в этом шелле поменяй порядок загрузки. ES>>>>> Посмотри все режимы загрузки: ES>>>>> bcfg boot dump GP>>>> https://cloud.mail.ru/public/7XtE/g1Zd8FsrD ES>>> Древний какой-то шелл у тебя там. ES>>> Тогда из самого дебиана: ES>>> efibootmgr -v ES>>> efibootmgr -o 0001,0000,0003 (в нужном тебе порядке ES>>> загрузки) ES> А в настройках UEFI нет порядка загрузки? И что у тебя лежит в ES> /boot/efi/EFI/BOOT? В-общем, спасибо всем за помощь, сегодня ставил демьяна на другой новый асер, там уже смело снёс все разделы, инсталлятор действительно попросил ЕФИ, создал раздел на гиг, поставил ось, полез посмотреть - в том разделе занято 3,5 Мб. Снёс опять всё нафиг, создал раздел в 100Мб, на всякий случай, отдал ноут пользователю. В таком варианте уже нормально самостоятельно грузится дебиан как обычно. ... Jonny wanna live

Здpавствуй, All! С уважением - Ghil

Hello, Alexander! Wed 01 Dec 2021 11:46:52, you wrote to Egor Glukhov: EG>> Чегой-то так посмотрел - и правда, порнография какая-то. Скачал EG>> шрифт Roboto, как в ведроидах, теперь так: EG>> http://pics.rsh.ru/img/2021-12-01014313_fdentwue.png AK> Ничотак =) А я вернул обратно свой любимый PT Mono. AK> http://pics.rsh.ru/img/2021-12-01114737_knrqetbz.png Тоже в основном им пользуюсь, но для голдеда вот так сделал: http://pics.rsh.ru/img/2021-12-04_3p75pqq2.png PS: В стандартном виндовом терминале тоже всё ок :) -- ... It's full of stars!