Как работает процесс обновления Ubuntu?

вот более подробное описание процесса. К сожалению текст был так долго.

мой опыт проистекает из Debian, для которых вся упаковка и обновления системы, используемые в Ubuntu была изначально придумана. Ежедневные обновления безопасности ОС Ubuntu соответствуют запущена [Ф1], которые, как правило, не удалить любое программное обеспечение. Большие обновления релиза соответствовать [Ф2], в течение которого пакеты программного обеспечения могут быть полностью заменены.

на самом деле очень низкого уровня, как правило, не размениваясь при обновлении релиза. Сразу после обновления вы должны найти два ядра и initrd изображений в директории /Boot. Это потому, что в отличие от программ компоненты ядра не так хорошо взаимозаменяемыми. Если возникает необходимость загрузки новых драйверов при обновлении, они должны быть совместимы с управлением ядра. После того, как система загрузится с новым ядром, старый можно удалить. Последний раз я проверял это одно должно было быть сделано вручную, я не знаю, как текущего обновления обрабатывает это. Это кстати. главная причина, почему образ ядра носит номер версии в имени файла - так что вы можете иметь различные версии установленного ядра одновременно. Же путь к модулю (/библиотека/модули/...)

программные пакеты обновляются по одному, начиная с наименьшего пакеты в иерархия зависимостей. Это обычно программа, Как библиотеки libc и другие. Последовательность, в которой пакеты обновляются, однако не жестко, а динамически вычисляется как зависимости пакета будут решены. В большинстве случаев старые программы могут работать с новые библиотеки, так что это не так проблематично, если эти библиотеки будут заменены в первую очередь.

Вы должны понять, что система различает вручную установленные пакеты (т. е. пакеты, которые установки вы непосредственно запросили себе, т. е. хром) и автоматически установленные пакеты, которые где установлена только для выполнения зависимостей вручную установленные пакеты (и зависимости этих зависимостей).

для каждой установленной программы, утилита просто ищет более новую версию. Часто эти программы являются просто Мета-пакеты типа "убунту-десктоп", который не содержит никаких данных, то и просто зависимости. Новые версии зависимых библиотек потянутся, так как они запрашиваются напрямую с обновленными программами (выполнена вручную). Программа обновления всегда будет пытаться установить новейшую полезную версию любого зависимого пакета (при любой upgrdade не просто выпуск обновлений).

программ, которые не могут работать с новой версии библиотеки не может быть запущен в течение времени после библиотеки повышен, и перед самой программы обновления. Если эти программы уже должен быть запущен до обновления библиотек, однако они продолжают работать, потому что старые версии библиотеки остается в памяти, пока это остается в использовании. Же касается программ, которые были запущены прежде чем они обновляются. Те не будут предоставлять новые возможности, пока они не прекращаются и перезапустить.

после обновления некоторые библиотеки (или зависимости в целом) будут сиротами. Те библиотеки, которые необходимы были по старой версии программы, но не требует новых версий. Поскольку эти пакеты помечены как автоматически установленные, и, поскольку не установлен вручную занесена больше относится к ним эти пакеты могут быть легко установлены и удалены. Вы даже можете наблюдать это в качестве последнего шага процесса обновления (апдейтер саис "удаление устаревших пакетов" или что-то подобное).

какие пакеты будут установлены, которые не были установлены ранее, это просто новые зависимости, помечены как автоматически установленные, и могут быть удалены, если требования к их исчезнуть в будущем.

этот механизм даже позволяет обмениваться всей программы пользователя. Как, например, переход от Gnome2 к единству. Так как просто автоматическая зависимостей в Ubuntu-Desktop, который один из немногих пакетов, для новых версий требуется представлять в первую очередь.

, как правило, не зависят от конкретной версии ядра операционной системы, поэтому они будут нормально работать при работающем ядре.

помимо всего этого я использовать программа обновления убунту бросает некоторые конкретные исправления и обходные пути в миксе, обходить ситуации, в которых эта теория ломается.

как вы можете видеть во время обновления там очень хорошо условия, в которых система может быть использована только в ограниченных рамках. Если что-то пойдет не так во время обновления, вы скорее всего останетесь с неработающей системы. Часто даже тот, который не может легко быть восстановлен, так как программа обновления могут быть затронуты также. Помните, что программы с нарушенными зависимостями может продолжать функционировать, но не может быть перезапущен, пока зависимости не нарушается, это касается и обновления, а также.

Вы можете использовать программу командной строки [Ф3], чтобы выяснить, какие пакеты отмечены как установленные вручную и автоматически устанавливается. Вы также можете переключать эти знаки с помощью той же программы. Это напрямую влияет на процесс обновления.

теперь конкретные вопросы:

просто спросите меня если вы все еще есть какие-либо вопросы.

На уровне файловой системы, в отличие от Windows, в системе Unix вы можете удалить открытые файлы. Deletion просто удаляет имя файла, а не его содержимое, поэтому любые программы, все еще имеющие открытый файл, могут получить к нему доступ до тех пор, пока они не закроют файл, и только тогда будут освобождены данные.

Итак, обновление Процесс просто удаляет старые файлы, заменяет их новыми и определенными системными службами, перезапускает их, поэтому запускается новая версия.

Есть один или два компонента, которые нельзя перезапустить без перезагрузки весь компьютер, поэтому после их обновления вы получите запрос на перезагрузку, чтобы использовать новую версию.

Как можно обновить Linux, пока он все еще используется?

В основном потому, что Linux (и с ним, большинство дистрибутивов) просто спроектирован именно так.

В Linux нет ничего, что могло бы помешать процессу диспетчера пакетов записывать в файл на диске, даже если это файл в настоящее время открыт приложением или файл является исполняемой или разделяемой библиотекой кода, который в настоящее время запущен. На очень низком уровне есть блокировки, которые защищают доступ к файлу во время одной операции записи / чтения, но они никогда не предназначены для хранения более чем миллисекунды и любого другого приложения, пытающегося записать в тот же файл будет просто ждать эти миллисекунды.

Вы можете заменить исполняемый файл во время его запуска, и он фактически ничего не сделает для выполняемого процесса, потому что процессу больше не нужен файл на диске - весь его код уже был загружен в память.

Вот почему в Linux, хотя вы можете обновить приложение во время его запуска, обновление не будет действовать, пока обновленное приложение не будет перезапущено. В случае обновления фонового процесса, такого как системная служба, эта служба должна быть перезапущена. В случае, если вы обновили ядро, это означает перезагрузку.

Как Linux может обновить себя, пока он все еще используется?

Some пакетов в дистрибутиве Linux будут содержать инструкции по установке, инструктирующие диспетчер пакетов останавливать определенные системные службы при обновлении пакета и повторно запускать эти службы после завершения обновления. Это предотвращает ситуации, когда, например, файлы конфигурации для конкретной службы обновляются, а работающая версия службы может не справиться с более новой версией файлов конфигурации.

В общем, регулярные пользовательские приложения не требуют запуска файлов конфигурации, за исключением файлов, которые он генерирует, и размещается в таких местах, как домашние каталоги пользователей. Поэтому при обновлении они не будут затронуты менеджером пакетов.

Это похоже на другую функцию. Надеюсь, это поможет понять базовый процесс.

Я имею в виду возможность «переключать root» при загрузке операционной системы.

Когда загружается операционная система, корневая файловая система (read: "/") изначально доступен только в ОЗУ. Пока этот процесс загрузки запущен, он переключает / из ОЗУ на / файловую систему на жестком диске.

вот более подробное описание процесса. К сожалению текст был так долго.

мой опыт проистекает из Debian, для которых вся упаковка и обновления системы, используемые в Ubuntu была изначально придумана. Ежедневные обновления безопасности ОС Ubuntu соответствуют запущена apt-get upgrade, которые, как правило, не удалить любое программное обеспечение. Большие обновления релиза соответствовать apt-get dist-upgrade, в течение которого пакеты программного обеспечения могут быть полностью заменены.

на самом деле очень низкого уровня, как правило, не размениваясь при обновлении релиза. Сразу после обновления вы должны найти два ядра и initrd изображений в директории /Boot. Это потому, что в отличие от программ компоненты ядра не так хорошо взаимозаменяемыми. Если возникает необходимость загрузки новых драйверов при обновлении, они должны быть совместимы с управлением ядра. После того, как система загрузится с новым ядром, старый можно удалить. Последний раз я проверял это одно должно было быть сделано вручную, я не знаю, как текущего обновления обрабатывает это. Это кстати. главная причина, почему образ ядра носит номер версии в имени файла - так что вы можете иметь различные версии установленного ядра одновременно. Же путь к модулю (/библиотека/модули/...)

программные пакеты обновляются по одному, начиная с наименьшего пакеты в иерархия зависимостей. Это обычно программа, Как библиотеки libc и другие. Последовательность, в которой пакеты обновляются, однако не жестко, а динамически вычисляется как зависимости пакета будут решены. В большинстве случаев старые программы могут работать с новые библиотеки, так что это не так проблематично, если эти библиотеки будут заменены в первую очередь.

Вы должны понять, что система различает вручную установленные пакеты (т. е. пакеты, которые установки вы непосредственно запросили себе, т. е. хром) и автоматически установленные пакеты, которые где установлена только для выполнения зависимостей вручную установленные пакеты (и зависимости этих зависимостей).

для каждой установленной программы, утилита просто ищет более новую версию. Часто эти программы являются просто Мета-пакеты типа "убунту-десктоп", который не содержит никаких данных, то и просто зависимости. Новые версии зависимых библиотек потянутся, так как они запрашиваются напрямую с обновленными программами (выполнена вручную). Программа обновления всегда будет пытаться установить новейшую полезную версию любого зависимого пакета (при любой upgrdade не просто выпуск обновлений).

программ, которые не могут работать с новой версии библиотеки не может быть запущен в течение времени после библиотеки повышен, и перед самой программы обновления. Если эти программы уже должен быть запущен до обновления библиотек, однако они продолжают работать, потому что старые версии библиотеки остается в памяти, пока это остается в использовании. Же касается программ, которые были запущены прежде чем они обновляются. Те не будут предоставлять новые возможности, пока они не прекращаются и перезапустить.

после обновления некоторые библиотеки (или зависимости в целом) будут сиротами. Те библиотеки, которые необходимы были по старой версии программы, но не требует новых версий. Поскольку эти пакеты помечены как автоматически установленные, и, поскольку не установлен вручную занесена больше относится к ним эти пакеты могут быть легко установлены и удалены. Вы даже можете наблюдать это в качестве последнего шага процесса обновления (апдейтер саис "удаление устаревших пакетов" или что-то подобное).

какие пакеты будут установлены, которые не были установлены ранее, это просто новые зависимости, помечены как автоматически установленные, и могут быть удалены, если требования к их исчезнуть в будущем.

этот механизм даже позволяет обмениваться всей программы пользователя. Как, например, переход от Gnome2 к единству. Так как просто автоматическая зависимостей в Ubuntu-Desktop, который один из немногих пакетов, для новых версий требуется представлять в первую очередь.

, как правило, не зависят от конкретной версии ядра операционной системы, поэтому они будут нормально работать при работающем ядре.

помимо всего этого я использовать программа обновления убунту бросает некоторые конкретные исправления и обходные пути в миксе, обходить ситуации, в которых эта теория ломается.

как вы можете видеть во время обновления там очень хорошо условия, в которых система может быть использована только в ограниченных рамках. Если что-то пойдет не так во время обновления, вы скорее всего останетесь с неработающей системы. Часто даже тот, который не может легко быть восстановлен, так как программа обновления могут быть затронуты также. Помните, что программы с нарушенными зависимостями может продолжать функционировать, но не может быть перезапущен, пока зависимости не нарушается, это касается и обновления, а также.

Вы можете использовать программу командной строки apt-mark, чтобы выяснить, какие пакеты отмечены как установленные вручную и автоматически устанавливается. Вы также можете переключать эти знаки с помощью той же программы. Это напрямую влияет на процесс обновления.

теперь конкретные вопросы:

просто спросите меня если вы все еще есть какие-либо вопросы.

На уровне файловой системы, в отличие от Windows, в системе Unix вы можете удалить открытые файлы. Deletion просто удаляет имя файла, а не его содержимое, поэтому любые программы, все еще имеющие открытый файл, могут получить к нему доступ до тех пор, пока они не закроют файл, и только тогда будут освобождены данные.

Итак, обновление Процесс просто удаляет старые файлы, заменяет их новыми и определенными системными службами, перезапускает их, поэтому запускается новая версия.

Есть один или два компонента, которые нельзя перезапустить без перезагрузки весь компьютер, поэтому после их обновления вы получите запрос на перезагрузку, чтобы использовать новую версию.

Это похоже на другую функцию. Надеюсь, это поможет понять базовый процесс.

Я имею в виду возможность «переключать root» при загрузке операционной системы.

Когда загружается операционная система, корневая файловая система (read: "/") изначально доступен только в ОЗУ. Пока этот процесс загрузки запущен, он переключает / из ОЗУ на / файловую систему на жестком диске.

Как можно обновить Linux, пока он все еще используется?

В основном потому, что Linux (и с ним, большинство дистрибутивов) просто спроектирован именно так.

В Linux нет ничего, что могло бы помешать процессу диспетчера пакетов записывать в файл на диске, даже если это файл в настоящее время открыт приложением или файл является исполняемой или разделяемой библиотекой кода, который в настоящее время запущен. На очень низком уровне есть блокировки, которые защищают доступ к файлу во время одной операции записи / чтения, но они никогда не предназначены для хранения более чем миллисекунды и любого другого приложения, пытающегося записать в тот же файл будет просто ждать эти миллисекунды.

Вы можете заменить исполняемый файл во время его запуска, и он фактически ничего не сделает для выполняемого процесса, потому что процессу больше не нужен файл на диске - весь его код уже был загружен в память.

Вот почему в Linux, даже если вы можете обновить приложение во время его запуска, обновление фактически не вступит в силу до перезапуска приложения, которое вы обновили. В случае обновления фонового процесса, такого как системная служба, эта служба должна быть перезапущена. В случае, если вы обновили ядро, это означает перезагрузку.

Как Linux может обновить себя, пока он все еще используется?

Some пакетов в дистрибутиве Linux будут содержать инструкции по установке, инструктирующие диспетчер пакетов останавливать определенные системные службы при обновлении пакета и повторно запускать эти службы после завершения обновления. Это предотвращает ситуации, когда, например, файлы конфигурации для конкретной службы обновляются, а работающая версия службы может не справиться с более новой версией файлов конфигурации.

В общем, регулярные пользовательские приложения не требуют запуска файлов конфигурации, за исключением файлов, которые он генерирует, и размещается в таких местах, как домашние каталоги пользователей. Поэтому при обновлении они не будут затронуты менеджером пакетов.

вот более подробное описание процесса. К сожалению текст был так долго.

мой опыт проистекает из Debian, для которых вся упаковка и обновления системы, используемые в Ubuntu была изначально придумана. Ежедневные обновления безопасности ОС Ubuntu соответствуют запущена apt-get upgrade, которые, как правило, не удалить любое программное обеспечение. Большие обновления релиза соответствовать apt-get dist-upgrade, в течение которого пакеты программного обеспечения могут быть полностью заменены.

на самом деле очень низкого уровня, как правило, не размениваясь при обновлении релиза. Сразу после обновления вы должны найти два ядра и initrd изображений в директории /Boot. Это потому, что в отличие от программ компоненты ядра не так хорошо взаимозаменяемыми. Если возникает необходимость загрузки новых драйверов при обновлении, они должны быть совместимы с управлением ядра. После того, как система загрузится с новым ядром, старый можно удалить. Последний раз я проверял это одно должно было быть сделано вручную, я не знаю, как текущего обновления обрабатывает это. Это кстати. главная причина, почему образ ядра носит номер версии в имени файла - так что вы можете иметь различные версии установленного ядра одновременно. Же путь к модулю (/библиотека/модули/...)

программные пакеты обновляются по одному, начиная с наименьшего пакеты в иерархия зависимостей. Это обычно программа, Как библиотеки libc и другие. Последовательность, в которой пакеты обновляются, однако не жестко, а динамически вычисляется как зависимости пакета будут решены. В большинстве случаев старые программы могут работать с новые библиотеки, так что это не так проблематично, если эти библиотеки будут заменены в первую очередь.

Вы должны понять, что система различает вручную установленные пакеты (т. е. пакеты, которые установки вы непосредственно запросили себе, т. е. хром) и автоматически установленные пакеты, которые где установлена только для выполнения зависимостей вручную установленные пакеты (и зависимости этих зависимостей).

для каждой установленной программы, утилита просто ищет более новую версию. Часто эти программы являются просто Мета-пакеты типа "убунту-десктоп", который не содержит никаких данных, то и просто зависимости. Новые версии зависимых библиотек потянутся, так как они запрашиваются напрямую с обновленными программами (выполнена вручную). Программа обновления всегда будет пытаться установить новейшую полезную версию любого зависимого пакета (при любой upgrdade не просто выпуск обновлений).

программ, которые не могут работать с новой версии библиотеки не может быть запущен в течение времени после библиотеки повышен, и перед самой программы обновления. Если эти программы уже должен быть запущен до обновления библиотек, однако они продолжают работать, потому что старые версии библиотеки остается в памяти, пока это остается в использовании. Же касается программ, которые были запущены прежде чем они обновляются. Те не будут предоставлять новые возможности, пока они не прекращаются и перезапустить.

после обновления некоторые библиотеки (или зависимости в целом) будут сиротами. Те библиотеки, которые необходимы были по старой версии программы, но не требует новых версий. Поскольку эти пакеты помечены как автоматически установленные, и, поскольку не установлен вручную занесена больше относится к ним эти пакеты могут быть легко установлены и удалены. Вы даже можете наблюдать это в качестве последнего шага процесса обновления (апдейтер саис "удаление устаревших пакетов" или что-то подобное).

какие пакеты будут установлены, которые не были установлены ранее, это просто новые зависимости, помечены как автоматически установленные, и могут быть удалены, если требования к их исчезнуть в будущем.

этот механизм даже позволяет обмениваться всей программы пользователя. Как, например, переход от Gnome2 к единству. Так как просто автоматическая зависимостей в Ubuntu-Desktop, который один из немногих пакетов, для новых версий требуется представлять в первую очередь.

, как правило, не зависят от конкретной версии ядра операционной системы, поэтому они будут нормально работать при работающем ядре.

помимо всего этого я использовать программа обновления убунту бросает некоторые конкретные исправления и обходные пути в миксе, обходить ситуации, в которых эта теория ломается.

как вы можете видеть во время обновления там очень хорошо условия, в которых система может быть использована только в ограниченных рамках. Если что-то пойдет не так во время обновления, вы скорее всего останетесь с неработающей системы. Часто даже тот, который не может легко быть восстановлен, так как программа обновления могут быть затронуты также. Помните, что программы с нарушенными зависимостями может продолжать функционировать, но не может быть перезапущен, пока зависимости не нарушается, это касается и обновления, а также.

Вы можете использовать программу командной строки apt-mark, чтобы выяснить, какие пакеты отмечены как установленные вручную и автоматически устанавливается. Вы также можете переключать эти знаки с помощью той же программы. Это напрямую влияет на процесс обновления.

теперь конкретные вопросы:

просто спросите меня если вы все еще есть какие-либо вопросы.

На уровне файловой системы, в отличие от Windows, в системе Unix вы можете удалить открытые файлы. Deletion просто удаляет имя файла, а не его содержимое, поэтому любые программы, все еще имеющие открытый файл, могут получить к нему доступ до тех пор, пока они не закроют файл, и только тогда будут освобождены данные.

Итак, обновление Процесс просто удаляет старые файлы, заменяет их новыми и определенными системными службами, перезапускает их, поэтому запускается новая версия.

Есть один или два компонента, которые нельзя перезапустить без перезагрузки весь компьютер, поэтому после их обновления вы получите запрос на перезагрузку, чтобы использовать новую версию.

Это похоже на другую функцию. Надеюсь, это поможет понять базовый процесс.

Я имею в виду возможность «переключать root» при загрузке операционной системы.

Когда загружается операционная система, корневая файловая система (read: "/") изначально доступен только в ОЗУ. Пока этот процесс загрузки запущен, он переключает / из ОЗУ на / файловую систему на жестком диске.

Как можно обновить Linux, пока он все еще используется?

В основном потому, что Linux (и с ним, большинство дистрибутивов) просто спроектирован именно так.

В Linux нет ничего, что могло бы помешать процессу диспетчера пакетов записывать в файл на диске, даже если это файл в настоящее время открыт приложением или файл является исполняемой или разделяемой библиотекой кода, который в настоящее время запущен. На очень низком уровне есть блокировки, которые защищают доступ к файлу во время одной операции записи / чтения, но они никогда не предназначены для хранения более чем миллисекунды и любого другого приложения, пытающегося записать в тот же файл будет просто ждать эти миллисекунды.

Вы можете заменить исполняемый файл во время его запуска, и он фактически ничего не сделает для выполняемого процесса, потому что процессу больше не нужен файл на диске - весь его код уже был загружен в память.

Вот почему в Linux, хотя вы можете обновить приложение во время его запуска, обновление не будет действовать, пока обновленное приложение не будет перезапущено. В случае обновления фонового процесса, такого как системная служба, эта служба должна быть перезапущена. В случае, если вы обновили ядро, это означает перезагрузку.

Как Linux может обновить себя, пока он все еще используется?

Some пакетов в дистрибутиве Linux будут содержать инструкции по установке, инструктирующие диспетчер пакетов останавливать определенные системные службы при обновлении пакета и повторно запускать эти службы после завершения обновления. Это предотвращает ситуации, когда, например, файлы конфигурации для конкретной службы обновляются, а работающая версия службы может не справиться с более новой версией файлов конфигурации.

В общем, регулярные пользовательские приложения не требуют запуска файлов конфигурации, за исключением файлов, которые он генерирует, и размещается в таких местах, как домашние каталоги пользователей. Поэтому при обновлении они не будут затронуты менеджером пакетов.

вот более подробное описание процесса. К сожалению текст был так долго.

мой опыт проистекает из Debian, для которых вся упаковка и обновления системы, используемые в Ubuntu была изначально придумана. Ежедневные обновления безопасности ОС Ubuntu соответствуют запущена apt-get upgrade, которые, как правило, не удалить любое программное обеспечение. Большие обновления релиза соответствовать apt-get dist-upgrade, в течение которого пакеты программного обеспечения могут быть полностью заменены.

на самом деле очень низкого уровня, как правило, не размениваясь при обновлении релиза. Сразу после обновления вы должны найти два ядра и initrd изображений в директории /Boot. Это потому, что в отличие от программ компоненты ядра не так хорошо взаимозаменяемыми. Если возникает необходимость загрузки новых драйверов при обновлении, они должны быть совместимы с управлением ядра. После того, как система загрузится с новым ядром, старый можно удалить. Последний раз я проверял это одно должно было быть сделано вручную, я не знаю, как текущего обновления обрабатывает это. Это кстати. главная причина, почему образ ядра носит номер версии в имени файла - так что вы можете иметь различные версии установленного ядра одновременно. Же путь к модулю (/библиотека/модули/...)

программные пакеты обновляются по одному, начиная с наименьшего пакеты в иерархия зависимостей. Это обычно программа, Как библиотеки libc и другие. Последовательность, в которой пакеты обновляются, однако не жестко, а динамически вычисляется как зависимости пакета будут решены. В большинстве случаев старые программы могут работать с новые библиотеки, так что это не так проблематично, если эти библиотеки будут заменены в первую очередь.

Вы должны понять, что система различает вручную установленные пакеты (т. е. пакеты, которые установки вы непосредственно запросили себе, т. е. хром) и автоматически установленные пакеты, которые где установлена только для выполнения зависимостей вручную установленные пакеты (и зависимости этих зависимостей).

для каждой установленной программы, утилита просто ищет более новую версию. Часто эти программы являются просто Мета-пакеты типа "убунту-десктоп", который не содержит никаких данных, то и просто зависимости. Новые версии зависимых библиотек потянутся, так как они запрашиваются напрямую с обновленными программами (выполнена вручную). Программа обновления всегда будет пытаться установить новейшую полезную версию любого зависимого пакета (при любой upgrdade не просто выпуск обновлений).

программ, которые не могут работать с новой версии библиотеки не может быть запущен в течение времени после библиотеки повышен, и перед самой программы обновления. Если эти программы уже должен быть запущен до обновления библиотек, однако они продолжают работать, потому что старые версии библиотеки остается в памяти, пока это остается в использовании. Же касается программ, которые были запущены прежде чем они обновляются. Те не будут предоставлять новые возможности, пока они не прекращаются и перезапустить.

после обновления некоторые библиотеки (или зависимости в целом) будут сиротами. Те библиотеки, которые необходимы были по старой версии программы, но не требует новых версий. Поскольку эти пакеты помечены как автоматически установленные, и, поскольку не установлен вручную занесена больше относится к ним эти пакеты могут быть легко установлены и удалены. Вы даже можете наблюдать это в качестве последнего шага процесса обновления (апдейтер саис "удаление устаревших пакетов" или что-то подобное).

какие пакеты будут установлены, которые не были установлены ранее, это просто новые зависимости, помечены как автоматически установленные, и могут быть удалены, если требования к их исчезнуть в будущем.

этот механизм даже позволяет обмениваться всей программы пользователя. Как, например, переход от Gnome2 к единству. Так как просто автоматическая зависимостей в Ubuntu-Desktop, который один из немногих пакетов, для новых версий требуется представлять в первую очередь.

, как правило, не зависят от конкретной версии ядра операционной системы, поэтому они будут нормально работать при работающем ядре.

помимо всего этого я использовать программа обновления убунту бросает некоторые конкретные исправления и обходные пути в миксе, обходить ситуации, в которых эта теория ломается.

как вы можете видеть во время обновления там очень хорошо условия, в которых система может быть использована только в ограниченных рамках. Если что-то пойдет не так во время обновления, вы скорее всего останетесь с неработающей системы. Часто даже тот, который не может легко быть восстановлен, так как программа обновления могут быть затронуты также. Помните, что программы с нарушенными зависимостями может продолжать функционировать, но не может быть перезапущен, пока зависимости не нарушается, это касается и обновления, а также.

Вы можете использовать программу командной строки apt-mark, чтобы выяснить, какие пакеты отмечены как установленные вручную и автоматически устанавливается. Вы также можете переключать эти знаки с помощью той же программы. Это напрямую влияет на процесс обновления.

теперь конкретные вопросы:

просто спросите меня если вы все еще есть какие-либо вопросы.

На уровне файловой системы, в отличие от Windows, в системе Unix вы можете удалить открытые файлы. Deletion просто удаляет имя файла, а не его содержимое, поэтому любые программы, все еще имеющие открытый файл, могут получить к нему доступ до тех пор, пока они не закроют файл, и только тогда будут освобождены данные.

Итак, обновление Процесс просто удаляет старые файлы, заменяет их новыми и определенными системными службами, перезапускает их, поэтому запускается новая версия.

Есть один или два компонента, которые нельзя перезапустить без перезагрузки весь компьютер, поэтому после их обновления вы получите запрос на перезагрузку, чтобы использовать новую версию.

Это похоже на другую функцию. Надеюсь, это поможет понять базовый процесс.

Я имею в виду возможность «переключать root» при загрузке операционной системы.

Когда загружается операционная система, корневая файловая система (read: "/") изначально доступен только в ОЗУ. Пока этот процесс загрузки запущен, он переключает / из ОЗУ на / файловую систему на жестком диске.

Как можно обновить Linux, пока он все еще используется?

В основном потому, что Linux (и с ним, большинство дистрибутивов) просто спроектирован именно так.

В Linux нет ничего, что могло бы помешать процессу диспетчера пакетов записывать в файл на диске, даже если это файл в настоящее время открыт приложением или файл является исполняемой или разделяемой библиотекой кода, который в настоящее время запущен. На очень низком уровне есть блокировки, которые защищают доступ к файлу во время одной операции записи / чтения, но они никогда не предназначены для хранения более чем миллисекунды и любого другого приложения, пытающегося записать в тот же файл будет просто ждать эти миллисекунды.

Вы можете заменить исполняемый файл во время его запуска, и он фактически ничего не сделает для выполняемого процесса, потому что процессу больше не нужен файл на диске - весь его код уже был загружен в память.

Вот почему в Linux, хотя вы можете обновить приложение во время его запуска, обновление не будет действовать, пока обновленное приложение не будет перезапущено. В случае обновления фонового процесса, такого как системная служба, эта служба должна быть перезапущена. В случае, если вы обновили ядро, это означает перезагрузку.

Как Linux может обновить себя, пока он все еще используется?

Some пакетов в дистрибутиве Linux будут содержать инструкции по установке, инструктирующие диспетчер пакетов останавливать определенные системные службы при обновлении пакета и повторно запускать эти службы после завершения обновления. Это предотвращает ситуации, когда, например, файлы конфигурации для конкретной службы обновляются, а работающая версия службы может не справиться с более новой версией файлов конфигурации.

В общем, регулярные пользовательские приложения не требуют запуска файлов конфигурации, за исключением файлов, которые он генерирует, и размещается в таких местах, как домашние каталоги пользователей. Поэтому при обновлении они не будут затронуты менеджером пакетов.

вот более подробное описание процесса. К сожалению текст был так долго.

мой опыт проистекает из Debian, для которых вся упаковка и обновления системы, используемые в Ubuntu была изначально придумана. Ежедневные обновления безопасности ОС Ubuntu соответствуют запущена apt-get upgrade, которые, как правило, не удалить любое программное обеспечение. Большие обновления релиза соответствовать apt-get dist-upgrade, в течение которого пакеты программного обеспечения могут быть полностью заменены.

на самом деле очень низкого уровня, как правило, не размениваясь при обновлении релиза. Сразу после обновления вы должны найти два ядра и initrd изображений в директории /Boot. Это потому, что в отличие от программ компоненты ядра не так хорошо взаимозаменяемыми. Если возникает необходимость загрузки новых драйверов при обновлении, они должны быть совместимы с управлением ядра. После того, как система загрузится с новым ядром, старый можно удалить. Последний раз я проверял это одно должно было быть сделано вручную, я не знаю, как текущего обновления обрабатывает это. Это кстати. главная причина, почему образ ядра носит номер версии в имени файла - так что вы можете иметь различные версии установленного ядра одновременно. Же путь к модулю (/библиотека/модули/...)

программные пакеты обновляются по одному, начиная с наименьшего пакеты в иерархия зависимостей. Это обычно программа, Как библиотеки libc и другие. Последовательность, в которой пакеты обновляются, однако не жестко, а динамически вычисляется как зависимости пакета будут решены. В большинстве случаев старые программы могут работать с новые библиотеки, так что это не так проблематично, если эти библиотеки будут заменены в первую очередь.

Вы должны понять, что система различает вручную установленные пакеты (т. е. пакеты, которые установки вы непосредственно запросили себе, т. е. хром) и автоматически установленные пакеты, которые где установлена только для выполнения зависимостей вручную установленные пакеты (и зависимости этих зависимостей).

для каждой установленной программы, утилита просто ищет более новую версию. Часто эти программы являются просто Мета-пакеты типа "убунту-десктоп", который не содержит никаких данных, то и просто зависимости. Новые версии зависимых библиотек потянутся, так как они запрашиваются напрямую с обновленными программами (выполнена вручную). Программа обновления всегда будет пытаться установить новейшую полезную версию любого зависимого пакета (при любой upgrdade не просто выпуск обновлений).

программ, которые не могут работать с новой версии библиотеки не может быть запущен в течение времени после библиотеки повышен, и перед самой программы обновления. Если эти программы уже должен быть запущен до обновления библиотек, однако они продолжают работать, потому что старые версии библиотеки остается в памяти, пока это остается в использовании. Же касается программ, которые были запущены прежде чем они обновляются. Те не будут предоставлять новые возможности, пока они не прекращаются и перезапустить.

после обновления некоторые библиотеки (или зависимости в целом) будут сиротами. Те библиотеки, которые необходимы были по старой версии программы, но не требует новых версий. Поскольку эти пакеты помечены как автоматически установленные, и, поскольку не установлен вручную занесена больше относится к ним эти пакеты могут быть легко установлены и удалены. Вы даже можете наблюдать это в качестве последнего шага процесса обновления (апдейтер саис "удаление устаревших пакетов" или что-то подобное).

какие пакеты будут установлены, которые не были установлены ранее, это просто новые зависимости, помечены как автоматически установленные, и могут быть удалены, если требования к их исчезнуть в будущем.

этот механизм даже позволяет обмениваться всей программы пользователя. Как, например, переход от Gnome2 к единству. Так как просто автоматическая зависимостей в Ubuntu-Desktop, который один из немногих пакетов, для новых версий требуется представлять в первую очередь.

, как правило, не зависят от конкретной версии ядра операционной системы, поэтому они будут нормально работать при работающем ядре.

помимо всего этого я использовать программа обновления убунту бросает некоторые конкретные исправления и обходные пути в миксе, обходить ситуации, в которых эта теория ломается.

как вы можете видеть во время обновления там очень хорошо условия, в которых система может быть использована только в ограниченных рамках. Если что-то пойдет не так во время обновления, вы скорее всего останетесь с неработающей системы. Часто даже тот, который не может легко быть восстановлен, так как программа обновления могут быть затронуты также. Помните, что программы с нарушенными зависимостями может продолжать функционировать, но не может быть перезапущен, пока зависимости не нарушается, это касается и обновления, а также.

Вы можете использовать программу командной строки apt-mark, чтобы выяснить, какие пакеты отмечены как установленные вручную и автоматически устанавливается. Вы также можете переключать эти знаки с помощью той же программы. Это напрямую влияет на процесс обновления.

теперь конкретные вопросы:

просто спросите меня если вы все еще есть какие-либо вопросы.

На уровне файловой системы, в отличие от Windows, в системе Unix вы можете удалить открытые файлы. Deletion просто удаляет имя файла, а не его содержимое, поэтому любые программы, все еще имеющие открытый файл, могут получить к нему доступ до тех пор, пока они не закроют файл, и только тогда будут освобождены данные.

Итак, обновление Процесс просто удаляет старые файлы, заменяет их новыми и определенными системными службами, перезапускает их, поэтому запускается новая версия.

Есть один или два компонента, которые нельзя перезапустить без перезагрузки весь компьютер, поэтому после их обновления вы получите запрос на перезагрузку, чтобы использовать новую версию.

Это похоже на другую функцию. Надеюсь, это поможет понять базовый процесс.

Я имею в виду возможность «переключать root» при загрузке операционной системы.

Когда загружается операционная система, корневая файловая система (read: "/") изначально доступен только в ОЗУ. Пока этот процесс загрузки запущен, он переключает / из ОЗУ на / файловую систему на жестком диске.

Как можно обновить Linux, пока он все еще используется?

В основном потому, что Linux (и с ним, большинство дистрибутивов) просто спроектирован именно так.

В Linux нет ничего, что могло бы помешать процессу диспетчера пакетов записывать в файл на диске, даже если это файл в настоящее время открыт приложением или файл является исполняемой или разделяемой библиотекой кода, который в настоящее время запущен. На очень низком уровне есть блокировки, которые защищают доступ к файлу во время одной операции записи / чтения, но они никогда не предназначены для хранения более чем миллисекунды и любого другого приложения, пытающегося записать в тот же файл будет просто ждать эти миллисекунды.

Вы можете заменить исполняемый файл во время его запуска, и он фактически ничего не сделает для выполняемого процесса, потому что процессу больше не нужен файл на диске - весь его код уже был загружен в память.

Вот почему в Linux, хотя вы можете обновить приложение во время его запуска, обновление не будет действовать, пока обновленное приложение не будет перезапущено. В случае обновления фонового процесса, такого как системная служба, эта служба должна быть перезапущена. В случае, если вы обновили ядро, это означает перезагрузку.

Как Linux может обновить себя, пока он все еще используется?

Some пакетов в дистрибутиве Linux будут содержать инструкции по установке, инструктирующие диспетчер пакетов останавливать определенные системные службы при обновлении пакета и повторно запускать эти службы после завершения обновления. Это предотвращает ситуации, когда, например, файлы конфигурации для конкретной службы обновляются, а работающая версия службы может не справиться с более новой версией файлов конфигурации.

В общем, регулярные пользовательские приложения не требуют запуска файлов конфигурации, за исключением файлов, которые он генерирует, и размещается в таких местах, как домашние каталоги пользователей. Поэтому при обновлении они не будут затронуты менеджером пакетов.

Как можно обновить Linux, пока он все еще используется?

В основном потому, что Linux (и с ним, большинство дистрибутивов) просто спроектирован именно так.

В Linux нет ничего, что могло бы помешать процессу диспетчера пакетов записывать в файл на диске, даже если это файл в настоящее время открыт приложением или файл является исполняемой или разделяемой библиотекой кода , который в настоящее время запущен . На очень низком уровне есть блокировки, которые защищают доступ к файлу во время одной операции записи / чтения, но они никогда не предназначены для хранения более чем миллисекунды и любого другого приложения, пытающегося записать в тот же файл будет просто ждать эти миллисекунды.

Вы можете заменить исполняемый файл во время его запуска, и он фактически ничего не сделает для выполняемого процесса, потому что процессу больше не нужен файл на диске - весь его код уже был загружен в память.

Вот почему в Linux, хотя вы можете обновить приложение во время его работы, обновление не будет в действительности вступать в силу до перезапуска приложения, которое вы обновили. В случае обновления фонового процесса, такого как системная служба, эта служба должна быть перезапущена. В случае, если вы обновили ядро, это означает перезагрузку.

Не будет заменять файлы программы во время запуска некоторых программ?

Некоторые из пакетов в в дистрибутиве Linux будут содержаться инструкции по установке, инструктирующие диспетчер пакетов останавливать определенные системные службы при обновлении пакета и повторно запускать эти службы после завершения обновления. Это предотвращает ситуации, когда, например, файлы конфигурации для конкретной службы обновляются, а работающая версия службы может не справиться с более новой версией файлов конфигурации.

В общем, регулярные пользовательские приложения не требуют запуска файлов конфигурации, за исключением файлов, которые он генерирует, и размещается в таких местах, как домашние каталоги пользователей. Поэтому при обновлении они не будут затронуты менеджером пакетов.