Копирование с ext4 на btrfs, 13 Гб разных файлов.

При копировании папки с множеством вложений папок и файлов различного размера, до 7000 в одной (далеко не в каждой), файлы от 1 до 50 Мб наступает крах (в логах пусто) с надписью (не кернель паник) о регистрах и ext4_writepage - кто виноват и что делать ?
система почти в дауне, логон не возможен на консоли и прочие действия, тупо работает только ввод с клавы и ничего.
(включать кернель дебуг и прочее не резон)

smaharbA, а так прям обязательно на btrfs?

да, иного не дано

smaharbA, скорее всего, виноват ваш эксперимент.

диалектика ?

Здесь же http://ru.wikipedia.org/wiki/Btrfs сказано:

1. ...Btrfs включена в основную ветвь ядра Linux начиная с версии 2.6.29-rc,[5] но остаётся экспериментальной и не готова для промышленного использования. В июне 2010 года разработчики не рекомендовали использовать данную ФС ни для чего кроме тестирования ...

2. ... Недостатки:
При большом количестве перезаписей случайных фрагментов файлов возникает фрагментация ...

Второй пункт на винду смахивает, что неприятно. Кроме того чем кому-то мало было ext4 я не знаю, мб в милисекундах выигрыш, но это сомнительно, но скажу одно, кто юзает btrfs СЗЗБ, имхо, милисекунды им важны или эти, снапшоты, всю жизнь сижу на ext4 и ни разу не надо было откатываться или чего-то ремонтировать, ext4 неубиваемая.

Можно играться с системой инициализации, можно играться с чем хочешь, ведь всё можно в любой момент поправить и решить проблему, но играться с тестовой файловой системой,... вы меня извините, а потом ещё спрашивать: а почему у меня то-то и то-то не работает.... тесты на файловой системе делать нельзя, это же основа, нет файловой системы - нет ничего, тут я готов пожертвовать и не только милисекундами.

В своей деревне можете и сидеть хоть девЕть жизней.
Вопрос не о том, что хуже, а о причине падежа екст4 (не бтрфс отметьте).
Думалося, что в сабже все ясно и понятно о фс системы/корня и прочихуср с варами.

>> система почти в дауне
smaharbA, система обслуживает обе файловые системы, кроме того в начальном сообщении подробностей маловато, для сравнения попробуйте те же данные копировать на диск не btrfs

ладно, хрен с ней с бтрфс - а при каких тут делах сама как есть система ?
Т.е. если не гарантирована работоспособность при Любых бесправных (отметьте) действиях ?

Была возможность повторить (перерыв в непрерывности) - результат получен трижды, далее перерыв непрерывности не позволил.

Тоже верно, мб проблема в вашей ОС, здесь симптомы: http://lurkmore.to/12309 , читать читал, сталкиваться к счастью не пришлось, как лечить не знаю (на лукоморье вариантов много).

Может быть и с ос, но не моей (не претендую).
По поводу читать - "не читал, но осуждаю" (с) ?

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

"smaharbA" написал:

Может быть и с ос, но не моей (не претендую)

Ради интереса, что за система?

Дебиан (можно сказать wheezy, еще недавно он был etch-ем), ядро 3.11+ (пока не 3.12.9 - по рядо причин)
один момент - копируются mbox-ы (не mailbox, а отдельно каждое, но и не maildir - запакованые в gzip каждый)
а btrfs монтируется compress-force=zlib (может это и оно, но не должна система валиться...)

Попробуйте монтировать с compress=lzo

Маловато информации, но могу предположить, что причиной наблюдаемого «полукраха системы» стала нехватка памяти, думаю, если

"smaharbA" написал:

а btrfs монтируется compress-force=zlib

Наверное так и есть, еще момент была ext3 в сабже, ext4 упомянута так как обновилась система, но фс была прежней, после перевода в ext4 полукрах переходит в крах, т.е. система вовсе перестает отвечать при сабжевом действии, переведу опции монтирования на просто compress=... далее посмотрю каков результат (пока возможности перемонтировать и эксперементировать нет)