Дефектные обновления [Core, Extra, Multilib]

vasek	# 2 месяца назад (отредактировано 2 месяца назад)
Темы: 47 Сообщения: 11911 Участник с: 17 февраля 2013	Можно пробовать: amd_pstate=guided или amd_pstate=passive ... Ошибки не исчезают с опытом - они просто умнеют

vasek	# 2 месяца назад (отредактировано 2 месяца назад)
Темы: 47 Сообщения: 11911 Участник с: 17 февраля 2013	В Intel я делаю это так … (что то пожохее должно быть и на AMD) - узнаем max возможую частоту `cat /sys/devices/system/cpu/cpufreq/policy/scaling_max_freq 2100000` - узнаем min* возможую частоту `cat /sys/devices/system/cpu/cpufreq/policy/scaling_min_freq 800000` - ограничиваем max* … например, 1600000 `echo 1600000 \| sudo tee /sys/devices/system/cpu/cpufreq/policy/scaling_max_freq` - ограничиваем min* … например, 1000000 `echo 1000000 \| sudo tee /sys/devices/system/cpu/cpufreq/policy/scaling_min_freq` Проверяем - max* `cat /sys/devices/system/cpu/cpufreq/policy/scaling_max_freq 1600000` - min* `cat /sys/devices/system/cpu/cpufreq/policy/scaling_min_freq 1000000` Можно и так ... (в работе ...) `while true; do cat /proc/cpuinfo \| grep MHz; sleep 2; echo -e "\n"; done` PS - для AMD тоже самое ... DOC В файлах scaling_max_freq и scaling_min_freq указаны максимальная и минимальная частота, доступные регулятору. Пользователь может изменить диапазон доступных тактовых частот, внеся доступное значение в эти файлы при помощи команды echo. Значения доступны системе указанных в файле scaling_available_frequencies. cat /sys/devices/system/cpu/cpufreq/policy/scaling_available_frequencies** `2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000 2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000 2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000 2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000` Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 месяца назад (отредактировано 2 месяца назад)

Темы: 47

Сообщения: 11911

Участник с: 17 февраля 2013

В Intel я делаю это так … (что то пожохее должно быть и на AMD)
- узнаем max возможую частоту

cat /sys/devices/system/cpu/cpufreq/policy*/scaling_max_freq
2100000

- узнаем min возможую частоту

cat /sys/devices/system/cpu/cpufreq/policy*/scaling_min_freq
800000

- ограничиваем max … например, 1600000

echo 1600000 | sudo tee /sys/devices/system/cpu/cpufreq/policy*/scaling_max_freq

- ограничиваем min … например, 1000000

echo 1000000 | sudo tee /sys/devices/system/cpu/cpufreq/policy*/scaling_min_freq

Проверяем
- max

cat /sys/devices/system/cpu/cpufreq/policy*/scaling_max_freq
1600000

- min

cat /sys/devices/system/cpu/cpufreq/policy*/scaling_min_freq
1000000

Можно и так ... (в работе ...)

while true; do cat /proc/cpuinfo | grep MHz; sleep 2; echo -e "\n"; done

PS - для AMD тоже самое ... DOC

В файлах  scaling_max_freq  и  scaling_min_freq  указаны максимальная и минимальная частота, доступные регулятору. Пользователь может изменить диапазон доступных тактовых частот, внеся доступное значение в эти файлы при помощи команды  echo. Значения доступны системе указанных в файле  scaling_available_frequencies.

cat /sys/devices/system/cpu/cpufreq/policy*/scaling_available_frequencies

2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000
2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000
2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000
2100000 2000000 1900000 1800000 1700000 1600000 1500000 1400000 1300000 1200000 1100000 1000000 900000 800000

Ошибки не исчезают с опытом - они просто умнеют

Morisson	# 2 месяца назад
Темы: 18 Сообщения: 1444 Участник с: 11 января 2017	Спасибо. Лишь бы оптимизаторы не выпилили эту возможность.)

amon	# 1 месяц, 3 недели назад
Темы: 51 Сообщения: 826 Участник с: 01 июня 2017	`error: failed to prepare transaction (could not satisfy dependencies) :: installing icu (76.1-1) breaks dependency 'libicuuc.so=75-64' required by qt5-webkit :: installing icu (76.1-1) breaks dependency 'libicui18n.so=75-64' required by qt5-webkit -> error installing repo packages` сегодня пробовал обновить...кто-то сталкивался? как это решается?

amon

# 1 месяц, 3 недели назад

Темы: 51

Сообщения: 826

Участник с: 01 июня 2017

error: failed to prepare transaction (could not satisfy dependencies)
:: installing icu (76.1-1) breaks dependency 'libicuuc.so=75-64' required by qt5-webkit
:: installing icu (76.1-1) breaks dependency 'libicui18n.so=75-64' required by qt5-webkit
 -> error installing repo packages

сегодня пробовал обновить...кто-то сталкивался? как это решается?

RusWolf	# 1 месяц, 3 недели назад
Темы: 11 Сообщения: 2866 Участник с: 16 июля 2016	amon qt5-webkit В репах арча нет такого пакета, причём здесь проблемы пакета с aur, к данной теме, про пакеты из основных реп. https://t.me/arch_linuxru

amon	# 1 месяц, 3 недели назад
Темы: 51 Сообщения: 826 Участник с: 01 июня 2017	пардон, понял

konstantinov-ms	# 1 месяц, 3 недели назад
Темы: 16 Сообщения: 736 Участник с: 29 ноября 2009	amon `error: failed to prepare transaction (could not satisfy dependencies) :: installing icu (76.1-1) breaks dependency 'libicuuc.so=75-64' required by qt5-webkit :: installing icu (76.1-1) breaks dependency 'libicui18n.so=75-64' required by qt5-webkit -> error installing repo packages` сегодня пробовал обновить…кто-то сталкивался? как это решается? Подключите китайскую репу: `[archlinuxcn] Server = https://repo.archlinuxcn.org/$arch #Server = https://mirrors.cernet.edu.cn/archlinuxcn/$arch #Server = https://mirrors.bfsu.edu.cn/archlinuxcn/$arch` Там уже 27-я версия выложена. И собирать не нужно. Или скачайте пакет. Он из этой репы. Но вообще RusWolf прав: в этой ветке описывают дефектные обновления только из официальных репозиториев. На Aur жалуются в другой ветке.

konstantinov-ms

# 1 месяц, 3 недели назад

Темы: 16

Сообщения: 736

Участник с: 29 ноября 2009

amon

error: failed to prepare transaction (could not satisfy dependencies)
:: installing icu (76.1-1) breaks dependency 'libicuuc.so=75-64' required by qt5-webkit
:: installing icu (76.1-1) breaks dependency 'libicui18n.so=75-64' required by qt5-webkit
 -> error installing repo packages

сегодня пробовал обновить…кто-то сталкивался? как это решается?

Подключите китайскую репу:

[archlinuxcn]
Server = https://repo.archlinuxcn.org/$arch
#Server = https://mirrors.cernet.edu.cn/archlinuxcn/$arch
#Server = https://mirrors.bfsu.edu.cn/archlinuxcn/$arch

Там уже 27-я версия выложена. И собирать не нужно.
Или скачайте пакет. Он из этой репы.
Но вообще RusWolf прав: в этой ветке описывают дефектные обновления только из официальных репозиториев. На Aur жалуются в другой ветке.

koshon	# 1 месяц, 3 недели назад
Темы: 29 Сообщения: 159 Участник с: 15 августа 2009	Обновление не относится только к AUR'у. Например, у меня ломаются пакеты gspell, harfbuzz-icu, raptor. Которые находятся в основных репах. На eng форумах archeподобных дистров "нытья" не меньше.

alien175	# 1 месяц, 3 недели назад
Темы: 22 Сообщения: 553 Участник с: 27 декабря 2010	koshon ломаются пакеты у меня почему-то не ломаются. Даже скучно уже) 🖥 AsRock B550M Pro4 :: AMD Ryzen 5 3600 :: 16 GB DDR4 :: AMD Radeon RX 6600 :: XFCE 💻 ACER 5750G :: Intel Core i5-2450M :: 6 GB DDR3 :: GeForce GT 630M :: XFCE

vasek	# 1 месяц, 3 недели назад (отредактировано 1 месяц, 3 недели назад)
Темы: 47 Сообщения: 11911 Участник с: 17 февраля 2013	Скорее всего проблема связана с неисправным зеркалом. Пробуй другие зеркала ... или reflector. PS - и гугли по amon error: failed to prepare transaction (could not satisfy dependencies) Как пример на BBS - это + это ... Ошибки не исчезают с опытом - они просто умнеют

vasek

# 1 месяц, 3 недели назад (отредактировано 1 месяц, 3 недели назад)

Темы: 47

Сообщения: 11911

Участник с: 17 февраля 2013

Скорее всего проблема связана с неисправным зеркалом.
Пробуй другие зеркала ... или reflector.

PS - и гугли по

amon
error: failed to prepare transaction (could not satisfy dependencies)

Как пример на BBS - это + это ...

Ошибки не исчезают с опытом - они просто умнеют