Если десантники суеверны, это не значит, что им нужно уподобляться. Надо называть вещи своими именами. Последний — значит, последний. Ничего трагического и фатального в этом нет, это констатация факта.
А у меня Win = абстрактная европейская латиница, слегка заточенная под себя, Shift-Win = абстрактная кириллица с «и», «щ» и «ъ», набираемыми без AltGr (в основном для ввода русских текстов), AltGr-Win — то же самое, но без AltGr вводятся «і», «ў» и апостроф, а «щ», «и» и «є» — с AltGr (для ввода белорусских и иногда украинских текстов). На клавишу </> при этом замаплены разные кавычки.
Я же написал, интерфейсы с hotplug поднимаются не раньше поднятия lo. Loopback поднимается при старте системы в момент обработки auto. Если интерфейс уже есть к этому моменту (в случае eth* это так), то сразу же при появлении интерфейса lo его начинает поднимать udev, и тут же он поднимается самим ifupdown. Кто первый поднимет — того и тапки. А если этого интерфейса нету, конечно же udev его поднимать не станет, но его всё равно поднимет ifupdown из-за auto. Т.е. в обоих случаях auto + allow-hotplug на старте системы дают результат эквивалентный auto, но иногда сбоящий.
Теперь к опусканию интерфейса. До недавней версии ifupdown ошибки при опускании интерфейса были фатальными. Т.е. если мы пытаемся отобрать адрес у несуществующего интерфейса, и ip addr вывалился с ошибкой, то остальные команды даже не пытались бы обрабатываться, потому единственное валидное применение allow-hotplug вместе с auto — корректная деконфигурация интерфейса при его внезапном исчезновении — не было бы реализовано. В тестинге сейчас находится версия, которая игнорирует ошибки при деконфигурации, потому эта проблема сейчас актуальна для меньшего числа пользователей, но в стейбле сказанное выше still applies.
Проблема с гонками заключается ещё в том, что на данный момент нет простого её решения, т.е. скрипт, реализующий allow-hotplug на стороне udev находится в пакете udev, потому я не могу его просто взять и исправить, надо задействовать помощь других людей.
Но пока проблема не исправлена, я не рекомендую эти возможности сочетать.
Ну я ходил и читал. Хорошего она сделала реально много (в сравнении с тем негативом, который есть), а присутствие её в дропбоксе наврядли что-то уже изменит там к худшему. Наоборот — возможно. Потому я считаю, что в общем это хорошая новость, а не плохая.
И чем она плоха? Умная ж тётка.
Кстати, не такая уж она и приверженка, на самом деле.
А дропбокс всё равно не для секьюрных данных, так что непонятно, чего там бояться-то.
Ну потому что эти вещи взаимоисключающие как правило. hotplug-интерфейсы не обрабатываются вообще до поднятия loopback-интерфейса, который поднимается в процессе обработки auto. Более того, в текущей реализации в этот самый момент могут возникнуть гонки, если интерфейс объявлен как allow-hotplug.
Можно!
Ctrl-K D.Правильной дорогой идёте, товарищи. Зачем избавляться от фильтрации, надо всего-то сделать её изощрённее!
Я же написал, интерфейсы с hotplug поднимаются не раньше поднятия
lo. Loopback поднимается при старте системы в момент обработкиauto. Если интерфейс уже есть к этому моменту (в случаеeth*это так), то сразу же при появлении интерфейсаloего начинает поднимать udev, и тут же он поднимается самим ifupdown. Кто первый поднимет — того и тапки. А если этого интерфейса нету, конечно же udev его поднимать не станет, но его всё равно поднимет ifupdown из-заauto. Т.е. в обоих случаяхauto+allow-hotplugна старте системы дают результат эквивалентныйauto, но иногда сбоящий.Теперь к опусканию интерфейса. До недавней версии ifupdown ошибки при опускании интерфейса были фатальными. Т.е. если мы пытаемся отобрать адрес у несуществующего интерфейса, и
ip addrвывалился с ошибкой, то остальные команды даже не пытались бы обрабатываться, потому единственное валидное применениеallow-hotplugвместе сauto— корректная деконфигурация интерфейса при его внезапном исчезновении — не было бы реализовано. В тестинге сейчас находится версия, которая игнорирует ошибки при деконфигурации, потому эта проблема сейчас актуальна для меньшего числа пользователей, но в стейбле сказанное выше still applies.Проблема с гонками заключается ещё в том, что на данный момент нет простого её решения, т.е. скрипт, реализующий
allow-hotplugна стороне udev находится в пакете udev, потому я не могу его просто взять и исправить, надо задействовать помощь других людей.Но пока проблема не исправлена, я не рекомендую эти возможности сочетать.
Кстати, не такая уж она и приверженка, на самом деле.
А дропбокс всё равно не для секьюрных данных, так что непонятно, чего там бояться-то.
auto. Более того, в текущей реализации в этот самый момент могут возникнуть гонки, если интерфейс объявлен какallow-hotplug.