Я не уверен, кто сказал Вам использовать --add-repo
переключитесь, но это почти никогда не "правильный" способ пойти о добавлении новых репозиториев. Скорее необходимо или использовать a .rpm
файл для репозитория, который Вы пытаетесь установить, и использовать rpm -ivh somerepo.rpm
устанавливать это репозитории .repo
файл в каталог /etc/yum.repo.d/
и ключи об/мин, видимые, когда Вы выполняете команду rpm -qa gpg-pubkey*
.
$ rpm -qa gpg-pubkey*
gpg-pubkey-e06f8c93-51760257
gpg-pubkey-98ab5139-4bf2d0b0
gpg-pubkey-7fac5991-4615767f
gpg-pubkey-fb4b18e6-50b96bfd
...
Можно также сделать файл хранилища вручную для Chrome с помощью одного из этих 2 образцов, которые описаны в этом ifthenelse названном сообщении в блоге: Включите репозиторий Google YUM.
32-разрядный
[google-chrome]
name=google-chrome - 32-bit
baseurl=http://dl.google.com/linux/chrome/rpm/stable/i386
enabled=1
gpgcheck=1
gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub
64-разрядный
[google-chrome]
name=google-chrome - 64-bit
baseurl=http://dl.google.com/linux/chrome/rpm/stable/x86_64
enabled=1
gpgcheck=1
gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub
Это сохранило бы Вас боль, в которой Вы находитесь теперь. Но назад к разрешению этого теперь.
Можно использовать об/мин для определения, на какие RPMs повлияли, я сфокусируюсь на RPMs, которые связаны с установкой .repo
файлы для запуска, а также пакеты, связанные с yum
самостоятельно, так как я подозреваю Ваш /etc/yum.conf
файл или более низкий уровень .repo
файлы виновным здесь.
Можно проверить непротиворечивость файлов, сравнивающих их контрольную сумму, как которая это сохраняется в базе данных RPM так:
$ rpm -qfVv /etc/yum.conf /etc/yum.repo.d/*
......... c /etc/logrotate.d/yum
......... /etc/yum
......... c /etc/yum.conf
......... /etc/yum.repos.d
......... /etc/yum/fssnap.d
......... /etc/yum/pluginconf.d
......... /etc/yum/protected.d
......... /etc/yum/vars
......... c /etc/yum/version-groups.conf
......... /usr/bin/yum
...
Этот вывод показывает ли любые файлы, связанные с об/мин это /etc/yum.conf
был изменен или поврежден. Если бы файл был изменен, вывод был бы похож на это:
$ touch /etc/yum.conf
$ rpm -qfVv /etc/yum.conf
......... c /etc/logrotate.d/yum
......... /etc/yum
.......T. c /etc/yum.conf
...
Заметьте T
в столбце точек налево. Это говорит нам, что время на файле отличается. См. страницу справочника для rpm
для больше на -V
или --verify
переключатель.
Каждый из этих 9 символов обозначает результат сравнения атрибута (атрибутов) файла к значению тех атрибут (атрибуты), зарегистрированный в базе данных. Сингл "." (период) означает, что тест передал, в то время как сингл"?" (вопросительный знак) указывает, что тест не мог быть выполнен (например, полномочия файла предотвращают чтение). Иначе (мнемонически ободренный) символ обозначает отказ соответствия
--verify
тест:S file Size differs M Mode differs (includes permissions and file type) 5 digest (formerly MD5 sum) differs D Device major/minor number mismatch L readLink(2) path mismatch U User ownership differs G Group ownership differs T mTime differs P caPabilities differ
Необходимо будет, вероятно, повторно загрузить незаконного об/мин и переустановить его использование rpm
.
Можно использовать эту команду, чтобы подтвердить, что добавление репозитория КОНФЕТКИ Chrome случайно не удалило другие ВКУСНЫЕ репозитории. Эта команда сделает это:
$ yum repolist all
снимок экрана выводаЗаметьте столбец направо. Любые repos, которые отключены, являются красными, любой, которые включены, зеленые. Проверьте, чтобы удостовериться, что все repos включены (зеленые).
Если они не затем, можно или пройти .repo
файлы и измененный незаконные на "ENABLED=1" или использование yum-config-manager
повторно включить им.
$ sudo yum-config-manager --enable
Если Вы находите что Ваш .repo
файлы находятся плохим способом. Возможно, они - нулевые файлы длины теперь, затем Ваша вкусная установка чрезвычайно довольно завинчена. Но не все потеряно. Можно вернуть вещи в использование формы rpm
и yum
.
Я не могу просто переустановить RPMs?
Да Вы можете, но чтобы установить? Если Вы не знаете, которые установить Вас, может вывести версии как так, с помощью существующей базы данных RPM. Я нахожусь на F19, таким образом, это соответствующие пакеты для fedora*.repo
файлы.
$ rpm -qf /etc/yum.repos.d/fedora* | sort -u
fedora-release-19-6.noarch
Таким образом, Вы ищете .rpm
файл называют fedora-release-20*.noarch
. Вот то, что файл от медиа установки для F20:
Об/мин $-Fvh http://dl.fedoraproject.org/pub/fedora/linux/releases/20/Fedora/$ (uname-p)/os/Packages/f/fedora-release-20-1.noarch.rpm
Для RPMFusion repos Вы может сделать то же самое:
$ sudo rpm -qf /etc/yum.repos.d/rpmfusion-* | sort -u
rpmfusion-free-release-19-1.noarch
rpmfusion-nonfree-release-19-1.noarch
Таким образом, Вы ищете .rpm
файлы называют rpmfusion-free-release-20*.noarch
& rpmfusion-nonfree-release-20*.noarch
. Вот те файлы с веб-сайта Fusion об/мин:
$ sudo rpm -Fvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-20.noarch.rpm
$ sudo rpm -Fvh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-20.noarch.rpm
Передобавление фетрового выпуска repo
Альтернативный метод должен был бы использовать команду yum-config-manager
повторно добавить fedora-release
репозиторий.
$ sudo yum-config-manager --add-repo=http://download.fedoraproject.org/pub/fedora/linux/updates/testing/20/$(uname -p)/
Примечание: Эта команда установит соответствующий 32-разрядный или 64-разрядный репозиторий на основе использования архитектуры Вашей системы uname -p
.
Переустановка?
Другой метод для получения восстановленных вещей должен использовать yum
команда reinstall
.
$ sudo yum reinstall fedora-release
Примечание: Этот метод, вероятно, восстановит другие репозитории такой как fedora-updates
repos, но требует, по крайней мере, частично рабочей установки fedora
repo, таким образом, это - что-то вроде "выгоды 22". Я предложил бы выполнить эту команду после того, как у Вас есть объекты на шаге № 1 и № 2 выше.
Для меня NTP является очевидным ответом. Надежный и последовательный - предполагая, что какое-то интернет-соединение с вариантом, который включен на многие распределения, чтобы настроить часы непосредственно во время процесса загрузки.
Однако это ответ на основе мнения, вероятно, не подходит для SE.
По мере приближения к концу нестандартной работы, каждый раз, когда я вхожу в систему (примерно раз в день), мой .bashrc запускает следующее:
sudo rdate time-b.timefreq.bldrdoc.gov && hwclock -w
Я провел небольшое тестирование год или около того назад, и, по-видимому, это удерживает мой главный компьютер в пределах одной секунды официального времени. и да, это должно быть просто сделано в линию работы cron, но есть еще неиспользованные виды лени, которые еще предстоит проложить.