Вот нашёл
ну теперь через rpm установить, если зависимости не попросит
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
На этот форум и wiki ведут ссылки с официальных сайтов Mageia.
У форума нет нигде и никаких чатов, wiki пока не работает (в процессе подключения), идёт небольшая реорганизация.Форум закрывается, подробности в теме «Реорганизация форума».
Mageia Russian Community Forum → Другие дистрибутивы и ОС → Что там случилось у Fedora?
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Вот нашёл
ну теперь через rpm установить, если зависимости не попросит
Может и прокатит ...
Не прокатит :-(
[olej@dell Загрузки]$ sudo dnf update
[sudo] пароль для olej:
Ошибка: Failed to synchronize cache for repo 'fedora'% [ ] --- B/s | 0 B --:-- ETA
ну теперь через 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
Но ему оно глубоко до фени...
Не прокатит :-(
печально... больше у меня нет предположений по этому поводу. Может и правда с утра заработает?)
Но ему оно глубоко до фени...
еще из разряда мистики - один чувак написал, что ему помогло прописать в /etc/resolv.conf nameserver 8.8.8.8 и только тогда пошло.
(хотя и есть в этом доля правды, ведь IP, когда мы пинговали у нас разные вчера были, а у меня тоже 8.8.8.8 используется)
ну и можнго еще в /etc/dnf/dnf.conf
добавить строку
fastestmirror=true
для поиска самых быстрых зеркал
еще попробовать
раскоментировать в репах строки baseurl=... и закоментировать metalink=...
еще из разряда мистики - один чувак написал, что ему помогло прописать в /etc/resolv.conf nameserver 8.8.8.8 и только тогда пошло.
(хотя и есть в этом доля правды, ведь IP, когда мы пинговали у нас разные вчера были, а у меня тоже 8.8.8.8 используется)
Он и так был происан, правда 2-м ... оставил единственным - тот же результат.
ну и можнго еще в /etc/dnf/dnf.conf
добавить строку
fastestmirror=true
для поиска самых быстрых зеркалеще попробовать
раскоментировать в репах строки baseurl=... и закоментировать metalink=...
Всё остальное с тем же успехом.
Всё остальное с тем же успехом.
ну блин...
прописать тупо яндексовские репы как есть в 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 в репах, чтобы не совал свой нос мимо яндекса.
ну и ребутнуть (виндовенько)
ну блин...
прописать тупо яндексовские репы как есть в 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/
Ну, наверное вот так точнее будет? :
да, в моем варианте дает ошибку
Ошибка: Failed to synchronize cache for repo 'fedora'
мог и ошибаться, там запутаться не мудрено...
RPMFusion тоже подправил...
Чудеса!
Чудеса начались сразу после обновления ядра до 4.7.4-100.fc23.x86_64 ... не могу сказать точно когда, но 1-2-3 дня назад (за это время ноутбук не отключался).
После этого пропала синхронизация пустого (очищенного!) кэша dnf!
Но после перезагрузки с этим ядром dnf update - восстановился ... осторожно, по частям, подключая один за другим отключенные репо...
Но!
Сразу же (это через 1-2-3 дня) пошло обновление ядра до 4.7.5-100.fc23.
Сразу же (это через 1-2-3 дня) пошло обновление ядра до 4.7.5-100.fc23.
вот мне оно вчера не тестинге и прилетело - после перезагрузки все продолжало обновляться... правда мне тестинг не нужен, я не программист, и похоже придется обновлять машинку до 24-й)) откат не могу сделать, так как разработчики федоры решили, что в репах не нужно держать промежуточные версии пакетов и такая прекрасная фича как dnf history undo <транзакция> идет лесом...(((
Т.е. какой-то дефект там в новом пакетном менеджере есть: после обновления ядра (но работа со старым!) нарушается работа пользовательской подсистемы.
При перезагрузке на новое ядро - работоспособность восстанавливается.
А Интернет полнится вопросами об том сообщении об ошибке, и русскоязычный и англоязычный ... и в ответах рассказывают такой бред и загадочные предположения!
При перезагрузке на новое ядро - работоспособность восстанавливается.
вообще-то после обновления ядра и надо бы перегружаться по-хорошему... ну я по крайней мере стараюсь так делать, если нет причин не делать.
дефект там в новом пакетном менеджере есть:
эта ошибка тянется еще с yum времен....
вообще-то после обновления ядра и надо бы перегружаться по-хорошему...
В этом (в прямую, по крайней мере) нет необходимости: я продолжаю работать со старым загруженным ядром, а новое обновил только в том смысле, что загрузил для последующего использования.
В этом контексте теряет всякий смысл хранение в меню загрузки 3-х последних загруженных ядер, принятое в Fedore: на кой ляд хранить 2 предыдущих ядра, если загрузка с ними неработоспособна.
А если update с какими-то пакетами настолько критичен, что требует сразу же перезагрузки, то о таких случаях надо предупреждать.
эта ошибка тянется еще с yum времен....
В yum я на такое не напарывался... хотя работал с ним (с Fedora с yum) плотно лет 4-5.
на кой ляд хранить 2 предыдущих ядра, если загрузка с ними неработоспособна.
работоспособна хотябы частично. По крайней мере внезапная kernel panic после обновления уже точно не страшна. А там и подумать можно, как жить дальше.
В yum я на такое не напарывался...
ну именно такой загадочный случай я тоже не видел, но ошибка синхронизации довольно популярное явление по разным причинам. Но и причины обычно находятся быстро.
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Mageia Russian Community Forum → Другие дистрибутивы и ОС → Что там случилось у Fedora?
Работает на PunBB, при поддержке Informer Technologies, Inc, при поддержке sevo44.ru