Проблемы с перегревом с Java

Я использую 19.10 Mate, 5.3.0-55-generic для samsung rc530 / 730:

мой процессор:

model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
model name  : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GH

моя память:

natty@natty-RC530-RC730:~$ free -m
              total        used        free      shared  buff/cache   available
Mem:           5855        3565         156         649        2132        1352
Swap:          2047         211        1836

моя видеокарта:

*-display                 
       description: 3D controller
       product: GF108M [GeForce GT 540M]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: irq:33 memory:f5000000-f5ffffff memory:e0000000-efffffff memory:f0000000-f1ffffff ioport:d000(size=128) memory:f6000000-f607ffff
  *-display
       description: VGA compatible controller
       product: 2nd Generation Core Processor Family Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 09
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:29 memory:f6400000-f67fffff memory:d0000000-dfffffff ioport:e000(size=64) memory:c0000-dffff

Мой видеодрайвер теперь nVidia 340, после переключения с 390 для проверки, есть ли какая-то польза от использования бинарных драйверов, но ничего не изменилось. Кстати, предложение от nVidia - это 390. Но, как я уже сказал, ничего не меняя, переключая его.

Я видел, что в основном java-программы заставляют мою систему зависать и перезагружаться из-за тепловых проблем.

natty@natty-RC530-RC730:~$ java --version
java 14.0.1 2020-04-14
Java(TM) SE Runtime Environment (build 14.0.1+7)
Java HotSpot(TM) 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)

Я обновляю ее со старого реле, но проблема все еще существует. 1253 Вентиляторы чистые, а не пыль. что вы предлагаете мне не покупать новый ноутбук и не использовать докер и IDE, например phpstorm, без особого крика?


natty@natty-RC530-RC730:~$ sudo update-java-alternatives -l 
java-14-oracle 1091 /usr/lib/jvm/java-14-oracle
---------121--------845998--- - удаление Ubuntu одного раздела жесткого диска из док-станции приводит к извлечению обоих разделов жесткого диска. Я могу размонтировать любой раздел жесткого диска (вторичное хранилище) один за другим, но когда я извлекаю любой из них, он удаляет все смонтированные разделы. Оба раздела находятся на одном и том же жестком диске. Это функция или ошибка?

Я могу размонтировать любой раздел жесткого диска (вторичное хранилище) один за другим, но при извлечении любого из него удаляются все смонтированные разделы. Оба раздела находятся на одном и том же жестком диске. Это функция или ошибка?

1
задан 8 June 2020 в 14:43

1 ответ

Если сосредоточиться только на отказе AVC, его можно удалить из журналов, изменив

/var/lib/snapd/apparmor/profiles/snap.docker.compose

Добавление:

@{PROC}/@{pid}/mounts r,

Затем перезагрузите профиль:

sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.docker.compose

Это на самом деле не сделало docker-compose работу . Это касается именно этого отрицания. Поэтому я не рекомендую этого.

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

Более широкая проблема выделена здесь:

https://github.com/docker/ compose / Issues / 6361

В этой теме до настоящего времени авторы работали над этим, устанавливая docker compose из apt, а не используя привязку.

Еще немного углубляясь в привязку docker, можно предположить, что нужно использовать $ Каталог HOME является известным ограничением. https://github.com/docker-archive/docker-snap#usage

Оттуда я думаю, что вопрос будет касаться ограничений в оснастке докера, а не того, что AppArmor что-то отрицает.

Я ушел исходное предложение ниже, потому что оно может помочь в других ситуациях.

Старый ответ

Программа aa-logprof может использоваться для сканирования файлов журнала на наличие сообщений аудита AppArmor, просмотра их и обновления профилей.

sudo aa-logprof

Это может помочь Вы проходите этот процесс без необходимости погружаться в основные моменты AppArmor.

Вот страница руководства: http://manpages.ubuntu.com/manpages/xenial/man8/aa-logprof.8.html

---------121--------863728-- -

Это функция, которая задокументирована на странице руководства (обратите внимание, что я не проверял страницу руководства Ubuntu 20.04 специально):

Страница руководства eject (1)

Если команда eject определяет, что устройство может иметь несколько разделов, он попытается размонтировать все смонтированные разделы устройства перед извлечением (см. также --no-partitions-unmount). В случае сбоя размонтирования программа не будет пытаться извлечь носитель.

Поскольку «извлечение» означает что-то физическое для устройства, имеет смысл размонтировать все тома на устройстве.

Если вы хотите размонтировать один том, не используйте eject.

0
ответ дан 19 June 2020 в 21:29

Другие вопросы по тегам:

Похожие вопросы: