Существуют также некоторые драйверы, которые загружаются в физической системе, которую я удалил из Диспетчера устройств после миграции. Они были последовательными и параллельными портами, а также некоторыми RAID-контроллерами Dell.
В целом процесс был очень гладким.
(Это было миграцией P2V к ESX, но то же должно применяться),
На Fedora очень вероятно, что любая 'Кв. - получает' команду, которую Вы используете, прибывает из об/мин APT, который является портом Кв. - заставляют инструменты Debian работать сверху об/мин. Необходимо проверить, все же.
В этом контексте, да, необходимо смочь использовать конфетку, и склонный - добираются (если это от об/мин APT), попеременно. Хороший способ проверить состоял бы в том, чтобы видеть, можно ли заставить способные инструменты сообщать относительно пакетов, Вы установили через конфетку.
apt-get
не "работает" сверху об/мин. apt-get
был бэкпортирован от Debian, когда основанные на Redhat дистрибутивы не имели надлежащего приложения управления пакета.
yum
был разработан для ОСНОВАННЫХ НА ОБ/МИН дистрибутивов.
И да, Вы корректны, информация о пакете не сохраняется диспетчером пакетов, а скорее фактическими пакетами, которые включают большую "негласно" информацию о пакете, его зависимостях, сценарии, которые должны работать на установке/удалении и так далее.
Я лично не знаю, если единственная причина, где Вы не можете использовать yum
и apt-get
по желанию, даже при том, что я придерживался бы один или другой. Debian имеет dselect
, dpkg
, apt-get
и все 3 по существу делают то же задание, и можно использовать также каждый раз, когда Вы хотите.
Я не уверен, о каком распределении Вы говорите. Но по крайней мере на Debian и склонных производных - добираются, абсолютно не имеет никакого отношения к об/мин. Кв. - получает использование dpkg как основной инструмент для руководящих пакетов.
Но я подозреваю, что Вы используете некоторую производную Redhat с портом Кв. - добираются. Если Вы предоставляете больше подробную информацию, кто-то может, вероятно, предоставить лучший ответ.