LINUX.ORG.RU
ФорумTalks

Релиз Debian 7.0 «Wheezy» намечен на 4 или 5 мая

 ,


0

2

Разработчики проекта Debian сообщили о переходе на финальную стадию подготовки релиза Debian 7.0 «Wheezy». Все блокирующие новый выпуск ошибки устранены, кроме двух ещё не закрытых проблем: сбой при обновлении Squeeze и необходимость завершения подготовки примечаний к релизу. В качестве плановой даты релиза Debian 7.0 называется 4 или 5 мая. Помешать выпустить релиз в эти дни может только выявление непредвиденной критической проблемы или сбой в работе серверной инфраструктуры.

всё честно утянуто с опеннета

круто, серверочки в предвкушении =)

v9lij ★★★★★
()

О... А чинить, невозможность поставить на раздел c ext4 у которой журнал расположен на другом разделе, они не собираются... ???

qwerta
()
Ответ на: комментарий от GNU-Ubuntu1204LTS

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

Ага, с запозданием в три часа и копипастой с опеннета.

eugeno ★★★★★
()

Хорошо что я подписан на этот тег.

quowah
()
Ответ на: комментарий от qwerta

интересно, сколько во всем мире подобных инсталляций. Хотя ссылочкой на баг поделись, аж интересно стало.

leave ★★★★★
()
Ответ на: комментарий от leave

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

pekmop1024 ★★★★★
()

А я чё-та уже убунту поставил на новый десктоп, и переустанавливать дебиан уже влом.

yvv ★★☆
()

Годнота, ждем-ждем

etwrq ★★★★★
()
Ответ на: комментарий от qwerta

невозможность поставить на раздел c ext4 у которой журнал расположен на другом разделе

какой смысл в этом изврате? Ссылку на багрепорт в студию

nu11 ★★★★★
()
Ответ на: комментарий от nu11

какой смысл в этом изврате?

Ну как бы эта одна из возможных возможностей ext3/4. И эта возможность описана в мане mke2fs. И вдруг выясняется, что если эту возможность использовать, то поставить корень на такой раздел нельзя.

Особенно повезет тем у кого сквизи стоял на таком разделе. И они решат обновится до визи и после перезагрузки получат не рабочую систему. И убъют полдня на поиски «почему».

Во-вторых. Если вынести журнал ФС на другой винчестер, то это позволит увеличить скорость ФС.

В-третьих. Владельцы SSD которых жаба душит что журнал это лишнии записи на диск, а без него discard не работает. Имеют альтернативу вынести журнал на обычный жесткий диск.

Ссылку на багрепорт в студию

Извинити скилом писать багрепорты не обучен.

Обнаружил это случайно когда решил перейти на тестинг и после очередного обновления система загружаться перестала.

qwerta
()

Вот это будет подарок на День Рождения :)

PaRuSoft ★★★★
()
Ответ на: комментарий от Polugnom

Желающим посмотреть на баг порядок действий:

перезагрузится под LiveCD.

Создать где-нибудь раздел. Небольшой. Ибо размер журнала не может быть больше 400МВ. Для примера корень на /dev/sda1 , а журнал это будет /dev/sdc1.

Подготовить раздел для использования в качестве журнала командой: mke2fs -O journal_dev /dev/sdc1

Отключить старый журнал на /dev/sda1 командой tune2fs -O ^has_journal /dev/sda1

Подключить новый журнал командой tune2fs -J device=/dev/sdc1 /dev/sda1

Желающие могут проверить все ли они правильно сделали командой dumpe2fs -h /dev/sda1 Должны появиться строчки Journal UUID: и Journal device:

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

Мне это не надо.

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

qwerta
()
Ответ на: комментарий от qwerta

Где баг, еще раз спрашиваю? Ссылку в студию.

Polugnom ★★★★★
()
Ответ на: комментарий от qwerta

Вообще да, не так уж и сложно описать такой порядок действий в багтрекере. А на примере других багов и подавно.

Заморочайтесь, посмотрим, что напишут)

Adonai ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.