Любой серьезный риск, если Mint 17 считает Ubuntu?

Запуск Mint 17, только что начался apt-get upgrade в первый раз за время, с загрузкой 350 МБ. Он останавливается на полпути, чтобы сказать мне /etc/issue это не версии поддерживающих пакет. То же issue.net для issue.net и lsb-release , где diff выглядит так:

 -DISTRIB_ID=LinuxMint -DISTRIB_RELEASE=17 -DISTRIB_CODENAME=qiana -DISTRIB_DESCRIPTION="Linux Mint 17 Qiana" +DISTRIB_ID=Ubuntu +DISTRIB_RELEASE=14.04 +DISTRIB_CODENAME=trusty +DISTRIB_DESCRIPTION="Ubuntu 14.04.2 LTS" 

Хорошо, я сказал «нет» каждому из этих трех обновлений файлов (т. Е. Сохранил его как монетный двор). Теперь мне просто интересно, является ли это симптомом более серьезной проблемы? Мог ли apt-get повреждение? Есть ли какая-то простая проверка, которую я могу сделать, чтобы сказать себе, что все в порядке? Google, до сих пор, говорит мне, что у кого-то еще нет этой проблемы, что кажется странным, если это беспорядок в упаковке Mint.

Извините, это немного странный вопрос. Думаю, это сводится к: хорошо ли пожать плечами и ничего не думать о этих трех файлах?


ОБНОВИТЬ

Вот вывод apt-cache policy base-files :

 base-files: Installed: 7.2ubuntu5.2 Candidate: 7.2ubuntu5.2 Version table: *** 7.2ubuntu5.2 0 500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages 100 /var/lib/dpkg/status 7.2ubuntu5 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 

Однако есть несколько пакетов mint, вот apt-cache policy | grep -i mint apt-cache policy | grep -i mint :

  700 http://extra.linuxmint.com/ qiana/main i386 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main origin extra.linuxmint.com 700 http://extra.linuxmint.com/ qiana/main amd64 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main origin extra.linuxmint.com 700 http://packages.linuxmint.com/ qiana/import i386 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=import origin packages.linuxmint.com 700 http://packages.linuxmint.com/ qiana/upstream i386 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=upstream origin packages.linuxmint.com 700 http://packages.linuxmint.com/ qiana/main i386 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main origin packages.linuxmint.com 700 http://packages.linuxmint.com/ qiana/import amd64 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=import origin packages.linuxmint.com 700 http://packages.linuxmint.com/ qiana/upstream amd64 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=upstream origin packages.linuxmint.com 700 http://packages.linuxmint.com/ qiana/main amd64 Packages release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main origin packages.linuxmint.com 

3 Solutions collect form web for “Любой серьезный риск, если Mint 17 считает Ubuntu?”

Из того, что я собрал из репозиториев Mint, Mint 17 (Qiana) основан на Ubuntu 14.04 (Trusty Tahr), и вместо того, чтобы размещать все самостоятельно, Mint полагается на репозитории Ubuntu для предоставления всех пакетов, которые не были изменены Mint. Сюда входят base-files , содержащие /etc/issue т. Д .; кажется, что Mint устанавливает версию пакета Ubuntu, а затем перезаписывает затронутые файлы своими версиями без использования пакета.

Теперь Ubuntu обновил base-files для 14.04.2, и потому что Mint использует репозитории Ubuntu, это обновление подхватывается установками Mint. И поскольку /etc/issue и т. Д. Были изменены без прохождения системы упаковки, dpkg считает, что пользователь что-то изменил и попросил перезаписать файлы.

Поэтому, чтобы ответить на ваш вопрос, Антон говорит, что это достаточно безопасно, если немного неудачно (у Mint действительно должна быть своя версия base-files ). Вы можете сохранить версии Mint или использовать версии Ubuntu; единственным последствием в последнем случае является то, что программное обеспечение, которое должно определить, на каком дистрибутиве он работает, найдет Ubuntu, а не Mint, но Mint достаточно похож на Ubuntu, чтобы это не имело никакого реального эффекта.

При перезагрузке он возвращается обратно.

« MRCMINT MITSystem и ubuntu-system-adjustments позаботятся об этих файлах при следующей загрузке в любом случае, заполнив их правильной информацией Mint».

Ссылка: http://forums.linuxmint.com/viewtopic.php?f=18&t=175398

Я получил эти сообщения несколько раз за последние 6-7 месяцев и всегда выбрал «Нет» на них без каких-либо проблем.

Файл /etc/issue используется только в сообщении для входа и / или в сообщении дня, если это вообще возможно, а не для получения каких-либо других настроек в системе.

  • Ядро Linux - планшет Wacom (CTL-490DW-S) - блокировка
  • Отладка «брутальной» системы зависает (больше не отвечает на Alt + SysRq + B)
  • Остановить Linux от использования swap
  • Должен ли ждать следующего выпуска монетного двора для плазмы KDE 5?
  • неразрывное пространство иногда появляется в Geany (мой стандартный текстовый редактор)
  • Обход / удаление ссылки на неисправный диск
  • Установщик Linux Mint не видит fakeraid drive
  • Как определить, какую версию ядра установить?
  • Установка программного обеспечения на общий диск в linux mint
  • Как повторно включить поиск в строке меню?
  • Система зависает при выполнении любой опции загрузки в живой USB-установке Монетного двора
  • Автоматически скрывать панель уведомлений Mint Linux после таймаута
  • Interesting Posts

    невозможно открыть основной объект документа

    Solaris11: восстановление файла из репозитория

    Как конвертировать отсканированный PDF-файл с текстом OCRed в текст без текста OCRed?

    Паника в ядре при прохождении noatime в бутаргах

    почему strace игнорирует мой псевдоним для rm?

    GRUB не видит разделы ext4 (ошибка: нет такого раздела)

    В чем разница между 'sudo' и 'su -c'

    Как сделать и применить (патч) одну сторону diff?

    Совместимость следующих программных продуктов

    Как использовать htop для приостановки процесса и всех его дочерних процессов?

    Способы определения, какие (конфигурационные) файлы считываются исполняемым при запуске

    Как динамически читать переменные из stdin и хранить их в массиве

    Контейнер-докер не может вытащить репозиторий github, сбой разрешения имени

    идентификация встроенных разделяемых библиотек

    Создание и удаление томов Amazon EC2 с использованием сценария оболочки

    Linux и Unix - лучшая ОС в мире.