Ну ладно ,если не получается 32 Кб, пусть будет 8 Кб - DNA будет работатьСообщение от sv
мля...а нафлеймили то...
установил и проверил версию 0.459m
значитцо так,докладаю:
ещё раз-ни там,ни там,установить размер кластера 32 Кб-неполучается,только 8кб.
выньхр ругаетцо на недопустимо большой размер кластера,для данной
фс.
а в партишене8,просто недоступно ничего более 8кб.
32кб можно в просто фат,не в фат32.
мне надо фат32.
и с кластером 4 Кб - просто медленнее
О!а вот тут начинается самое интересное:
дна загружена с винта (образ на винте)-диск еррор (и трд и scl)
дна загружена с дискеты (образ на винте)-запись успешна (и трд и scl)
что бы это значило,уважаемый Zet9 ??
образ с сидюка не пробовал...да и надо ли теперь?...
Вот это уже реальная инфа,
наводит на мысль о сиспеременных трдос,
помниться, давно - DNA загруженная с винта кнопкой из меню Глюка 6.0
не работала с дискетами, а загруженная моим загрузчиком из RC196HDD(кот в ПЗУ b128) или бэйсик-загрузчиком - РАБОТАЛА, потом AlCo обнаружил что часть трдос програм не пашет,что-то в Глюке подковырнул и DNA,загруженная с винта из Глюка, начала нормально работать с дискетами - возможно в версии Глюка 6.3 опять что-то куда-то сместилось с сисперем трдос.
пробовать с сд уже не надо
Кстати - какая у Вас версия Глюка?
Попросил одного товарища протестировать ещё раз на Пентагоне 1024 v2.0 - у него DNA 0.459m загруженная из Глюка с винта образы трд нормально распаковывает и расположенные на винте, и на сд
Да, уязвимость нарисовалась, блин, хотя на фоне эпидемии Downandup - наверное, не такая смертельнаячто характерно,образ WDC (верс #3D13) развёрнутый в DNA на рамдиск,с рамдиска грузитцо,и уже сам разворачивает образа на дискеты,нормально и без проблем
так что я всётки могу писать на дискеты,вот таким вот способом,аналогичным способу удаления гланд через опу
Вообщем - спасибо за инфо, буду разбираться
P.S. Нарыл ещё одну уязвимость - если на разделе осталость например 600 Кб
свободного места - то при попытке скопировать трд 640 Кб - пишет ошибка - ну это понятно.
Далее удаляем другой, ненужный трд-образ и опять пробуем скопировать нужный трд - опять ошибка - так как в начале раздела, в структуре FSinfo указано, что свободные кластера начинаются в конце раздела (там где у нас 600 Кб свободно), а при удалении эта структура не изменяется.
Таким образом - теоретически получается, что можно удалить хоть сто мегабайт, и создать файл всё-равно не удаться, надо будет мне что-то с этим делать (например,если поиск свободного кластера завершился неудачей,проверить FSinfo(если там есть номер кластера),указать в структуре FSinfo - что первый свободный кластер не определён (чтобы не зацикливался поиск) и повторить)
Это относиться только к FAT32 (так как на FAT16 нет структуры FSinfo и каждый раз поиск идёт с начала таблицы фат,длина которой для FAT16 не может превышать 128 Килобайт)
Ответить с цитированием