Форум: КПК и смартфоны на Linux: Zaurus, планшеты Nokia, прочее
Тема: завра замучал
Страницы: 1 [2] 3
[Ответить]
maslovsky [07.06.2004 14:46] :
- longshadow писал(а):
Кстати, да. SD Transcend 256M. Покупалась на основании чтения форумов по разным КПК - везде мелькали мнения, что Transcend рулит. И по энергопотреблению и по надежности. А вот подиж ты - на карте завелись сбойные блоки, несколько раз сыпалась ext2... Сейчас карта живет под fat16 и содержит только то, что можно восстановить с большого брата - хранить на ней что-то важное страшновато.
Поначалу я подозревал, что проблема в том, что у меня OZ. Но недавно сравнил бинарники драйвера и SD-манагера с тем, что в японских ромах: совпало все, до последнего байтика.
Чтения конф на ZUG'е мало что прояснили. У кого-то глючит, у кого-то - нет. Кто-то из ARM-овских гуру вообще высказался в том плане, что-де драйвер глючен и по определению работать ни с чем, кроме fat не обязан. Не уверен, может ли такое быть...
longshadow [07.06.2004 16:45] :
Вполне возможно. Тем более C700 - он уже "старый" достаточно. Поначалу я еще грешил на ядро с включенной преемптивностью - отключил - то же самое. То внезапные "input/output error", то часть файлов перестает быть видна... До смешного доходило - делаем eject, пускаем e2fsck - бах: "device contains filesystem with errors". Спрашивается: откуда? Только что все чисто размонтировалось... Вобщем, кисло.
С fat'ом, правда, работает. Без проблем, вроде. Что кстати, делает менее вероятной весрию про разные комплектующие SD-контроллера. Вряд ли они могут делать/не делать глючков в зависимости от используемой FS. Хотя, опять-таки, и чего только в жизни не бывает.
ВадимП [07.06.2004 17:10] :
Ну и что? То, что она нормально размонтировалась еще ничего не значит - выдерните ее один раз без демонтирования, вставьте обратно, смонтируйте/демонтируйте и fsck выдаст абсолютно то же самое.
longshadow [08.06.2004 10:25] :
"Вытаскивание без демонтирования" чревато ошибками только тогда, когда файловая система смонтирована асинхронно. На ядрах Шарпа (и производных типа tetsu) со стандартным конфигом все всегда монтируется синхронно. Вне зависимости от содержимого fstab. Это Шарп такую "защиту от дурака придумал". Я отключил эту фичу в у себя ядре совсем недавно (как раз таки в процессе борьбы с SD). До этого все маунтилось синхронно. С тем же результатом.
Кроме того, ext2 был выставлен error-behavior в remount-ro. Но - повторяю - никаких криков и перемонтирований из-за ошибок не было. То есть, похоже, что ошибки возникали при размонтировании.
В любом случае, все эти рассуждения ничего не меняют - SD на Шарпозаврах, остается, увы, лотереей. Как ни странно, и на других платформах, порой, тоже.
longshadow [08.06.2004 11:15] :
Вот наткнулся на ZUG'е на занятную ссылку по SD-проблемам:
http://sdprob.aximsite.com/theproblemlist.htm
Завров там, правда, нет, но резюме занятное - карты, маркированные A[A-Z]030[A-Z]+ часто создают проблемы. И у меня как раз такой Трансценд: AR0307NS. China.
ВадимП [08.06.2004 12:41] :
- longshadow писал(а):
На ядрах Шарпа (и производных типа tetsu) со стандартным конфигом все всегда монтируется синхронно. Вне зависимости от содержимого fstab.
longshadow [08.06.2004 13:03] :
Скорее всего, в Вашем Завре установлена свежая прошивка от Cacko (или Макцентра), в которой ядро собрано с отключенной опцией CONFIG_FS_SYNC. С версии Cacko Qtopia 1.21 это так, если мне память не изменяет. Про Макцентровскую не уверен - надо уточнять у авторов.
Я же говорил про те конфиги, что лежат в def-configs Шарповых исходников. То есть те, с которыми собрано ядро в японских ромах, стоящих на Заврах изначально.
longshadow [08.06.2004 13:08] :
Вот (один из) тредов на ZUG'е по данной проблеме:
http://www.zaurususergroup.com/index.php?name=PNphpBB2&file=viewtopic&t=1605&highlight=configfssync
sg [09.06.2004 07:15] :
мама!!!
я так понял из этого списка, что только сделанные в японии SD карточки работают без проблем (исключения подтверждают правило...) у меня оба посыпанных кингстона - тайваньские. сыпятся
в завре, сыпятся в картридере...
кстати, взял CF512 от kingston. написано assy in japan. вопреки информации на никсе (1.5 мег/с) дает трансфер 3.8
пока не сыпется...maslovsky [09.06.2004 08:18] :
- longshadow писал(а):
Скорее всего, в Вашем Завре установлена свежая прошивка от Cacko (или Макцентра), в которой ядро собрано с отключенной опцией CONFIG_FS_SYNC. С версии Cacko Qtopia 1.21 это так, если мне память не изменяет. Про Макцентровскую не уверен - надо уточнять у авторов.
Я же говорил про те конфиги, что лежат в def-configs Шарповых исходников. То есть те, с которыми собрано ядро в японских ромах, стоящих на Заврах изначально.
Есть, однако, еще один момент - Шарп подстраховался на все случаю жизни, и помимо этой опции на заурусе постоянно запущен процесс shsync, который переодически (каждые несколько секунд) принудительно вызывает sync.
Я пробовал его отключать - скорость записи в принципе увеличивается. Но поскольку чудес не бывает, кеш нужно переодически сбрасывать, что и приходится делать, например, перед выниманием карточки, выключением или засыпанием зауруса. Все это приводит к большим неудобствам (проверено мною лично), поэтому процесс этот был оставлен в прошивке.
[Ответить]
[< Назад] [Вперед >]