Обнаружены проблемы, приводящие к потере данных на разделах с ext4

>Кстати, в рейзере починили феерический баг с образом reiserfs в файле и reiserfsck?

Этот т.н. "баг" проявляется только при --rebuild-tree (перестройке fs "c нуля"), для повседневного использования reiserfsck никаких противопоказаний нет.

В какой ext ? В ext3 ? Критические ошибки? И какие же там ошибки были за последние два года, которые приводили к порче данных.

В reiserfs не находят потому что все серьезные производители от неё уже давно отказались, даже в SLES нет, хотя раньше они спонсировали raiserfs и использовали по-дефолту.

>>Да что там! Во всех нормальных дистрибах /bin/sh это линк на /din/bash, только в дебиане/бубунте на /bin/dash.

dash - POSIX compliant shell. Он гораздо быстрее чем баш и гораздо меньше.

>>Из-за этого некоторые скрипты на бубунте не работают

Пишите на POSIX, и ваши волосы будут мягкими и шелковистыми.

> Пишите на POSIX, и ваши волосы будут мягкими и шелковистыми.

...но выпадут намного раньше.

> dash - POSIX compliant shell. Он гораздо быстрее чем баш и гораздо меньше.

Конечно, только в дебиане все самое кошерное! А все остальные так, фигней маются. Только почему-то не дебиан является локомотивом развития того же linux, в частности.

> Пишите на POSIX, и ваши волосы будут мягкими и шелковистыми.

Я-то пишу, но многие -- нет. Правильно это или нет судить не берусь, но факт состоит в том, что на федоре работает, а в бубунте -- нет. И, к сожалению, я выберу федору, поскольку голая ОС мне нафиг не сдалась.

>>Конечно, только в дебиане все самое кошерное! А все остальные так, фигней маются.

Конечно. Использовать в качестве интерпертатора скриптов нехилого монстра весьма накладно. И в Дебиане об этом подумали. Я сам перешёл на dash, ничего не отвалилось начиная с init скриптов и заканчивая всеми другими.

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

Он не обязан быть локомотивом, чтобы быть хорошим и правильным дистрибутивом. Хотя бы про Open Source Manifest не забываем, откуда он отфоркался.

>>Я-то пишу, но многие -- нет. Правильно это или нет судить не берусь, но факт состоит в том, что на федоре работает, а в бубунте -- нет. И, к сожалению, я выберу федору, поскольку голая ОС мне нафиг не сдалась.

виндузячья логика на 100%, я думаю это очевидно?

>Там речь вообще об BTRFS.

Однако действительно в оригинале написано как-то пространно и возможно и правда о BTRFS...

>>...но выпадут намного раньше.

да не выпадет там ничего намного раньше, не выпадет :)

>На дебиане сидят любители музейного железа и параноики.

Праноики сидят на опенбсд. Вы путаете стабильность и безопасность.

Ну и какая это новость?

>В какой ext ? В ext3 ?

Например - http://www.linux.org.ru/view-message.jsp?msgid=1720832

>В reiserfs не находят потому что все серьезные производители от неё уже давно отказались,

ынтырпрайз!=серьезный производитель

>Ну чего же крутые команды тестеров Редхата не нашли эту ошибку?

Наверное, потому что это не ошибка?

>JB, на стоплинуксе в обзоре debian посмотри как именно он "удовлетворяет запросы юзеров"

Гг, вы б ещё получше ресурс поискали.

> проблема встречается ТОЛЬКО ПРИ КРАХЕ СИСТЕМЫ и только для файлов открытых на запись !

А для чего тогда нужна журналируемость ext4 ? Я то думал, чтоб данные не терялись именно в таких случаях...

По делу:

Ни причем тут все это, ни KDE, ни Gnome.

Читаем

http://www.oslinux.ru/node/340

>IIRC, delayed allocation есть и в ext3

IIRC, нет

>> Ну чего же крутые команды тестеров Редхата не нашли эту ошибку?

> Наверное, потому что это не ошибка?

И наверное, ее не исправили.

>Конечно, только в дебиане все самое кошерное! А все остальные так, фигней маются. Только почему-то не дебиан является локомотивом развития того же linux, в частности.

С этого места подробнее.

>Это к Theodore Tso вопрос. IIRC, delayed allocation есть и в ext3, так что изменилось его использование.

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

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

Хотя надо признать что это немножко странно - пологаться на то что у меня будет стоять ext3 а не xfs, для которой схожая ошибка может иметь место. я не прав?

Белки зажрались в конце.

PS Just as planned!

reiser3//xfs user

>Я то думал, чтоб данные не терялись именно в таких случаях...

Сходите уже по ссылке, а...

>И наверное, ее не исправили.

О да, сложно исправить ошибку, когда её нет.

>> IIRC, delayed allocation есть и в ext3

> IIRC, нет

Несколько лет назад оно было реализовано для ext3. Включили это в ядро или нет - не помню точно.

>>И наверное, ее не исправили.

>О да, сложно исправить ошибку, когда её нет.

Ted Ts'o решает даже такие сложные задачи :D

Уважаемые модераторы ресурса! Просьба изменить заголовок и тело новости сообщения, как не соответствующие действительности.

Вспомнила бабка как молодой была. Начнем с того, что ядра 2.6 до 10го или 11го вообще неюзабельны были.

> ынтырпрайз!=серьезный производитель

если бы не этот "ынтырпрайз" линух бы сейчас был в таком же состоянии в котором находится hurd

Кстати, к вопросу о стабильности, Wikipedia отвечает интересно: Ext4 was released as a functionally complete and stable filesystem in Linux 2.6.28, hence it's safe to use it in production environments, but as any piece of software, it has bugs (which are more likely to be hit in the first stable versions). Any known critical bug will be quickly fixed. If you find one, you can contact the Ext4 developers at the ext4 mailing list. They sometimes also can be found on IRC.

i.e. стабильна, но с багами

>Вспомнила бабка как молодой была.

Ну мне это топик запомнился хотя бы тем что ошибку починил сам Линус

>Начнем с того, что ядра 2.6 до 10го или 11го вообще неюзабельны были.

Я вполне спокойно пользовался 10м мандрейком и ядром 2.6.8

>если бы не этот "ынтырпрайз" линух бы сейчас был в таком же состоянии в котором находится hurd

hurd находится в таком состоянии потому что это не самая удачная реализация не самой хорошей архитектуры ядра

поправил текст и заголовок на основе опеннетовского варианта новости

По поводу линка sh -> bash весьма спорно.

> Только почему-то не дебиан является локомотивом развития того же linux, в частности.
А что, может быть это суся? 0_о

$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 2009-02-08 15:04 /bin/sh -> bash

Теперь читаем man bash:

       If  bash  is  invoked  with  the name sh, it tries to mimic the startup
       behavior of historical versions of sh as  closely  as  possible,  while
       conforming  to the POSIX standard as well.

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

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

1) У них куча патчей
2) Есть несколько расово-верных форков
3) Концепция пакетов впервые реализована именно в debian, опять же apt-get подобные настройки над пакетными манагерами в других дистрах появились значительно позже

Коммент по ссылке к новости

>An important note is that these data losses have been taken place on an ext3 partition that is mounted as ext4 in fstab, so it is not a true ext4 partition.

как бы намекает, что вместо "на разделах с ext4" следует написать "драйвером ext4" - что есть наиболее верной трактовкой

А как в таких случаях ведет себя ntfs?

При этом системные вещи -- ядро, gcc, glibc и т.д. и т.п. делаются в основном красной шапкой, сусе и другими "ынтерпрайс" разработчиками.

Что толку от форков и пакетов если сама система кривая?

>А как в таких случаях ведет себя ntfs?

в win2k/xp нет delayed allocation, про другие не знаю

>Что толку от форков и пакетов если сама система кривая?

Ну учитывая то как изуродовали Гном таки это еще вопрос нужно ли вообще влияние ынтырпрайза

> Ну мне это топик запомнился хотя бы тем что ошибку починил сам Линус

Сам сломал сам и починил? Тогда ядро колбасили по страшному вот что-то и сломали. В то время не только с ext3 проблемы были.

> Я вполне спокойно пользовался 10м мандрейком и ядром 2.6.8

угу, помню помню как оно падало от вытыкания флешки.

> Что толку от форков и пакетов если сама система кривая?

Так в чем кривизна Дебиана?

> Gentoo. Заменил /bin/sh с bash на dash. Ничего не сломалось. Во всех скриптах в /etc первая строчка - #!/bin/sh

>> о всех скриптах в /etc первая строчка - #!/bin/sh

ты чем сегодня упоролся ???


> http://stoplinux.org.ru/category/news/a_vy_uzhe_uspeli_poteryat_dannye_ubuntu..
.
> Хорошие новости =)

да он наркоман, очевидно же

После того как им прямые ядро, glibc, gcc и прочее было предоставлено энтерпрайз разработчиками? Уже видимо не в чем. Хотя до сих пор с ужасом вспоминаю каким кривым был 2.2 (potato) по сравнению с RH 6.2 ...

> После того как им прямые ядро, glibc, gcc и прочее было предоставлено энтерпрайз разработчиками?

Конечно, после.

> Уже видимо не в чем.

Тогда и говори "система была кривой".

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

Идиот! Если это убогое поделие поддерживает POSIX, это не значит, что оно и есть POSIX. В этом монстре помимо POSIX поддерживается еще куча ненужного барахла и тормозит он не по-детски. А вот если скрипт с #!/bin/sh использует возможности оболочки, которых нет в POSIX, то такие скрипты идут лесом, вместе с тобой, annoynimous.

>>О да, сложно исправить ошибку, когда её нет.

>Ted Ts'o решает даже такие сложные задачи :D

А вы сходите по ссылке-то :)

> А вы сходите по ссылке-то :)

Давно уже. Тед, естественно, отказывается считать это ошибкой. Но тем не менее сделал патчи, которые ее исправляют. Что именно я упустил?

>поправил текст и заголовок на основе опеннетовского варианта новости

Текст, имхо, всё равно не очень правилен, но намного лучше, чем было. Спасибо.

> Я недавно водрузил арч на ext4, и обнаружил вот какую неприятность: делаю startx, он вешает всю систему (думаю что проблемы с железом, но все же вопрос о "прекрасной" архитектуре основной графической подсистемы Linux далеко не закрыт). Так вот, после reset, файлы логов X тупо пустые... С ext3/reiser такого не было... Мож кто сталкивался?

да вы батенька, ... , короче читать мануалы надо) сталкивалось много народу, и это просто кривые руки и неумение читать мануалы) /etc/rc.d/hal start вам в помощь!

Толсто.

>Но тем не менее сделал патчи, которые ее исправляют. Что именно я упустил?

Эти патчи не устраняют ошибку, а возвращают более кривое/медленное поведение, аналогичное ext3. Или вы не знакомы с понятием "work around"?