NTFS

Drive subsystem, filesystem drivers
  • А вон то 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.
    Attachments
    kernel.mnt (186.54 KiB)
    debug 3
    Downloaded 220 times
  • Уже дольше продержалось. На 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, а мьютекс раздела остаётся заблокированным.
  • Who is online

    Users browsing this forum: No registered users and 3 guests