Пропали 4 потока CPU в Kali linux

Kali linux. После очередных обновлений замечаю, что в верхней части, где загрузка CPU и "полосочки" с загрузкой по каждому из потоков 4х ядер процессора (у меня 8 потоков на 4 ядра), вместо 8-ми этих самих "полосочек" стало показываться только 4!!!

Изучение форумов ответа не дало, возможно новая проблема. Вот вывод:

└─$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-3
Off-line CPU(s) list: 4-7 <<<<<<<<<<<<<<<<<< !!!!!!!!!!!!!!!!!!!!!!!!!!
Vendor ID: GenuineIntel
Model name: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz
CPU family: 6
Model: 142
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Stepping: 10
CPU(s) scaling MHz: 38%
CPU max MHz: 3400,0000
CPU min MHz: 0,0000
BogoMIPS: 3600,00

Биос не правил.
После этого беру live дистрибутив, загружаюсь с него и вижу:

└─$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Vendor ID: GenuineIntel
Model name: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz
Остальное аналогично.

Вывод: если стандартная система отличается от live версии только программной частью (биос не изменялся), и при live версии видны все 8 потоков, то дело в программной части основной системы kali linux.

Вопрос: кто отключил 2 ядра (или 4 потока, по одному в каждом ядре)?
И самое главное, как включить их обратно?

0

pinn2p, вот сюда почитайте.

1

Благодарю!

Тоже видел это мельком, но вот вывод:

└─$ echo 1 | sudo tee /sys/devices/system/cpu/cpu4/online
1
tee: /sys/devices/system/cpu/cpu4/online: Операция не позволена

Также заходил по указанному пути, но даже от имени sudo не получается изменить файл online внутри каждой из папок с именами потоков. Пишет, что файл только для чтения. Изменить аттрибуты файла и все равно задать свое значение?

0

pinn2p, у меня нет под рукой кали, чтобы попробовать. Но вообще, что касается Kali Linux, есть одно просто правило: "Не можешь починить - откажись." Ну, или переустанови с нуля. Лечить кали - дело не благодарное...

0

Спасибо за подсказки!

К чему пришел:

Команда:
sudo -i
echo 1 | sudo tee /sys/devices/system/cpu/cpu4/online
Возвращает:
1
tee: /sys/devices/system/cpu/cpu4/online: Операция не позволена

Переходим в /sys/devices/system/cpu/cpu4

ls -l
-rw-r--r-- 1 root root 4096 окт 13 20:19 online

chmod 666 online
-rw-rw-rw- 1 root root 4096 окт 13 20:19 online

echo 1 | sudo tee online
1
tee: online: Операция не позволена

И снова нельзя изменить!!!

Подскажите, по данному файлу online куда копать?
Как его можно отредактировать?


Второй указанный вариант с изменением загрузчика:

└─# cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="maxcpus=8 quiet" <<<<<<<<<<<<<<<<<<<<Здесь уже добавлено maxcpus=8 и поставлен пробел для разделения между уже имевшимся параметром quiet
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89 abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"


Затем

sudo update-grub


Вместе с тем, после перезагрузки ничего не изменилось.

└─$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-3
Off-line CPU(s) list: 4-7
Vendor ID: GenuineIntel


Хочу разобраться, что к чему

0

Попробовал загрузиться в recovery mode, работают все 8 ядер!

CPU(s): 8
On-line CPU(s) list: 0-7

Но после перезагрузки в обычный режим снова только 4.

Подскажите, где смотреть, как найти разницу между обычным режимом и recovery mode?

0

Попробуйте банальный сброс БИОСА

(Если вы его не трогали)

А обновления как проводились?

1

Благодарю, сброс биоса сделал. В биосе была прописана ссылка на загрузчик grub, после сброса только windows стал грузиться. Пришлось руками добавлять в биосе загрузку grub.
Но не помогло. Все осталось как и прежде.

Обновления проводились стандартным способом:

sudo apt update && sudo apt upgrade

Ничего необычного...

Пока так:
CPU(s): 8
On-line CPU(s) list: 0-3
Off-line CPU(s) list: 4-7

Это обычный режим.


При перезагрузке в safemode:
On-line CPU(s) list: 0-7



Продолжаем искать...



Добавлено через 38 минут
Произвел обновления системы. Теперь ядро:
Linux 5.19.0-kali2-amd64 x86_64

При загрузке есть меню, вторым пунктом которого Advanced options. В нем есть для каждого из уже трех сохраненных ядер опции обычной загрузки и safe mode. Так вот, при загрузке в обычном режиме каждого из трех сохраненных ядер, работают только 4 потока, но при загрузке safe mode (для любого из трех ядер) 8 потоков работают.
Вот такое наблюдение.

Вопрос остается открытым...

0

А проблемма на ПК или Ноутбуке? Если на ноуте, то можно вытащить жесткий диск или ссд где находится система и переставить на другое устройство чтобы точно проверить плохо системе или ноуту. Если все также, то проще поставить новую ОС . Как правильно сказал:

Сообщение от Alli_Lupin "Не можешь починить - откажись."

ну или переустанови. Ну, а если сильно хочется узнать, то нужно искать, либо ждать ответа знающего человека. К примеру у меня на ноуте стоит уже долго Kali, и серьезных проблем у меня давно небыло. Пишу с Kali

1

На ноуте. Биос сбрасывал. Дело в настройках системы. Она в стандартной загрузке использует только 4 потока, а в safe mode - все 8.
Пока загружаюсь в safe mode. Ищу проблему дальше...

0

Осмелюсь предложить показать вывод
в загрузке сейфмоде и обычном.
(я просто ничерта не понимаю, чего там в grub2 теперь творится )
Есть подозрение на то, что таки где-то проскальзывает оцпия `noht`
ну а вручную включить ht можно так:
выключить - off

1

Отлично!

В safe mode:

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.19.0-kali2-amd64 root=UUID=5a0045bc-e3b4-4b3b-9a7c-311726081560 ro single

cat /sys/devices/system/cpu/smt/control
on

В safe mode все нормально.


Теперь normal:

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.19.0-kali2-amd64 root=UUID=5a0045bc-e3b4-4b3b-9a7c-311726081560 ro quiet kaslr pti=on slab_nomerge page_poison=1 slub_debug=FPZ nosmt splash

cat /sys/devices/system/cpu/smt/control
off

Пробуем включить
sudo echo on > /sys/devices/system/cpu/smt/control
zsh: Отказано в доступе: /sys/devices/system/cpu/smt/control

Тогда так:
sudo -i

sudo echo on > /sys/devices/system/cpu/smt/control

cat /sys/devices/system/cpu/smt/control
on

Так включается!

В итоге:
при

cat /sys/devices/system/cpu/smt/control
on

lscpu
CPU(s): 8
On-line CPU(s) list: 0-7

Все отлично, работают все 8 потоков!

делаем от имени sudo -i:

echo off > /sys/devices/system/cpu/smt/control
cat /sys/devices/system/cpu/smt/control
off

lscpu
CPU(s): 8
On-line CPU(s) list: 0-3
Off-line CPU(s) list: 4-7


Понятно, откуда что берется!

Остается только в:
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.19.0-kali2-amd64 root=UUID=5a0045bc-e3b4-4b3b-9a7c-311726081560 ro quiet kaslr pti=on slab_nomerge page_poison=1 slub_debug=FPZ nosmt splash

убрать из загрузки параметр nosmt

Добавлено через 17 минут
Разбираюсь дальше:

cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89 abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

В этом файле можно добавить свои параметры загрузки в строку GRUB_CMDLINE_LINUX_DEFAULT="quiet" в ковычки.
После добавления сделать sudo update-grub

Но мне нужно наоборот, удалить имеющийся параметр nosmt.

Изучаю, как это сделать.

0

да, что может быть и nostm я забыл указать чего-то
но убрать опцию из grub уже проще. По крайней мере я в редхатах всяких использую такую чудесную вещь как grubby:

1

Наконец-то получилось продолжить изыскания

К чему пришли: нужно убрать из загрузки параметр nosmt
Просмотреть его можно:
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.19.0-kali2-amd64 root=UUID=5a0045bc-e3b4-4b3b-9a7c-311726081560 ro quiet kaslr pti=on slab_nomerge page_poison=1 slub_debug=FPZ nosmt splash

Пробуем через grubby.

Для начала его нужно установить:
sudo apt install grubby
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово
E: Невозможно найти пакет grubby

sudo apt update && sudo apt upgrade ничего не дают, система не знает такой программы.

Поиском находим https://github.com/rhboot/grubby

git clone https://github.com/rhboot/grubby.git дает нам папку grubby
Заходим в нее:
cd grubby
~/grubby
ls
10-devicetree.install COPYING grubby-bls installkernel-bls
95-kernel-hooks.install grubby.8 grubby.spec rpm-sort.c

Файлы:
10-devicetree.install grubby-bls installkernel-bls
95-kernel-hooks.install
выделены зеленым, значит, исполняемые.

Команды make и sudo make install не действуют:
make
make: *** Не заданы цели и не найден make-файл. Останов.

Поиском освежаем в памяти алгоритм установки из исходников. Поиск приводит к установке пакета git и к многочисленым форумам по установке конкретных программ из исходников. Вместе с тем, как установить пакет grubby не расписано.

Находясь в папаке ~/grubby
делаем:
sudo ./grubby-bls --help
Usage: grubby [OPTION...]
--add-kernel=kernel-path add an entry for the specified kernel
--args=args default arguments for the new kernel or new arguments for kernel being updated)
--bad-image-okay don't sanity check images in boot entries (for testing only)
-c, --config-file=path path to grub config file to update ("-" for stdin)
--copy-default use the default boot entry as a template for the new entry being added; if the default is not a linux image, or if the kernel referenced by the default image does not exist, the
first linux entry whose kernel does exist is used as the template
--default-kernel display the path of the default kernel
--default-index display the index of the default kernel
--default-title display the title of the default kernel
--env=path path for environment data
--grub2 configure grub2 bootloader
--info=kernel-path display boot information for specified kernel
--initrd=initrd-path initrd image for the new kernel
-i, --extra-initrd=initrd-path auxiliary initrd image for things other than the new kernel
--make-default make the newly added entry the default boot entry
--remove-args=STRING remove kernel arguments
--remove-kernel=kernel-path remove all entries for the specified kernel
--set-default=kernel-path make the first entry referencing the specified kernel the default
--set-default-index=entry-index make the given entry index the default entry
--title=entry-title title to use for the new kernel entry
--update-kernel=kernel-path updated information for the specified kernel
--zipl configure zipl bootloader
-b, --bls-directory path to directory containing the BootLoaderSpec fragment files
--no-etc-grub-update don't update the GRUB_CMDLINE_LINUX variable in /etc/default/grub

Help options:
-h, --help Show this help message

Отлично!
grubby запускается и выдает справку.

Но не тут то было!

Кажется все просто:

sudo ./grubby-bls --remove-args=nosmt

Но получаем:
no action specified

Команда:
sudo ./grubby-bls --default-kernel
Выдает:
grep: /boot/grub2/grubenv: Нет такого файла или каталога

Другие аналогичные команды из справки выдают аналогичное.

Заходим:
cd /boot

ls
config-5.18.0-kali5-amd64 initrd.img-5.18.0-kali5-amd64 System.map-5.19.0-kali2-amd64
config-5.18.0-kali7-amd64 initrd.img-5.18.0-kali7-amd64 vmlinuz-5.18.0-kali5-amd64
config-5.19.0-kali2-amd64 initrd.img-5.19.0-kali2-amd64 vmlinuz-5.18.0-kali7-amd64
efi System.map-5.18.0-kali5-amd64 vmlinuz-5.19.0-kali2-amd64
grub System.map-5.18.0-kali7-amd64

И видим, что в папке /boot есть только каталог grub, а папки grub2 нет!!!

cd grub
Команда ls выдает:
fonts grub.cfg grubenv locale themes unicode.pf2 x86_64-efi

Таким образом, в моей системе загрузчик grub находится по адресу:
/boot/grub


Вместе с тем, команда:
sudo ./grubby-bls --default-kernel
Выдает:
grep: /boot/grub2/grubenv: Нет такого файла или каталога
^^^^

Видим, что grubby считает, что загрузчик должен находиться в папке grub2, а в системе он находится в папке grub


Вот вывод команд:

sudo ./grubby-bls --add-kernel=/boot/grub/
grep: /boot/grub2/grubenv: Нет такого файла или каталога
The kernel isn't installed in the machine

sudo ./grubby-bls --config-file=/boot/grub
grep: /boot/grub2/grubenv: Нет такого файла или каталога

sudo ./grubby-bls --config-file=/boot/grub/grub.cfg
grep: /boot/grub2/grubenv: Нет такого файла или каталога


Оставшиеся вопросы: правильно ли установлен и запускается программа grubby?
Как с ее помощью удалить необходимый параметр загрузчика?
Какие есть другие варианты правки загрузчика кроме grubby?

0

И еще: после проб и разнообразных манипуляций с загрузчиком, попыткой сброса его в настройки по умолчанию, обнаружил, что при загрузке, в меню Advanced boot options, где можно было выбрать загрузку обычную и safe mode на разные ядра, этот самый режим safe mode исчез.
Сейчас можно загружаться только в обычном режиме.

Добавлено через 28 минут
Разобрался с пропавшим режимом safe mode (пост выше).

Это в файле
cat /etc/default/grub

раскоментирована строчка

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY="true"

После правки файла и вставки # перед строчкой GRUB_DISABLE_RECOVERY="true"
необходимо пересобрать загрузчик
sudo update-grub

После этого в Advanced mode появляется возможность safe mode по каждому ядру, при загрузке в safe mode работают все 8 потоков.

0

Ну раз на форуме нет знатоков grub2 попробую свои скудные познания освежить.
в /etc/default/grub
GRUB_DISABLE_RECOVERY="true" выключает safe mode как я понимаю и смутно помню.
GRUB_CMDLINE_LINUX - опции ядра для всех ядер, как обычных, так и режима восстановления.
GRUB_CMDLINE_LINUX_DEFAULT - опции ядра только для обычных ядер.
GRUB_CMDLINE_LINUX_RECOVERY - опции ядра, только для режима восстановления.

Ну и я бы полез и проверил, не подкрутили ли чего калисты-приколисты в /etc/grub.d вроде. Там как раз валяются скрипты генерации того, что в /etc/grub2.cfg и /boot/... попадёт. Особое внимание стоит уделить 10_linux, 30_os_prober, 40_custom. Я больше под редхатам, поэтому могу немного путать дебьяновские пути (смотрел в федоре и пытался перевести в дебьяновское, но тут не обессудьте). Ну и теперь буду знать, что grubby таки больше редхатовская фича, дебьянисты к себе её не потащили.

1

Спасибо! Буду смотреть.

Добавлено через 1 час 47 минут
Посмотрел все файлы, что лежат в /etc/grub.d
Искал поиском по F7 в mc во всех файлах следующие строки:
smt
mds
mitigations

Но ничего не нашел.

Как я понял, через grubby не пойдет дело, поэтому будем изучать, как править grub через файлы конфигурации!

Версия grub и ядра:
grub-install -V
grub-install (GRUB) 2.06-3kali2

uname -srm
Linux 5.19.0-kali2-amd64 x86_64

Краткая предыстория: отключились 4 потока из 8.
lscpu
CPU(s): 8
On-line CPU(s) list: 0-3
Off-line CPU(s) list: 4-7
и далее
Vulnerabilities:
Itlb multihit: KVM: Mitigation: VMX disabled
L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT disabled
Mds: Mitigation; Clear CPU buffers; SMT disabled
Meltdown: Mitigation; PTI
Mmio stale data: Mitigation; Clear CPU buffers; SMT disabled

написано, что smt отключено.
Это через обычный режим. Если загружаться через safe mode, то
CPU(s): 8
On-line CPU(s) list: 0-7
...
Vulnerabilities:
Itlb multihit: KVM: Mitigation: VMX disabled
L1tf: Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Mds: Mitigation; Clear CPU buffers; SMT vulnerable
Meltdown: Mitigation; PTI
Mmio stale data: Mitigation; Clear CPU buffers; SMT vulnerable

тут smt включено. Показываются все 8 потоков.

Биос сбрасывал, не помогло. Кроме того очевидно, что при загрузке в безопасном режиме, все работает. Значит, биос тут не причем, вопрос кроется в самой системе линукс, очевидно, в загрузчике.

В safe mode:

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.19.0-kali2-amd64 root=UUID=5a0045bc-e3b4-4b3b-9a7c-311726081560 ro single

cat /sys/devices/system/cpu/smt/control
on

В safe mode все нормально.


Теперь normal:

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.19.0-kali2-amd64 root=UUID=5a0045bc-e3b4-4b3b-9a7c-311726081560 ro quiet kaslr pti=on slab_nomerge page_poison=1 slub_debug=FPZ nosmt splash

cat /sys/devices/system/cpu/smt/control
off

Начал изучать в сторону mds и mitigations. Понял, что это параметры безопасности, причем многие ищут, как параметр smt отключить! Я же наоборот, пытаюсь его включить.

Пробовал в /etc/default/grub добавлять:
mds=off
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mds=off"
Потом sudo update-grub
вместо off ставил full;

добавлять
mitigations=off
mitigations=auto

После сохранения файла, естественно, sudo update-grub
reboot

Но после перезагрузки все те же 4 потока, 8 не запустились.

Понимаю, что где-то рядом, возле решения задачки, но еще до конца не добрался...

Продолжаю разбираться, жду подсказок

0

Блин, хоть самому эту Кали ставь))

1

0

Сообщение от Alli_Lupin Не по теме: _sg2, а вдруг получится, что у вас трабл и даже ВЫ не осилите?))) Представляете, как обидно будет?)

0