The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В GNOME 3.6 ожидается реализация offline-обновления системы, opennews (ok), 07-Июн-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "В GNOME 3.6 ожидается реализация offline-обновления системы"  –2 +/
Сообщение от Аноним (-), 07-Июн-12, 16:46 
а с чего у вас паника-то? ну для сервера понятно, надеюсь и не будет, а для десктопа в чем проблема? что вам кажется нелогичным или застряли в прошлом веке с его потребностями и возможностями?
Ответить | Правка | Наверх | Cообщить модератору

8. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +12 +/
Сообщение от filosofem (ok), 07-Июн-12, 16:48 
>а с чего у вас паника-то?

Не паника, а клиника. И не у нас.

Ответить | Правка | Наверх | Cообщить модератору

16. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +18 +/
Сообщение от inv (ok), 07-Июн-12, 17:01 
Перефразирую бородатый анекдот:
- Папа, а что такое многозадачность?
- Подожди сынок, сейчас апдейты установятся и покажу.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

31. "В GNOME 3.6 ожидается реализация offline-обновления системы"  –10 +/
Сообщение от Ваня (??), 07-Июн-12, 17:31 
Вы знаете как обновить драйвер, или может быть программу, без их перезапуска? Расскажите, поучите дурака.
Ответить | Правка | Наверх | Cообщить модератору

34. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +9 +/
Сообщение от Vkni (ok), 07-Июн-12, 17:39 
> Вы знаете как обновить драйвер, или может быть программу, без их перезапуска?
> Расскажите, поучите дурака.

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

Ответить | Правка | Наверх | Cообщить модератору

45. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +8 +/
Сообщение от тоже Аноним (ok), 07-Июн-12, 17:47 
Разница уже в том, что обновление, выключение и новый запуск драйверов должны происходить именно в этом порядке, а не "выключение - обновление - запуск", как в винде. До сих пор в Линуксе было так.
А уж перезапускать ради одного драйвера всю систему - это клинический виндоз.
Ответить | Правка | Наверх | Cообщить модератору

54. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +4 +/
Сообщение от Vkni (ok), 07-Июн-12, 17:56 
> А уж перезапускать ради одного драйвера всю систему - это клинический виндоз.

Тут предлагается при обновлении одной программы перезапускать систему.

Ответить | Правка | Наверх | Cообщить модератору

102. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от koshaduk (ok), 07-Июн-12, 21:26 
я где-то читал, что ядро linux можно без перезапуска обновить, или ошибся
Ответить | Правка | Наверх | Cообщить модератору

105. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +3 +/
Сообщение от Vkni (ok), 07-Июн-12, 21:43 
> я где-то читал, что ядро linux можно без перезапуска обновить, или ошибся

Технология называется ksplice.

Ответить | Правка | Наверх | Cообщить модератору

108. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 07-Июн-12, 21:51 
...и проку на десктопе от нее практически нифига, ибо, насколько я знаю, все равно все процессы придется перезапускать. Эффект тот же, что и от перезагрузки, разве что чуть побыстрее
Ответить | Правка | Наверх | Cообщить модератору

118. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 07-Июн-12, 23:06 
>...и проку на десктопе от нее практически нифига, ибо, насколько я знаю, все равно все процессы придется перезапускать. Эффект тот же, что и от перезагрузки, разве что чуть побыстрее

Путаешь с kexec?

Ответить | Правка | Наверх | Cообщить модератору

121. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 07-Июн-12, 23:57 
> Технология называется ksplice.

Правильно ли я понял, что подготовка обновлений не является полностью автоматической? Для моего любимого дебиана репы обновлений нету?


Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

203. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Vkni (ok), 08-Июн-12, 14:08 
> Правильно ли я понял, что подготовка обновлений не является полностью автоматической? Для
> моего любимого дебиана репы обновлений нету?

Не знаю - я только слово слышал, а само со себе обновление ядра без перезапуска мне не нужно.

Ответить | Правка | Наверх | Cообщить модератору

160. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +2 +/
Сообщение от Ваня (??), 08-Июн-12, 11:21 
Обновление-Выключение-Запуск. Всё работает пока обновление заключается лишь в замене myfile.ext на myfile.ext. Возьмите чуть более сложную схему обновления, включающую изменение архитектуры хранения файлов (напр. цветовые профили для видеоадаптера, ..), переход с ini-файла настроек на хранение их в реестре (с удалением ini-файлов) - и вы не сможете в общем случае ГАРАНТИРОВАТЬ работоспособность.

Немножко о драйверах в Windows для крестьян: есть PDO (Physycal Device Object - железка) и FDO (Filter Device Object - фильтр = программа обработки данных с железки ИЛИ от другого FDO). На каждый PDO может быть десятки FDO. От PDO поступили данные (напр. на сетевую карту пришли байты), самый первый FDO обработал их, упаковал в структуру и передал следующим FDO, они следующим, они следующим. Есть уровни и FDO может решить на какой уровень она хочет встать (надо указать уровень, в начало или в конец списка вызовов мы хотим добавить наше FDO). Уровней много и они заранее определены разработчиками ОС. Если драйвера на каком-то уровне нет - вызов передаётся следующему уровню. Это (то что их много) позволяет быстро наращивать функциональность и приспосабливаться к изменению аппаратуры и протоколов без изменения API. "Драйвер" - это файл driver.sys, который может зарегестрировать любое количество FDO, может ни одного, может 1000. Вы можете ГАРАНТИРОВАТЬ что перезапуск driver.sys не нарушит работу других FDO? Напр. брандмауэр привык получать данные с FDO, следующего сразу за железкой (драйвер сетевой карты), если его убрать, брандмауэр получит данные напрямую с железки.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

182. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от Аноним (-), 08-Июн-12, 12:16 
> Вы можете ГАРАНТИРОВАТЬ что перезапуск driver.sys не нарушит работу других
> FDO?

man ksplice

http://en.wikipedia.org/wiki/Ksplice
Design

Ksplice takes as input a unified diff and the original kernel source code, and it updates the running kernel in memory. Using Ksplice does not require any preparation before the system is originally booted (the running kernel does not need to have been specially compiled, for example). In order to generate an update, Ksplice must determine what code within the kernel has been changed by the source code patch. Ksplice performs this analysis at the Executable and Linking Format (ELF) object code layer, rather than at the C source code layer.

To apply a patch, Ksplice first freezes execution of a computer so it is the only program running. The system verifies that no processors were in the middle of executing functions that will be modified by the patch. Ksplice modifies the beginning of changed functions so that they instead point to new, updated versions of those functions, and modifies data and structures in memory that need to be changed. Finally, Ksplice resumes each processor running where it left off.

To be fully automatic, Ksplice's design was originally limited to patches that did not introduce semantic changes to data structures, since most Linux kernel security patches do not make these kinds of changes. An evaluation against Linux kernel security patches from May 2005 to May 2008 found that Ksplice was able to apply fixes for all the 64 significant kernel vulnerabilities discovered in that interval. In 2009, major Linux vendors asked their customers to install a kernel update more than once per month.[5] For patches that do introduce semantic changes to data structures, Ksplice requires a programmer to write a short amount of additional code to help apply the patch. This was necessary for 12% of the updates in that time period.[6]

Ответить | Правка | Наверх | Cообщить модератору

219. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от тоже Аноним (ok), 08-Июн-12, 16:55 
"Ваня рассказывает крестьянам, что в виндах ничего нельзя гарантировать".
Эрмитаж дерется с Лувром за обладание этим уникальным полотном...
Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

38. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 07-Июн-12, 17:42 
Вы как всегда скользкие фарзы вбрасываете: Обновить -> затем перезапустить. И не надо "наглядно ждать". ;)
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

44. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +5 +/
Сообщение от rshadow (ok), 07-Июн-12, 17:45 
> Вы знаете как обновить драйвер

rmmod <драйвер>
modprobe <драйвер>

=)

> или может быть программу, без их перезапуска

Ну опять же из новости: фаерфокс. Кто мешает его закрыть и открыть заново ... секундное дело. Вкладки он давно умеет восстанавливать.

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

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

110. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от koshaduk (ok), 07-Июн-12, 21:55 
В то время как kde удалось переродиться с третьей версии в четвёртую, гном не выдержал и превратился в какашку. Тут, понимаете, необходимо, чтобы так было. Образно выражаясь, на пепле старого гнома должен зародиться новый поект. Так происходит со всеми вещами. Третий гном должен был выйти на полнотью новой кодовой базе, и не зависеть от второго. В реальности же это реализация второго гнома на гтк3 с тенями и эффектами. Понимаете, чтобы зародилось что-то новое (а г3 пытается на это претендовать), нужно, чтобы старое было разрушено (наверное потому люди так цепляются за мате).

К. Юнг подробно описал архетип где, где новый феникс зарождается в пепле сгоревшего.

Гном уже очень стар. ему просто пора издохнуть. Помните, как мозилла переродился в файрфокс? Или Редхат9 в федору? или Российская империя в СССР, а затем в РФ?

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

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

Ответить | Правка | Наверх | Cообщить модератору

113. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +7 +/
Сообщение от Тарелькин (?), 07-Июн-12, 22:16 
>Российская империя в СССР, а затем в РФ

Да примерно так же успешно, как Гном 2 в Гном 3...

Ответить | Правка | Наверх | Cообщить модератору

183. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от rshadow (ok), 08-Июн-12, 12:23 
Вообще пока что ничего нового не придумано. И люди цепляются за второй гном не потому что третий получился мертворожденным, а потому что это была самая удобная версия. Я сам пользователь гнома и знаю о чем говорю.
Вообще со всеми проектами происходит так: стабильности быть не может, есть либо развитие, либо скатывание в унылое уг. Но, как показывает практика очень часто за развитие и выдается это скатывание в уг, как правило под влиянием и с приходом к руководству "эффективных менеджеров".
Примером может быть сам третий гном: свистелки и перделки в угоду банальному отсутствию диалогов настройки шрифтов (о чем писал Линус) ... да во общем то там почти все диалоги настройки еще не сделаны (считай потеряны при переходе между версиями).
Для более общей картины можно вспомнить и про такие программы на винде как: Nero (отличная программа для записи дискав превратилась в ненужный мультимедиа комбайн), ... еще много примеров о всех не напишешь.

> Гном уже очень стар. ему просто пора издохнуть. Помните, как мозилла переродился в файрфокс

Так издохнуть или переродится? =) Гном 2 нужен людям он удобен. Надо просто стряхнуть дизайнерский налет, врять gtk3 и продолжить развитие интерфейса гнома 2. Что собственно уже и сделано.

Российская империя -(перерождение)-> СССР -(развал)-> РФ. Именно так, кратко и понятно. История уже показала, кто и чего стоит.

P.S. Я в гноме всегда использовал компиз. Но опять же не для красивых opengl эффектов, а потому что там есть нормальное управление окнами: задание размеров и позиций открытия, раскидывание по рабочим стола и т.д.

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

49. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +5 +/
Сообщение от AlexYeCu (ok), 07-Июн-12, 17:52 
Ванятка, я единственный раз в жизни перезагружал linux после обновления драйвера — толи nvidia, толи мейнтейнеры nvidia-kmod что-то начудили, так что проще было перезагрузить систему, чем выяснять что там и как. Всё. Все остальные разы перезагрузки требовались только после обновления ядра, и то если новое ядро хотелось глянуть «вот прям сейчас».
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

56. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +4 +/
Сообщение от rshadow (ok), 07-Июн-12, 17:59 
Ванятка мысли терминами венды, и не может вырваться из этой клетки. Потому все что вы написали для него не существует =)
Ответить | Правка | Наверх | Cообщить модератору

162. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Ваня (??), 08-Июн-12, 11:30 
Я мыслю гарантиями.

Активно работающий SQL сервер, нужно обновить драйвер контроллера диска. Есть гарантии что он обновиться без перезапуска сервера так чтобы 1. он обновился; 2. все транзакции успешно завершены?

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

Ответить | Правка | Наверх | Cообщить модератору

167. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от AlexYeCu (ok), 08-Июн-12, 11:36 
Вань, в статье речь не о серверах. Да и «обновление драйвера контроллера диска на сервере», это, как бы, не самая типичная задача. Но и она, в общем случае, не требует перезапуска системы.
Ответить | Правка | Наверх | Cообщить модератору

177. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Ваня (??), 08-Июн-12, 11:52 
Речь не о сервере, а о применении корпоративных требований к домашней системе.

> Но и она, в общем случае, не требует перезапуска системы.

Моё любимое: руку на отсечение даёте? Собираем ПК, запускаем архивацию, переустанавливаем драйвера по одному, если что-то обвалилось - отсекаем руку. Готовы?

Ответить | Правка | Наверх | Cообщить модератору

186. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +4 +/
Сообщение от rshadow (ok), 08-Июн-12, 12:37 
> Речь не о сервере, а о применении корпоративных требований к домашней системе.

Иван вы уже так принюхались что не чувствуете этого душка, исходящего от вас...

> запускаем архивацию, переустанавливаем драйвера по одному

Все выдумываете всякую хрень и выдаете что так и должно быть.

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

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

Ответить | Правка | Наверх | Cообщить модератору

194. "В GNOME 3.6 ожидается реализация offline-обновления системы"  –1 +/
Сообщение от Аноним (-), 08-Июн-12, 13:06 
> Моё любимое: руку на отсечение даёте? Собираем ПК, запускаем архивацию, переустанавливаем драйвера по одному, если что-то обвалилось - отсекаем руку. Готовы?

Ванюшка, а если мы сделаем тоже самое на винде, только не будем переустанавливать драйвера. Да и вообще трогать не будем - вот работает себе ПК и работает. Дашь руку на отсечение что винда сама не крякнет? В смысле если крякнет мы те руку по тестикулы отрубим.

Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

198. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от ананим (?), 08-Июн-12, 13:19 
> Моё любимое: руку на отсечение даёте? Собираем ПК, запускаем архивацию, переустанавливаем драйвера по одному, если что-то обвалилось - отсекаем руку. Готовы?

Даю ваня, даю. :D
Более того, я буду пробовать ставить столько версий драйвера, пока не буду удовлетворён их работой.
При условии что для этого железа есть дрова в принципе.

А вот ты готов в таких условиях ставить каждый драйвер через перезагрузку?
И как только система не загрузилась с новым драйверо сразу руку отрезаем?

Зыж
Гораздо проще дрова пробовать на уже загруженной системе.
Потому что она уже работает.

Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

221. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от AlexYeCu (ok), 08-Июн-12, 17:47 
Вань, придурки, дающие руку на отсечение, ходят без рук. А любые требования прежде всего должны быть оправданы, корпоративные они или нет — дело десятое.
Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

179. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +2 +/
Сообщение от rshadow (ok), 08-Июн-12, 12:03 
> Я мыслю гарантиями

Ну давай по порядку:

> 1. он обновился

метод описан выше

> 2. все транзакции успешно завершены

Стопайте сервер и обновляйтесь. Хоть комп перезагружайте - данные важнее. По всей видимости это пример не о том ... как бы странно это не прозвучало, но ко всему надо подходить с умом. Кнопку "Сделайте хорошо" не придумали пока ни в винде ни в линуксе.

> пока домашние пользователи мыслят категориям

Это вообще к чему? Просто крик души у человека которого не получается нормлаьно админить?

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

143. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 08-Июн-12, 09:52 
А зря. Суть в том что можно и не перегружаться, но тогда в системе будут 2 версии одновременнно, старая в памяти и новая на диске. В чем тогда смысл вообще установки нового, если его не использовать? Что бы было? Для классического сервера это не проблема, штатная перегрузка демона и всего делов. А вот с X сессиями как быть? Для человека, что перегрузить иксы что компьютер - одно и то же, текущая работа прерывается и надолго. Обновление glibc и прочих библиотек как проводить без презагрузки? А с тривиальными вещаи оно и так будет само ставиться, так что все нормально.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

150. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от anonymous (??), 08-Июн-12, 10:51 
>В чем тогда смысл вообще установки нового, если его не использовать?

Чтобы потом в любой момент можно было перезагрузиться в него. И не любоваться на "установка обновления...".

Ответить | Правка | Наверх | Cообщить модератору

159. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от arisu (ok), 08-Июн-12, 11:20 
> Обновление glibc и прочих библиотек как проводить без презагрузки?

примерно так же, как это сейчас происходит. сюрприз?

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

170. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от AlexYeCu (ok), 08-Июн-12, 11:39 
Перезагрузка иксов — это сущие секунды. Получить более пяти даже с сильно загаженной сессионной автозагрузкой проблематично. Не говоря уж о том, что можно преспокойно поднять вторые иксы, а первые вырубить. И снова: зачем рестартовать иксы, если ни иксы, ни дрова видеокарты, ни DE/WM не обновлялись?
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

100. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Эх Ваня Ваня (?), 07-Июн-12, 21:08 
Вообще-то в винде можно установить драйвер без перезагрузки, для этого есть все возможности. Правда добрая часть драйверов не пользуется ими.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

104. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от 123 (??), 07-Июн-12, 21:37 
> Вы знаете как обновить драйвер, или может быть программу, без их перезапуска? Расскажите, поучите дурака.

Мы знаем, как перезапустить драйвер(если он модулем, а чаще всего оно именно так) или программу без перезагрузки всей системы.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

151. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от anonymous (??), 08-Июн-12, 10:53 
> Вы знаете как обновить драйвер, или может быть программу, без их перезапуска?
> Расскажите, поучите дурака.

Они прекрасно обновляются. Это не винда, где нельзя переписать запущенный екзешник. А необходимость сразу перезапустить обновленную программу редко бывает. Да и есть механизмы для обновления без перезапуска - ksplice, например.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

168. "В GNOME 3.6 ожидается реализация offline-обновления системы"  –1 +/
Сообщение от arisu (ok), 08-Июн-12, 11:36 
> Они прекрасно обновляются. Это не винда, где нельзя переписать запущенный екзешник.

специально для тебя повторю снова (может, в этот раз дойдёт?):
а) в линуксе тоже нельзя «перезаписать запущеный elf»;
б) в винде точно так же можно переименовать старую dll или старый exe и положить на их место новые (да, нельзя удалить и получить «безымянный файл» — придётся потом отдельно чистить старые ошмётки).

Ответить | Правка | Наверх | Cообщить модератору

224. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 08-Июн-12, 19:13 
Без остановки сервиса не прокатит.
Ответить | Правка | Наверх | Cообщить модератору

247. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от arisu (ok), 08-Июн-12, 22:50 
> Без остановки сервиса не прокатит.

обалдеть. это ж сколько лет мой софт невозможное-то совершает…

p.s. впрочем, я не помню, был там сервис, или просто юзерский .exe. проверять, можно ли переименовать сервис — лень. возможно, SCM его дополнительно лочит. обычные, запущеные юзером .exe и .dll — точно можно.

Ответить | Правка | Наверх | Cообщить модератору

249. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 08-Июн-12, 23:27 
> Вы знаете как обновить драйвер, или может быть программу, без их перезапуска?

Знаем. Модули выгружабельны-загружабельны на ходу, файлы программ можно заменять без их выгрузки.

> Расскажите, поучите дурака.

Так кто ж виноват что ты такой дурак что линух только на картинке видел? Иначе б знал что там единственный повод ребутать систему - ядро обновить. И то - ksplice есть. Да, это вам не виндовс...

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

94. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +1 +/
Сообщение от Аноним (-), 07-Июн-12, 20:55 
> нелогичным или застряли в прошлом веке с его потребностями и возможностями?

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

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

109. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 07-Июн-12, 21:54 
> Предлагаю гномеров номинировать на Игнобелевскую (Шнобелевскую) премию за достижения в регрессе технологий установки апдейтов

Лучше немного подождать, пока они отмочат какой-нибудь номер похлеще. Как пить дать. Зато сразу все премии загребут

Ответить | Правка | Наверх | Cообщить модератору

124. "В GNOME 3.6 ожидается реализация offline-обновления системы"  –2 +/
Сообщение от arisu (ok), 08-Июн-12, 00:27 
> Ну ладно там винды, задизайненые в ранних девяностых и не выбросивших
> ряд тупняков с блокировкой EXE на диске по причинам совместимости до
> сих пор.

ты просто не поверишь, но ВНИЗАПНА! любимый пингвин тоже отличненько блокирует запущеный бинарь. ради интереса попробуй сделать cp на что-то запущеное. и обломись.

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

эх, аноним, аноним… если уж ругаешь какую-то систему, по потрудись сначала изучить матчасть.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

131. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +2 +/
Сообщение от dhamp (?), 08-Июн-12, 02:49 
вот прям сейчас сделал:
запущен firefox
1)$file /usr/lib/firefox/firefox*
/usr/lib/firefox/firefox:                ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x8fe37b60e09b51baec784d017b9eae0fc2a423bc, stripped
/usr/lib/firefox/firefox-bin:            symbolic link to `firefox'
2)$sudo mv /usr/lib/firefox/firefox ~/
3)$ll /usr/lib/firefox/firefox* /usr/bin/firefox
lrwxrwxrwx 1 root root 24 июня   3 21:54 /usr/bin/firefox -> /usr/lib/firefox/firefox
lrwxrwxrwx 1 root root  7 июня   3 21:54 /usr/lib/firefox/firefox-bin -> firefox

у firefox сперли его бинарник, вот так просто и незатейливо, он не скрэшился, я с него пишу.
может будут примеры приложений которые именно блокируют доступ к бинарю? а то вот я таких не знаю, перезагружаюсь только при обновлении ядра, всё остальное включая glibc обноляется и работает в таком состоянии до обновления ядра и соотв. перезагрузки.

PS. если 2 пункт попытаться выполнить без sudo/su, то будет просто ошибка, что у вас прав нет на перемешение данного файла, к самому firefox она не имеет никакого отношения.

Ответить | Правка | Наверх | Cообщить модератору

152. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от anonymous (??), 08-Июн-12, 10:56 
>пингвин тоже отличненько блокирует запущеный бинарь.

Это неправда. Есть возможность блокировки файла на открытие (которой редко кто пользуется), но даже в этом случае файл прекрасно удаляется и перемещается.

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

232. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Artememail (??), 08-Июн-12, 19:52 
$ cp -L /proc/$(pgrep opera-next)/exe opera
$ file opera
opera: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), BuildID[sha1]=0xa16a877f7ca0930a98760e98ef2ddaf4d85b0838, stripped
Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

250. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 08-Июн-12, 23:39 
> бинарь. ради интереса попробуй сделать cp на что-то запущеное. и обломись.

Однако удалять файлы это не мешает, так что грохнуть старье и обновить софт никто не мешает. Но в винде так нельзя.

> винда же, кстати, как и пингвинус, разрешает переименовывать запущеные бинари.

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

> чем отлично пользуются (иногда) всякие обновлялки. просто винда не позволяет
> иметь «файл без имени» (ну, так исторически сложилось),

Ну вот потому то и надо 100500 костылей и ребуты пачками. Кэп такой Кэп.

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

Вау, таки ты решил сам рассказать что и как? Спасибо, Капитан! :)

> эх, аноним, аноним… если уж ругаешь какую-то систему, по потрудись сначала изучить матчасть.

Да я ее более-менее знаю, Кэп.

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

254. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от arisu (ok), 09-Июн-12, 00:07 
как я уже сказал, в винде *почти* то же самое. всё, что предоставляет пингвинус — дополнительный сервис в виде «сборки мусора» в fs (безымянный файл удалят, как только закроется последний хэндл). до этого — так же, как и в винде, — файл будет занимать место на диске и жить в запущеных софтах.

да, для винды *чуть менее* удобно. но не ужас-ужас-ужас.

я далеко не любитель винды, но не надо уж совсем её недооценивать.

Ответить | Правка | Наверх | Cообщить модератору

129. "В GNOME 3.6 ожидается реализация offline-обновления системы"  +/
Сообщение от Аноним (-), 08-Июн-12, 01:54 
>а для десктопа в чем проблема?

В hybernate, например.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру