грузится ядро, которого просто нет о_О
Люди добрые, поможите. столкнулся вчера с кое-чем странным. обновились сорцы ядра с 3.12.6 до 3.12.8 в генте, как обычно скопировал свой конфиг (.config) из версии 3.12.6 в 3.12.8 (как я это всегда делал, дабы не убирать каждый раз ненужные компоненты, и не прописывать PARTID рут раздела). ядро собрал, как обычно — sudo make && sudo make modules_install && sudo make install (дабы не копировать образ вручную) файлы успешно появились в /boot, наровне с ядром 3.12.6. Как обычно перезагружаюсь, меня встречает rEFInd, но на удивление показывает лишь одно ядро на разделе btrfs (мой /boot) ладно думаю какой-то глюк. гружусь в 3.12.6, всё нормально, делаю emerge —depclean старое ядро удаляется (как известна не сами сорцы, ибо там модифицированный конфиг и скомпилянные модули с ядром, а просто пакет), к слову перед сборкой нового ядра симлинк на /usr/src/linux был перенесен с 3.12.6 на 3.12.8 (в общем всё тривиально и так как всегда делал)
далее удалил папку 3.12.6 из /usr/src/ так же удалил /boot/*-3.12.6-gentoo остались лишь *-3.12.8-gentoo всё как обычно.
перезагружаюсь. rEFInd сообщает что ядро всё еще 3.12.6 ( о_О ) гружусь, uname -r, действительно адро 3.12.6 но откуда.
удалил /lib/modules/*-3.12.6-* перезагружаюсь, всё тот же 3.12.6 в rEFInd. но теперь убиты все модули ядра, включая вай-фай модуль, так что пишу с венды.
из того что пришло в голову. выкладываю мини-лог:
// Linux version 3.12.6-gentoo (root@livecd) — вроде на подобие ядро в установщике, но никакой исо никуда не монтирован (да и не представляю как это сделать в rEFInd), никакая флешка не вставлена, в системе не поменялось абсолютно ничего с момента сборки ядра 3.12.6 — оно нормально грузилось с самой установки генты (в конце декабря вернулся в генту), тем же конфигом был собран 3.12.8 — но с таким сталкиваюсь в первые. раньше rEFInd без проблем подхватывал новое ядро (в меню появлялось еще одно ядро на загрузку)
откуда оно вообще берет 3.12.6 если его физически нет нигде, rEFInd говорит именно что оно находится в btrfs (а это только /boot) — / — не в btrfs — но это тут абсолютно фиолетово. спецом проверил не создало ли что-либо subvolume в /boot — нет. как побороть? и как загрузиться в 3.12.8?
Источник
Система АКТИВНО грузит только одно ядро
* Я поставил KDE, на нем и останусь, так как такого бага нет,нагрузка распределяется равномерно. *
Здравствуйте, на моём ноутбуке стоит Linux Mint Cinamon. Я заметил, что активно используется только 1 ядро процессора, что сильно заметно при перемещение окон(они подтормаживают) или в GIMP`е(тоже тормозит).
Система 64 битная, ядро 4.8.0-53-generic
Это фирменный баг минта.
Не баг, а фича. Для старых ПК.
Эмм. Можно как-то его исправить без смены дистра, если нет, то посоветуйте дистр
А зачем нужна такая фича?
так? стоп! Lавайте не разводить холивар
Может и можно, не работал лично, гуглю.
На Ubuntu и производных (не форках) такого нет. Рекомендую Xubuntu. Или можешь вообще на Debian уйти, там тоже есть Cinnamon.
Я не развожу, честно. Мне просто и впрямь интересно, при каких условиях такое может быть полезно.
Спасибо, в Debian не мог что сделать, непомню, то-ли wi-fi то-ли с видяхой что-то намудрил.
Вообще пока я нашел только то, что в 32 битной версии минта по умолчанию 486 ядро. Может они стали пихать 32 и 64 битные ядра и в 64 битную поставку? Бред.
Важный вопрос: система активно грузит ядро 1 или вообще не видит других?
Активно грузит только одно
может там ядро под реалтайм аффинировано
Баг минта. Вот если бы не видела остальные, то было бы хуже. Собственно, это просто глюк DE — оно у них то CPU под сотню, но на разные ядра не может.
Как радикальное решение 12309?
то есть можно просто сменить DE?
покажи
Архитектура:x86_64 CPU op-mode(s): 32-bit, 64-bit Порядок байтов:Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Потоков на ядро:2 Ядер на сокет:2 Сокет(ы): 1 NUMA node(s): 1 Vendor ID: GenuineIntel Семейство CPU:6 Модель: 58 Model name: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz Stepping: 9 CPU МГц: 2785.949 CPU max MHz: 3100,0000 CPU min MHz: 1200,0000 BogoMIPS: 4988.88 Виртуализация:VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 3072K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts
Linux user-laptop 4.8.0-53-generic #56
16.04.1-Ubuntu SMP Tue May 16 01:18:56 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Источник
Linux грузится одно ядро
02 мар 2020, 20:51
60Hz
OpenGL: renderer: GeForce 940MX/PCIe/SSE2 v: 4.6.0 NVIDIA 390.116
direct render: Yes
Audio:
Device-1: Intel Sunrise Point-LP HD Audio vendor: Acer Incorporated ALI
driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: NVIDIA vendor: Acer Incorporated ALI driver: snd_hda_intel
v: kernel bus ID: 01:00.1
Sound Server: ALSA v: k4.15.0-88-generic
Network:
Device-1: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter
vendor: Lite-On driver: ath10k_pci v: kernel port: 4000 bus ID: 03:00.0
IF: wlp3s0 state: up mac:
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Acer Incorporated ALI driver: r8169 v: 2.3LK-NAPI port: 3000
bus ID: 04:00.1
IF: enp4s0f1 state: down mac:
Drives:
Local Storage: total: 1.35 TiB used: 984.79 GiB (71.0%)
ID-1: /dev/sda vendor: Kingston model: SUV500480G size: 447.13 GiB
ID-2: /dev/sdb vendor: Seagate model: ST1000LM035-1RK172 size: 931.51 GiB
ID-3: /dev/sdc type: USB vendor: Generic model: Flash Disk size: 7.62 GiB
Partition:
ID-1: / size: 91.17 GiB used: 17.72 GiB (19.4%) fs: ext4 dev: /dev/sda7
ID-2: /boot size: 464.6 MiB used: 158.3 MiB (34.1%) fs: ext4
dev: /dev/sda5
ID-3: /home size: 145.56 GiB used: 84.86 GiB (58.3%) fs: ext4
dev: /dev/sda8
ID-4: swap-1 size: 9.31 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda6
Sensors:
System Temperatures: cpu: 65.0 C mobo: N/A gpu: nvidia temp: 58 C
Fan Speeds (RPM): N/A
Info:
Processes: 275 Uptime: 4m Memory: 11.48 GiB used: 2.11 GiB (18.4%)
Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 Shell: bash v: 4.4.20
inxi: 3.0.32
Kernel: 4.15.0-88-generic x86_64 Desktop: Cinnamon 4.4.8 Distro: Linux Mint 19.3
Cуть проблемы. Постоянная нагрузка только на одно ядро. Не зависимо от того, после перезагрузки это, или после какого-то времени использования
Например вот скриншоты после перезагрузки ноутбука. Сразу же видна нагрузка на одно ядро. Нагрузка может варьироваться от 50% до 100%. При этом не видно какого-то процесса, который явно нагружал бы систему. Пытался гуглить, но у людей какой-либо процесс выделялся явно из списка и им удавалось решить проблему.
Скорее всего проблема с железом, но я не могу найти причину куда копать. При чем такая проблема с разными DE — Mate и KDE. Картина один в один. Загружается система. Открываю системный монитор и вижу такую же точно картину. Нагружаемое ядро после каждой перезагрузки может быть разным. То первое, то третье и т.д.
Загружался в Live режиме. Картина не меняется. Пробовал разные дистрибутивы. Mint 19.3, 18.3 с различными DE. Пробовал даже различные Ubuntu в Live режиме.
Но что интересно, загружался в Live режиме Manjaro и там такой проблемы не видно. Все отлично. Нагрузка по ядрам распределяется равномерно.
Пробовал разные ядра. 4.15, 5.0, 5.3. Результат всегда одинаковый.
Также после некоторого времени использования начинаются лаги. Все подвисает, загружается дольше. Страницы в браузере могут скролиться рывками.
Сломал голову в чем может быть дело. Подскажите, пожалуйста, куда копать, какие логи какими командами смотреть.
Спустя какое-то время экспериментов решил отписаться.
HDD пробовал отключать — это никак не влияло.
Как-то раз ноутбук не вышел из режима ожидания с ошибкой irq 16 nobody cared (try booting with the irqpoll option)
Собственно добавил irqpoll в загрузку. И о чудо. Проблема исчезла напрочь. Система летает. Нагрузок на одно ядро нет. Все отлично работает.
В любом случае спасибо всем, кто пытался помочь.
Источник
Ядра процессора загружены на 100%
Процессор — Intel Core i5 Kaby Lake / Ubuntu 16.04 LTS
Постоянно загружены под 100% два ядра процессора (попеременно), при этом никаких программ не запущено. То есть, постоянной нагрузки на 2 конкретных ядра нет, через некоторое время нагрузка переходит на другие ядра. Такое переключение напоминает обычную работу системы, но встревожен тем, что раньше ядра никогда не были так загружены.
Возможно это только на моей стороне, а может это делает патч от Meltdown/Spectre или что-то типа того (регулярно устанавливаю обновления системы в Ubuntu Software, поэтому могло быть установлено автоматически).
Компьютеру нет еще и года. Я начинающий пользователь Linux, так что не судите строго 🙂 Подскажите, что это может быть и как это решить.
Запусти мониторилку от рута. Возможно два ядра разгребают прерывания.
Патч Meltdown не влияет на загрузку ядер в простое. Так что это явно какой-то процесс грузит.
скорее всего это tracker гномовский тебе покоя не даёт 🙂
В top’е хоть что показывает?
top — 11:50:26 up 19 min, 1 user, load average: 2.62, 2.56, 1.89
Tasks: 218 total, 1 running, 217 sleeping, 0 stopped, 0 zombie
%Cpu(s): 50.7 us, 0.2 sy, 0.0 ni, 49.1 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st
KiB Mem : 16204752 total, 13145312 free, 1401376 used, 1658064 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 14209132 avail Mem
Судя по %Cpu(s): 50.7 us , запущены какие-то процессы, которые и потребляют процессорное время. Там же в выводе топа они должны быть видны, в колонке S должно быть R, а в %CPU — 100
В гномовском/кде-шном мониторе посмотри, какой процесс грузит.
смотрел в приложении «System Monitor», все приложения показывают 0% CPU. В самой команде top показывает что команад systemd потребляет 200% (как раз эти 2 ядра по 100%).
2008 root 20 0 584716 19648 10868 S 200.0 0.1 68:08.76 systemd
покажи вывод команды lsof -p 2008 -n , запускать от рута
Лог получился довольно большой. Нужна отдельная строка? Или полностью? Если полностью, то могу попробовать скинуть куда-нибудь в облако и дать ссылку. А то вижу тут документы нельзя прикреплять вроде как.
В pastebin.com закинь, а ссылку на него сюда
systemd 2008 root 5u REG 8,2 1243863 156894 /root/snap/2048buntu/4/.local/share/systemd/log/minergate.log
Это майнер. Судя по
Со снапами дела не имел, так что возможно, что его можно просто удалить, если у этих пакетов есть какой-то свой менеджер. В крайнем случае придется переустанавливать систему, т.к. от рута программа могла сильно закрепиться в ОС.
Совсем недавно установил CS 1.6 с интернета (нативная на Ubuntu), наверное в этом причина 🙂 До этого только устанавливал обновления системы в Ubuntu Software, ну и другие безобидные программы.
поможет ли обновление до LTS 18.04? Или нужно полностью удалить систему и поставить заново? И если полностью, то безопасно ли бекапить файлы с этой зараженной системы и ставить на новую? Или на линуксе нет таких фишек как на Виндовс, где вирусы могут прятаться в файлах? 🙂
Вспомнил про шутку: пришло время переустанавливать шиндошс!
Стоп, кажется это даже не CS 🙂
По названию снапа это нативная игрушка 2048 (на компе так и называется 2048ubuntu).
Ладно, попробую разобраться. Систему удалять не хочется.
поможет ли обновление до LTS 18.04?
Обновление скорее всего не поможет, т.к. с большой вероятностью все данные сохранятся, в том числе и майнер. Лучше переустановить систему полностью.
И если полностью, то безопасно ли бекапить файлы с этой зараженной системы и ставить на новую? Или на линуксе нет таких фишек как на Виндовс, где вирусы могут прятаться в файлах? 🙂
Все свои файлы из /home можешь переносить без опасений. Кроме них вряд ли будет нужно что-нибудь бэкапить.
Удалил эту игру и все стало на свои места 🙂 Спасибо тебе огромное просто.
это где ты такую годноту выкачал? Или это сразу в убунтовских репах раздают? )
Вирусы теперь не в моде, майнеры особенно монеро в тренде
В Центре Приложений скачал. Вбил в поиск 2048. Да, не ожидал такого поворота 🙂
unsquash’нул — действительно майнер inside, несмотря на то что virustotal молчит
Интересно, куда нужно сообщить чтобы эту игру удалили с Центра Приложений. Не хочу чтоб кто-то другой также как и я думал в чем проблема.
Может быть ответят куда писать. На сайте за 10 минут поиска кнопку «пожаловаться» не нашел.
Маняйнерщики такие ламеры, пипец просто.
email у него тоже хорош.
snap таки помойка, все-таки.
Как это не удивительно, но там тоже есть. Посмотрел на hextetris. Остальное лень смотреть.
ЛОЛ, вирусня в официальном убунтусторе? Линукс пришел к успеху.
Удалил эту игру и все стало на свои места
Проверь ещё не завалялись ли где стопитсотгиговые файлики.
systemd + ubuntu + snap = успех
А зачем snap-у нужен root? Разве пойнт не в том, чтобы ставить от пользователя?
В голосину с этого треда. Репозитории это надёжно, говорили они.
Это не репозиторий, это таки стор, разница есть.
За наполнение репозитория отвечает мейнтейнер, в репозиторий поступает оригинальный сорс, если надо на него накладывают патчи специфичные для дистрибутива. Отвечает за все мейнтейнер, который и тестирует полученный пакет. Для дебиана пакет проходит различение стадии тестирования, от экспериментального репозитория до стабильного, где его опять же тестируют пользователи.
Сравни с принципом маркета где загружает пакет его автор, и он в лучшем случае проходит проверку на антивирусе.
Если малварь в репозитории то мейнтейнер вылетает мейнтейнер, а это годы работы. В случае маркета автор, который практически ничем не рискует.
Ну и как подтверждение, сравните наполнение плеймаркета и репозитория по количеству малвари.
А это был автор оригинальной игры? Нет. Любой васян может загрузить туда и туда свои завирусованные поделия.
Источник
