Board.KolibriOS.org

На данный момент опробована работоспособность системы Kolibri OS (та же самая официальная сборка, что и в прошлый тест) в следующих условиях:

1. Загрузка с штатного винчестера, посредством образа виртуального диска "kolibri.img";
2. Винчестер единым пространством, отформатирован по таблице размещения файлов FAT32;
3. На винчестер прописан MBR средством "setmbr.exe" кастомной сборки;
4. На винчестер прописан загрузчик средством "inst.exe" кастомной сборки.

Протестировано:

1. ПРОБЛЕМА: перестала загружаться ОС после нескольких записей на HDD: "Cannot find file MTLD_F32". Вероятно после попытки RDSave, вероятно после создания каталога "TEMP" и сохранения в него файлов PCI-конфигурации и лога бенчмарка.
2. Заработало сохранение PCI-конфигурации, файл прикреплён.
3. Работает чтение с 2-х типов Flash-накопителей, запись по неизвестным причинам работает только на одну флешку (на ту, на которой дистрибутив Geparted), не работает запись на ту, где загрузочная Windows Live CD.
4. Файлов (mtld, kolibri.img) в корне винчестера почему-то не видно - диск показывается полностью пустым.
5. Не работает RDSave в корень винчестера, в тот же образ kolibri.img, с которого произведена загрузка - выдаёт ошибку "Путь не существует".
6. Батарея питания израсходовалась до жёлтого мигающего цвета. Выдержала все итерации попыток установки на жёсткий диск.

Планируется протестировать:

1. Индикация заряда батареи (в автономном режиме, с подключённым зарядным устройством, прогресс зарядки) - требуется разработка, готов помочь с тестированием на данном ноутбуке.
1. Работа звука
2. Работа видео
3. Другие разрешения экрана (если будет возможность и поддержка на уровне драйвера)
4. Драйвера к устройствам (bluetooth, wi-fi, 3G, GPS, accelerometer).

---
Нужен фикс со слетанием загрузки ОС с HDD.
После слёта загрузки системы заглядывать на содержимое винчестера с Windows Live системы не пробовал - батарею зарядить нужно.

Ещё раз getdata запусти и приложи текущий дамп. А если есть возможность - то лучше дамп всего раздела. И версию образа, выводимую на загрузочном экране, уточни.

_________________
Сделаем мир лучше!

До загрузочного экрана не добираюсь из-за сообщения об ошибке.
Сделал дамп программой, полный дамп делать не умею.
Когда загрузился в Windows XP Live CD заметил, что метка диска (у меня была метка диска "KOLIBRI", а сейчас, после слетания системы, метки нету) винчестера нетбука пропала, а сам диск показывается пустым... Судя по всему - файловая система побилась.
Прикрепляю дамп.

Привет. По сбою файловой системы винчестера помощь будет?
Я приложил дамп, но ответа не дождался.

Отформатировал винчестер заново, разделил пространство на два раздела: первый раздел - 100 Мб, в FAT32, для системы (куда прописан загрузчик и kolibri.img), второй раздел - ~100Гб, тоже в FAT32, оставшееся пространство, для данных.
На "синем экране" при загрузке выставил загрузку с "c:\kolibri.img", а так же включил "диски, видимые в BIOS".
Успешно загрузилась Колибри.
Теперь на 100 Мб разделе стали видны kolibri.img и успешно удаётся сделать RDSave.

Проблема: Колибри хронически отказывается осуществлять ЗАПИСЬ с любого Flash-накопителя на второй раздел, который для данных...
При попытке копирования файла (фильм размером 1 с лишним Гб для тестирования видео и звука) - индикатор копирования в KFAR не появляется, а в другом файловом менеджере - замирает где-то на начале.
Флешка мигает так, как будто с неё делается чтение, но этот процесс никогда не заканчивается. Файловый менеджер удаётся свернуть, но не удаётся закрыть. При вытаскивании флешки, естественно, выплёвыается ошибка, после чего файловый менеджер чаще всего вылетает.
Данные удаётся скопировать на второй раздел только загрузившись в Windows XP Live CD. Скопированные файлы успешно читаются и распознаются в Колибри, но сама Колибри копировать файлы с флешки на винчестер категорически не хочет.

Я должна была разобраться именно с этой проблемой за несколько часов в разгар рабочего дня? По теме: ты так и не сказал номер ревизии kolibri.img, в r4133 была исправлена одна ошибка. Хотя по симптомам на неё не совсем похоже.

boardlog.txt где?

Здесь boardlog.txt где?

_________________
Сделаем мир лучше!

Диск виден как /hd* или /bd*?
Откуда известно, что "этот процесс никогда не заканчивается"? KFM будет пытаться прочитать весь Гб перед тем, как что-нибудь делать, а чтение с флешки сейчас довольно медленное.

_________________
Сделаем мир лучше!

Я не знал этого... А почему происходит именно так, а не как следует?

Потому что когда я писал KFM никаких USB дисков и в помине не было. Был только жесткий диск PATA IDE к которому я прикрутил DMA.
И кстати смею заметить, что KFM не загружает гигабайтами файл! Он использует максимум 25% доступной для приложения ОЗУ. ЕМНИП на один поток текущее ядро выделяет не более 1,2 Гб памяти (если вообще не 0,9 Гб - вопрос так и остался открытым и четкого ответа я не получил). Соответственно KFM сожрет не более 350 Мб, даже когда памяти хоть жопой жри. Если же свободного ОЗУ меньше, то следовательно он использует для копирования еще меньше.

Да, это не самая удачное решение для текущего кода работы с USB. Но смею заметить еще раз - файловый менеджер KFM практически не дорабатывается уже много лет. Не считая мелких починок багов, я не собираюсь поддерживать текущий код. Так что смело пользуйтесь KFAR (который тоже давно никто не поддерживает) и активным eolite. Предложение по выпиливанию KFM из дистрибутива я уже выдвигал как минимум 2 раза. Раз никто этого не делает, значит он кому то нужен. Я же сам выпиливать его не собираюсь, хоть это и мой код, но я не заливал его на SVN и не добавлял в автосборку. Потому ответственным за развитие текущего кода я себя не считаю.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!