Board.KolibriOS.org

Не важно, я хочу попробовать отладить «Здесь "File system fail", которая раньше была "Fat destroyed"» и «Вот тут несколько файлов скопировалось» (думаю, то же самое). С остальным вообще ничего не понятно.

Siemargl
Не копируй с ntfs на ntfs.
Что значит парный?

А вон то viewtopic.php?f=31&t=659&start=165#p67851 к NTFS относится или к fs_write64?

Пока не знаю, скорей NTFS. Ещё вот это сюда относится viewtopic.php?f=31&t=659&start=135

Не копируй с ntfs на ntfs.
Что значит парный?

Ок, подключу еще диск с ФАТ16.
Парный значит пара юзер и кернел лог в один момент времени.

После многих опытов, NTFS диск в колибри перестал принимать файлы на запись "не поддерживается", но чтение выполняется.

Диск обратно подключил к ХР, нашлись несущественные повреждения
http://clip2net.com/s/3G1IJn3

После исправления ХРй, диск все равно отказывается писаться в Колибри. В ХР проблем с ним нет.

Архив ВМваре диска 100Мб, могу выложить на файлообменник

Новый чистый НТФС диск

Опять странный вывод в лог. Наблюдается при разархивировании cmake3.71....
http://clip2net.com/s/3G1Kjuy


---------------------------------------------------------
Следующий тест. Копирование с ФАТ16 cmake-каталога в подкаталоги на НТФС

KFAR - копирование прошло успешно
Eolite - Обломилось с "не поддерживается"

После перезагрузки Колири отказывается писать на НТФС-диск

---------------------------------------------------------
Повторный тест
Еолайт скопировал 3 раза подряд папку без ошибок, на 4й обломился:
"не поддерживается" и отказ записи новых файлов

Pathoswithin wrote:Что-то у меня в KFAR ошибки вообще не ловятся, а Eolite на них не останавливается. Поймайте мне несколько этим ядром (имя ошибки и лог на момент возникновения).

Eolite на доске показывает ошибки копирования.
Надо бы переделать, чтобы и юзер видел.

А толку? Мне нужно состояние ФС на момент возникновения ошибки. KFAR останавливается и не продолжает без разрешения. А у Eolite ещё и свои баги есть...

Siemargl wrote:странный вывод в лог.

Лучше проверяй boardlog.txt, а то это может быть ошибка вывода в самом board.

Насчёт ФАТ16\ФАТ32 вспомнил, что были тоже проблемы viewtopic.php?f=2&t=684&p=45641#p45641 Не факт ещё, что именно из-за размера кластера, возможно из-за небольшого размера самого раздела, не помню сейчас уже.

С боардлог файлом у мну проблема, похоже ФС /rd/1 переполняется и он не пишется дальше, чем лимит ФС.

Можно либо удалить что-нибудь из образа, либо таки да viewtopic.php?f=31&t=659&start=194
И ещё, лучше не держать доску открытой во время вывода.
В этом ядре я попытался решить проблему, а также сделал полный вывод. Попытайтесь поймать ошибки при копировании небольшого количества файлов (содержимое образа). Сейчас я сколько ни пытался, не встретил ошибок ни в KFAR, ни в fNav, ни в GenFiles.

Уже дольше продержалось. На 4й копии сломалось
http://clip2net.com/s/3G2RyYS
http://clip2net.com/s/3G2RALG

1 копия это 4400 файлов, сломалось одновременно с extend MFT

Вообще-то я сказал неточно: 32 тысячи файлов это при кластере 4 КБ. Если раздел меньше 2 ГБ, то винда делает кластер 2 Кб. Для такого раздела пока максимум 16 тысяч файлов. Аналогично, если раздел меньше 512 МБ, то максимум 4 тысячи. Я создаю разделы через GParted в линуксе, тот всегда 4 КБ делает.
Но были же другие ошибки...

Диск после "переполнения" прошел проверку

Spoiler:

Метка тома: ntfs1.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.

2056288 КБ всего на диске.
251596 КБ в 15850 файлах.
4176 КБ в 516 индексах.
0 КБ в поврежденных секторах.
29274 КБ используется системой.
12336 КБ занято под файл журнала.
1771242 КБ свободно на диске.

Размер кластера: 2048 байт.
Всего кластеров на диске: 1028144.
885621 кластеров на диске.

Ты еще не научил драйвер хранить мелкие файлы в MFT ?

Еще осталась проблема с удалением.
Причем говоришь в КФАРе "пропустить все" ошибки, и со второй попытки удаляется

Ну и нужно еще потестировать на рандомные повреждения ФС

В общем сломал без проблем. Воспроизводится в Еолайте
Шаг1. Создаем 3 папки Новая папка1,..2,..3
Шаг2. В каждую копируем смаке.
Пока нет ошибок и переполнения
Шаг3. Удаляем Еолайтом Новая папка1,..2,..3. Повторяем пока не удалятся
Переходим к шагу 1 и http://clip2net.com/s/3G3hFwN

Системе кранты - вся виснет при обращении к диску

Upd. Ошибка удаления все время возникает на одном и том же файле http://clip2net.com/s/3G3liPZ.
То ли имя не нравится то ли по порядку удаления что то происходит.

КФАРом не удалось подвесить систему, по шагам выше

Уже научил.

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

Зависание раздела сейчас организовать довольно просто: если передать неправильный указатель (или маленький буфер), то процесс падает с pagefault, а мьютекс раздела остаётся заблокированным.