26

Olej⇓ пишет:

Вот нашёл

ну теперь через rpm установить, если зависимости не попросит

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

27

Olej пишет:

Может и прокатит ...

Не прокатит :-(

[olej@dell Загрузки]$ sudo dnf update
[sudo] пароль для olej: 
Ошибка: Failed to synchronize cache for repo 'fedora'% [                                                 ] ---  B/s |   0  B     --:-- ETA

28

TopE⇓ пишет:

ну теперь через rpm установить, если зависимости не попросит

[olej@dell Загрузки]$ dnf list python-librepo
Failed to synchronize cache for repo 'rpmfusion-free', отключение.                                       ] ---  B/s |   0  B     --:-- ETA
Последняя проверка окончания срока действия метаданных: 0:24:05 назад, Fri Sep 30 00:32:41 2016.
Установленные пакеты
python-librepo.x86_64                                              1.7.16-2.fc23                                              @@commandline

Но ему оно глубоко до фени...

29

Olej⇓ пишет:

Не прокатит :-(

печально... больше у меня нет предположений по этому поводу. Может и правда с утра заработает?)

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

30 (2016-09-30 09:36:36 отредактировано TopE)

Olej⇓ пишет:

Но ему оно глубоко до фени...

еще из разряда мистики  - один чувак написал, что ему помогло прописать в /etc/resolv.conf   nameserver  8.8.8.8 и только тогда пошло.

(хотя и есть в этом доля правды, ведь IP, когда мы пинговали у нас разные вчера были, а у меня тоже 8.8.8.8 используется)

ну и можнго еще в /etc/dnf/dnf.conf
добавить строку
fastestmirror=true
для поиска самых быстрых зеркал

еще попробовать
раскоментировать в репах строки baseurl=...  и закоментировать metalink=...

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

31

TopE пишет:

еще из разряда мистики  - один чувак написал, что ему помогло прописать в /etc/resolv.conf   nameserver  8.8.8.8 и только тогда пошло.
(хотя и есть в этом доля правды, ведь IP, когда мы пинговали у нас разные вчера были, а у меня тоже 8.8.8.8 используется)

Он и так был происан, правда 2-м ... оставил единственным - тот же результат.

TopE пишет:

ну и можнго еще в /etc/dnf/dnf.conf
добавить строку
fastestmirror=true
для поиска самых быстрых зеркал

еще попробовать
раскоментировать в репах строки baseurl=...  и закоментировать metalink=...

Всё остальное с тем же успехом.

32 (2016-09-30 12:25:23 отредактировано TopE)

Olej⇓ пишет:

Всё остальное с тем же успехом.

ну блин...
прописать тупо яндексовские репы как есть в repo по списку для каждой :

baseurl=http://mirror.yandex.ru/fedora/linux/releases/23/Workstation/x86_64/os/           для федора
baseurl=http://mirror.yandex.ru/fedora/linux/updates/23/x86_64/                                 для федора-update
baseurl=http://mirror.yandex.ru/fedora/linux/updates/testing/23/x86_64/                     для федора тестинг
baseurl=http://mirror.yandex.ru/fedora/rpmfusion/free/fedora/releases/23/Everything/x86_64/os/      фри рпмфьюжн
baseurl=http://mirror.yandex.ru/fedora/rpmfusion/free/fedora/updates/23/x86_64/                                              фри рпмфьюжн апдэйт
baseurl=http://mirror.yandex.ru/fedora/rpmfusion/nonfree/fedora/releases/23/Everything/x86_64/os/    нонфри рпмфьюжн
baseurl=http://mirror.yandex.ru/fedora/rpmfusion/nonfree/fedora/updates/23/x86_64/                                            нонфри рпмфьюжн апдэйт


при этом сделать в dnf конфиге fastestmirror=false
и закоментровать metalink в репах, чтобы не совал свой нос мимо яндекса.
ну и ребутнуть (виндовенько)

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

33 (2016-09-30 12:11:22 отредактировано Olej)

TopE пишет:

ну блин...
прописать тупо яндексовские репы как есть в repo по списку для каждой :
baseurl=http://mirror.yandex.ru/fedora/linux/releases/23/Workstation/x86_64/            для федора

Ну, наверное вот так точнее будет? :

baseurl=http://mirror.yandex.ru/fedora/linux/releases/23/Everything/x86_64/os/

34 (2016-09-30 12:29:03 отредактировано TopE)

Olej⇓ пишет:

Ну, наверное вот так точнее будет? :

да, в моем варианте дает ошибку
Ошибка: Failed to synchronize cache for repo 'fedora'

мог и ошибаться, там запутаться не мудрено...
RPMFusion тоже подправил...

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

35

Чудеса!

Чудеса начались сразу после обновления ядра до 4.7.4-100.fc23.x86_64 ... не могу сказать точно когда, но 1-2-3 дня назад (за это время ноутбук не отключался).
После этого пропала синхронизация пустого (очищенного!) кэша dnf!

Но после перезагрузки с этим ядром dnf update - восстановился ... осторожно, по частям, подключая один за другим отключенные репо...
Но!
Сразу же (это через 1-2-3 дня) пошло обновление ядра до 4.7.5-100.fc23.

36

Olej⇓ пишет:

Сразу же (это через 1-2-3 дня) пошло обновление ядра до 4.7.5-100.fc23.

вот мне оно вчера не тестинге и прилетело - после перезагрузки все продолжало обновляться... правда мне тестинг не нужен, я не программист, и похоже придется обновлять машинку до 24-й)) откат не могу сделать, так как разработчики федоры решили, что в репах не нужно держать промежуточные версии пакетов и такая прекрасная фича как dnf history undo <транзакция> идет лесом...(((

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

37

Т.е. какой-то дефект там в новом пакетном менеджере есть: после обновления ядра (но работа со старым!) нарушается работа пользовательской подсистемы.
При перезагрузке на новое ядро - работоспособность восстанавливается.
А Интернет полнится вопросами об том сообщении об ошибке, и русскоязычный и англоязычный ... и в ответах рассказывают такой бред и загадочные предположения!

38

Olej⇓ пишет:

При перезагрузке на новое ядро - работоспособность восстанавливается.

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

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

39 (2016-09-30 13:44:19 отредактировано TopE)

Olej⇓ пишет:

дефект там в новом пакетном менеджере есть:

эта ошибка тянется еще с yum времен....

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит

40

TopE⇓ пишет:

вообще-то после обновления ядра и надо бы перегружаться по-хорошему...

В этом (в прямую, по крайней мере) нет необходимости: я продолжаю работать со старым загруженным ядром, а новое обновил только в том смысле, что загрузил для последующего использования.
В этом контексте теряет всякий смысл хранение в меню загрузки 3-х последних загруженных ядер, принятое в Fedore: на кой ляд хранить 2 предыдущих ядра, если загрузка с ними неработоспособна.

А если update с какими-то пакетами настолько критичен, что требует сразу же перезагрузки, то о таких случаях надо предупреждать.

41

TopE⇓ пишет:

эта ошибка тянется еще с yum времен....

В yum я на такое не напарывался... хотя работал с ним (с Fedora с yum) плотно лет 4-5.

42

Olej⇓ пишет:

на кой ляд хранить 2 предыдущих ядра, если загрузка с ними неработоспособна.

работоспособна хотябы частично. По крайней мере внезапная kernel panic  после обновления уже точно не страшна. А там и подумать можно, как жить дальше.

Olej⇓ пишет:

В yum я на такое не напарывался...

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

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит