История изменений
Исправление necromant, (текущая версия) :
2sehellion
по багам не ходил, но обычно помогает установка минимального stable с последующим прописыванием реп testing и обновлением до него
я на тестинге обычно обновлялся до 7й версии просто. Сейчас я на old-stable и отдельно решил посмотреть в виртуальной машине на новые грабли.
2Chaser_Andrey
1. Testing. Ты же понимаешь, что это значит?
2. Уже пофиксили.
1. Раньше Testing работал нормально и не было идиотских проблем - сидел с 5й по 7ую версию на тестинге и все ок было. Система пережила «хардварный переезд». Бывало издевался над системой, но она все равно была устойчивой к моим рукам. А вот скачал чистую и новую, так на тебе нежданчик.
2. Ещё вчера пофиксил, просто осадок остался - захотелось поделиться своей грустью с остальными.
Так что это не баг systemd, а оплошность мэнтейнера/девелопера Debian.
да согласен. Но можно допустить возможность, что systemd не так просто сопровождать? + см. ниже
2MyFreedom
Пакеты из Debian Unstable автоматически попадают в testing дистрибутив, когда выполнен список требований:
Пакет находился в «unstable» как минимум в течении 2-10 дней (в зависимости от срочности загрузки).
Пакет был собран для всех поддерживаемых testing дистрибутивом архитектур.
Установка пакета в testing не сделает дистрибутив неустанавливаемым.
Пакет не добавляет новые критические ошибки.
Как минимум 2 требования из 4 провалили
+1 - Вот это самое и удивило. Критикал баг, а исошник выкатили и даже не проверили в виртуалке работоспособность.
2Gu4
Так вот почему, у меня не заработала установка testing на прошлой неделе. Правда, я вместо того, чтоб ныть на форуме установил stable netinstall и обновил.
В шапке темы по ссылкам уже и решение предложено было. Не отходя от кассы и пофиксил. А у вас слишком длинноватое решение получилось.
2Pavval
Сижу на тестинге с systemd уже минимум год (или сколько там systemd в тестинге живет?) и нихрена не понимаю, как так можно было отрастить такие кривые руки.
Шаги воиспроизведения:
1. Скачать amd 64 net install iso-шник
2. Создать образ в VMWare
3. Установить систему из образа.
4. Попытаться загрузится и получить сообщение о freezing execution (см. пост от Chaser_Andrey с логом)
2fornir
Я сразу же в поиске нашёл на багтрекерах случаи. А ты рассказывай дальше про стабильный Debian Testing.
Я поделился ЛИЧНЫМ опытом и впечатлениями. Раньше в testing можно было нормально работать, а теперь я вообще не уверен в этом.
2Quasar +1
Devuan
А он поддерживается еще? Там какая-то мутная история была. Как раз из разряда зафейлить адекватное решение.
2Spoofing
ставь линукс, например CRUX, или Slackware, там таких проблем нет.
Вот как раз подумываю перейти в вероисповедание святого Патрика. На запасном пути FreeBSD, LFS.
2hateyoufeel
Это настолько страшная ошибка, что даже emergency shell нельзя дать?
+1 - Мне бы к single user mode получить доступ, а там почти любую систему оживлю.
2kirk_johnson
Поэтому мы повесим систему сразу, намертво и без recovery shell'а. Отличная логика.
+1
2Manhunt
+1
2all
Большое спасибо участникам темы за ваше неравнодушие и посты. Хотелось чтобы было меньше поводов для растройстваот неожиданных критических багов в будущем.
Исходная версия necromant, :
2sehellion
по багам не ходил, но обычно помогает установка минимального stable с последующим прописыванием реп testing и обновлением до него
я на тестинге обычно обновлялся до 7й версии просто. Сейчас я на old-stable и отдельно решил посмотреть в виртуальной машине на новые грабли.
2Chaser_Andrey
1. Testing. Ты же понимаешь, что это значит?
2. Уже пофиксили.
1. Раньше Testing работал нормально и не было идиотских проблем - сидел с 5й по 7ую версию на тестинге и все ок было. Система пережила «хардварный переезд». Бывало издевался над системой, но она все равно была устойчивой к моим рукам. А вот скачал чистую и новую, так на тебе нежданчик.
2. Ещё вчера пофиксил, просто осадок остался - захотелось поделиться своей грустью с остальными.
Так что это не баг systemd, а оплошность мэнтейнера/девелопера Debian.
да согласен. Но можно допустить возможность, что systemd не так просто сопровождать? + см. ниже
2MyFreedom
Пакеты из Debian Unstable автоматически попадают в testing дистрибутив, когда выполнен список требований:
Пакет находился в «unstable» как минимум в течении 2-10 дней (в зависимости от срочности загрузки).
Пакет был собран для всех поддерживаемых testing дистрибутивом архитектур.
Установка пакета в testing не сделает дистрибутив неустанавливаемым.
Пакет не добавляет новые критические ошибки.
Как минимум 2 требования из 4 провалили
+1 - Вот это самое и удивило. Критикал баг, а исошник выкатили и даже не проверили в виртуалке работоспособность.
2Gu4
Так вот почему, у меня не заработала установка testing на прошлой неделе. Правда, я вместо того, чтоб ныть на форуме установил stable netinstall и обновил.
В шапке темы по ссылкам уже и решение предложено было. Не отходя от кассы и пофиксил. А у вас слишком длинноватое решение получилось.
2Pavval
Сижу на тестинге с systemd уже минимум год (или сколько там systemd в тестинге живет?) и нихрена не понимаю, как так можно было отрастить такие кривые руки.
Шаги воиспроизведения:
1. Скачать amd 64 net install iso-шник
2. Создать образ в VMWare
3. Установить систему из образа.
4. Попытаться загрузится и получить сообщение о freezing execution (см. пост от Chaser_Andrey с логом)
2fornir
Я сразу же в поиске нашёл на багтрекерах случаи. А ты рассказывай дальше про стабильный Debian Testing.
Я поделился ЛИЧНЫМ опытом и впечатлениями. Раньше в testing можно было нормально работать, а теперь я вообще не уверен в этом.
2Quasar +1
Devuan
А он поддерживается еще? Там какая-то мутная история была. Как раз из разряда зафейлить адекватное решение.
2Spoofing
ставь линукс, например CRUX, или Slackware, там таких проблем нет.
Вот как раз подумываю перейти в вероисповедание святого Патрика. На запасном пути FreeBSD, LFS.
2hateyoufeel
Это настолько страшная ошибка, что даже emergency shell нельзя дать?
+1 - Мне бы к single user mode получить доступ, а там почти любую систему оживлю.
2kirk_johnson
Поэтому мы повесим систему сразу, намертво и без recovery shell'а. Отличная логика.
+1
2all
Большое спасибо участникам темы за ваше неравнодушие и посты. Хотелось чтобы было меньше поводов для растройстваот неожиданных критических багов в будущем.