Rpm va nofiles nodigest что это
unixforum.org
Форум для пользователей UNIX-подобных систем
CentOS7: невозможно сделать update
CentOS7: невозможно сделать update
Сообщение kerogaz » 15.12.2015 10:30
yum update без ключей на комьютее с графикой пишет: (на компе без графики обновляется нормально)
Re: CentOS7: невозможно сделать update
Сообщение Bizdelnick » 15.12.2015 12:11
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: CentOS7: невозможно сделать update
Сообщение kerogaz » 15.12.2015 15:51
Оставил только epel и chrome
Re: CentOS7: невозможно сделать update
Сообщение kerogaz » 15.12.2015 16:04
Поставил в yum.conf
exlude=orage
Re: CentOS7: невозможно сделать update
Сообщение Bizdelnick » 15.12.2015 16:05
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: CentOS7: невозможно сделать update
Сообщение s.xbatob » 15.12.2015 16:09
кому-то нужны старые версии этих библиотек.
Re: CentOS7: невозможно сделать update
Сообщение kerogaz » 15.12.2015 16:12
Re: CentOS7: невозможно сделать update
Сообщение s.xbatob » 15.12.2015 16:30
Re: CentOS7: невозможно сделать update
Сообщение kerogaz » 15.12.2015 17:03
Да ещё несколько конфликтов было
Re: CentOS7: невозможно сделать update
Сообщение kerogaz » 15.12.2015 17:37
Re: CentOS7: невозможно сделать update
Сообщение yars » 15.12.2015 20:46
Re: CentOS7: невозможно сделать update
Сообщение kerogaz » 16.12.2015 08:16
Re: CentOS7: невозможно сделать update
Сообщение Bizdelnick » 16.12.2015 14:41
Stable IT
FastNetMon
Monday, 26 December 2011
CentOS 6 + OpenVZ = ужас с зависимостями при обновлении
Итак, имеется совершенно чистый CentOS 6 (без каких-либо репозиториев кроме стандартных) с установленным OpenVZ ядром. А также желание сделать: yum update (а также наличие обычных ядер в грядущем апдейте).
Это желание разбивается вдребезги конфликтом зависимостей kernel-firmware :
А что делать если критично? Фиксить!
Итак, посмотрим, какие версии пакета firmware у нас есть:
yum remove vzkernel-firmware-2.6.32-042stab044.11.noarch
Loaded plugins: fastestmirror
Setting up Remove Process
Resolving Dependencies
—> Running transaction check
—> Package vzkernel-firmware.noarch 0:2.6.32-042stab044.11 will be erased
—> Finished Dependency Resolution
Installed size: 3.9 M
Is this ok [y/N]: Y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Erasing : vzkernel-firmware-2.6.32-042stab044.11.noarch 1/1
Removed:
vzkernel-firmware.noarch 0:2.6.32-042stab044.11
Увы, не помогло и появились ошибки, так как данный пакет нужен системе и от него зависит пара пакетов.
Ставим пакет обратно:
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
openvz-utils | 1.2 kB 00:00
Setting up Update Process
Resolving Dependencies
—> Running transaction check
—> Package kernel.x86_64 0:2.6.32-220.2.1.el6 will be installed
—> Processing Dependency: kernel-firmware >= 2.6.32-220.2.1.el6 for package: kernel-2.6.32-220.2.1.el6.x86_64
—> Running transaction check
—> Package kernel-firmware.noarch 0:2.6.32-220.2.1.el6 will be installed
—> Finished Dependency Resolution
Transaction Check Error:
file /lib/firmware/3com/3C359.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/3com/typhoon.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/acenic/tg1.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/acenic/tg2.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/adaptec/starfire_rx.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/adaptec/starfire_tx.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/3550.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/38C0800.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/38C1600.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/mcode.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/atmsar11.fw from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
Error Summary
————-
yum remove vzkernel-firmware-2.6.32-042stab044.11.noarch
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
Setting up Update Process
Resolving Dependencies
—> Running transaction check
—> Package kernel.x86_64 0:2.6.32-220.2.1.el6 will be installed
—> Processing Dependency: kernel-firmware >= 2.6.32-220.2.1.el6 for package: kernel-2.6.32-220.2.1.el6.x86_64
—> Running transaction check
—> Package kernel-firmware.noarch 0:2.6.32-220.2.1.el6 will be installed
—> Finished Dependency Resolution
Total size: 31 M
Installed size: 120 M
Is this ok [y/N]: Y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : kernel-firmware-2.6.32-220.2.1.el6.noarch 1/2
Installing : kernel-2.6.32-220.2.1.el6.x86_64 2/2
Installed:
kernel.x86_64 0:2.6.32-220.2.1.el6
Dependency Installed:
kernel-firmware.noarch 0:2.6.32-220.2.1.el6
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-kernel-rhel6: mirror.softaculous.com
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
openvz-kernel-rhel6 | 951 B 00:00
openvz-utils | 1.2 kB 00:00
Setting up Update Process
Resolving Dependencies
—> Running transaction check
—> Package kernel-firmware.noarch 0:2.6.32-220.2.1.el6 will be obsoleted
—> Package vzkernel-firmware.noarch 0:2.6.32-042stab044.11 will be obsoleting
—> Finished Dependency Resolution
Total download size: 2.9 M
Is this ok [y/N]: Y
Downloading Packages:
vzkernel-firmware-2.6.32-042stab044.11.noarch.rpm | 2.9 MB 00:00
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : vzkernel-firmware-2.6.32-042stab044.11.noarch 1/2
Erasing : kernel-firmware-2.6.32-220.2.1.el6.noarch 2/2
Installed:
vzkernel-firmware.noarch 0:2.6.32-042stab044.11
Replaced:
kernel-firmware.noarch 0:2.6.32-220.2.1.el6
Итого, kernel-firmware был почему-то замещен vzkernel-firmware. Скорее всего, при следующем апдейте ядра система вылетит снова. И баг, скорее всего, в OpenVZ репо, оно почему-то замещает собой стандартный пакет.
Не устанавливается php-devel
Не устанавливается php-devel
Post by imperio » Wed Dec 12, 2012 5:45 pm
Re: Не устанавливается php-devel
Post by skid » Wed Dec 12, 2012 11:21 pm
При установки панели, в систему прописывается дополнительный репозитарий remi. Именно из remi и устанавливается php. Это сделано для того, чтобы в системе была более свежая версия, чем та, что доступна по умолчанию. К сожалению пакеты remi, конфиликтуют со стандартными, так как по факту заменяют их. После установки remi отключается, чтобы не создать проблем при обновлении. В общем, чтобы установить дополнительный php выполните следующую команду
Re: Не устанавливается php-devel
Post by Kudja » Thu Dec 13, 2012 1:21 am
Re: Не устанавливается php-devel
Post by imperio » Thu Dec 13, 2012 4:56 am
Тут подумал.
Поскольку конфликтуют версии судя по установке то также как вариант можно откатить версию php 5.3.19 на 5.3.3 из штатного репозитория.
Re: Не устанавливается php-devel
Post by skid » Thu Dec 13, 2012 8:18 am
Включение remi опасно только тем, что к вам внезапно могут прилететь апдейты php-5.4 вместо php-5.3. Судя по всему вас это не пугает 🙂 Сейчас и ситуация не так серьезна, как была при переходе с 5.2 на 5.3. Тогда была нарушена обратная совместимость многие сайты просто переставали работать.
На самом деле, репозитарий отключается не вестой. Он выключен изначально. То есть в remi решили не включать его по умолчанию.
Re: Не устанавливается php-devel
Post by Kudja » Thu Dec 13, 2012 10:29 am
Ошибка в установке Google Chrome
Приветствую! Обнаружил что установленный ранее Хром не хочет обновляться, какая-то непонятность с зависимостями…
yum install google-chrome
Что это за libvulkan? Найти такой пакет не удалось… Как обойти?
Что за дистрибутив? Древняя Centos что ли?
На лоре это не нужно.
Не, Хром нужен, без него вообще никак… До этого все работало нормально.
Чем Chromium не устраивает в самом крайнем случае?
Ну, наверное можно, только в Хроме важные расширения стоят, без них плохо будет…
Твою ОС выкинул Гугл на свалку истории
Открою страшную тайну… Сhromium поддерживает не только расширения от Сhrome, но и даже вход через Google-аккаунт со всеми вытекающими плюшками типа синхронизации. Зато зависимости в нем будут разрулены нормально, если росу, конечно, не идиоты пилят.
Понял)) Спасибо, буду ставить)
Хромиум падает. Не то чтобы часто, но случается. Хром тоже, но только совсем редко. В Хромиуме нет изкоробочного пдф и насколько я помню были проблемы с аудио/видео.
Два года на Арче с Хромиумом просидел. До этого еще год на Дебиане. Ни разу не падал. Вообще беспроблемный браузер.
Блин, может есть какие-то костыли как установить именно Хром?
Ну не знаю. Везучий %)
Что это за libvulkan? Найти такой пакет не удалось… Как обойти?
Когда пакета в репах нет, то первым делом надо поискать дополнительные репы, где он может быть, может какие-то добровольцы собирают для твоего дистрибутива.
Если не помогло, то выясни из каких других дистров можно накатить пакет на твой, чтобы ничего не сломать.
Если не помогло, то надо собрать самому. Лучше использовать mock, если он есть в твоём дистрибутиве, если нет, то классическим rpmbuild.
Чтобы понять в каком пакете находится эта либа надо пойти на rpmfind.net и туда скопировать название библиотеки, и из представленных выбрать федоровский постарше(у тебя ведь говно мамонта, верно?).
В результате этих манипуляций выяснилось, что тебе нужен пакет vulkan-loader-бла-бла.rpm.src, вот из него и надо собирать для себя.
https://rpmfind.net/linux/RPM/fedora/30/x86_64/v/vulkan-loader-1.1.97.0-0.fc30.i686.html
Если у тебя окаменелое говно мамонта, то иди pkgs.org, впрочем, и туда и сюда ты сразу попадаешь из гугла по названию либы, там качай этот самый вулкан-rpm.src для centos или другого музейного экспоната.
может есть какие-то костыли как установить именно Хром?
Нужны не костыли, а вполне штатная процедура: удовлетворение зависимостей, без этого только сборка из исходников, но в случае с хромым это дело практически нереализуемое, если у тебя не мегамощный комп.
У него просто устаревшее говно, а веб не терпит, ибо сам говно.
Поломались зависимости в Fedora 30
Последний мой rpm-дистрибутив был OpenSUSE 11.3, где особых проблем с зависимостями не было. А на Fedora я даже не знаю куда копать.
Через терминал получаю вот такое:
Если обновлять через гномовский центр приложений, то получаю вот такое:
Не обновлялся пару месяцев – не до того было. Сижу на ядре 5.0.17, ибо на ядрах 5.1.X черный экран после загрузки. i686 пакеты основных библиотек были для чего-то нужны, я уже не помню зачем, но хотелось бы оставить, чтоб ничего не отломалось.
Сижу на ядре 5.0.17, ибо на ядрах 5.1.X черный экран после загрузки.
Каким образом это реализовано? В смысле: ты просто всегда выбираешь старое ядро при загрузке или что-то хитрое сделал (или пытался) в dnf?
Вообще попробуй так:
Каким образом это реализовано? В смысле: ты просто всегда выбираешь старое ядро при загрузке или что-то хитрое сделал (или пытался) в dnf?
При загрузке выбираю.
Вот такое должно всё починить (ну или частично починить):
Но если dnf в прошлый раз убился прямо во время установки какого-то пакета, то этот пакет сам по себе может быть поломан и его надо переустановить.
Вообще, выложи куда-нибудь содержимое /var/log/dnf.log и /var/log/dnf.rpm.log на момент последнего запуска перед тем как всё сломалось. Более старые логи содержат дату в имени файла.
Я предлагаю тупо удалить пакеты kernel-5.1.5 и kernel-modules-extra-5.1.5 разу уж это ядро все равно не работает. После этого все должно наладится
rpm –rebuilddb
Не происходит ничего.
Центр приложений при обновлении через него вообще на glibc ругается. Мне кажется, пакеты с ядром – только вершина айсберга и если удалить их, то всплывут проблемы со следующими пакетами.
Эээ… Я, честно говоря, даже не знал, что dnf remove может предлагать что-либо установить. Не знаю: это баг или задуманное поведение в случае сломанных зависимостей.
Могу предложить только руками это всё чинить. Удалять/устанавливать отдельные пакеты из списка после «Ошибка: проверка транзакции на разрешение зависимостей» утилитой rpm пока система не придёт в состояние, от которого dnf’у не будет сходу становиться плохо.
Ну или переустановить с нуля, если ничего не помогает и никто не предложит что-нибудь более умное.
Ты точно во время работы dnf не выключал компьютер ударом ногой с разворота? Или может у тебя ФС недавно сыпалась? Может при «на ядрах 5.1.X черный экран после загрузки» на самом деле происходило что-то более страшное, чем проблемы с экраном?
Тут видимо похожий случай. Логи dnf очевидно битые.
Пакеты i686 можешь удалять без проблем, надо будет, потом поставишь.
Про ядро, похоже на то, что оно уже установлено, но юзаешь другое, покажи список установленных ядер и текущее
Ну или переустановить с нуля, если ничего не помогает и никто не предложит что-нибудь более умное.
Похоже, так и сделаю. Может быть для интересу накачу Silverblue. Либо RHEL 8.
Ты точно во время работы dnf не выключал компьютер ударом ногой с разворота? Или может у тебя ФС недавно сыпалась? Может при «на ядрах 5.1.X черный экран после загрузки» на самом деле происходило что-то более страшное, чем проблемы с экраном?
Честно сказать, не помню, что я там делал, возможно остановил dnf через ^C.
Честно сказать, не помню, что я там делал, возможно остановил dnf через ^C.
Кстати, на всякий случай запусти на ночь memtest. Мало ли что…
Что то ядро старовато. Я сей момент не помню точно но то что kernek-5.1.11 у меня уже стоит это точно. Fedora 30.
Кстати, на всякий случай запусти на ночь memtest. Мало ли что…
Оперативка вряд ли виновата. Планкам год, память довольно медленная 2400 МГц, не разгонял ни разу. Самая большая вероятность – винт накрывается потихоньку. Дешёвый Toshiba на 2 Тб.
У меня не обновляется система уже несколько недель или месяц.