From: Arioch <the_Arioch@nm.ru> To: hardware@altlinux.ru Cc: talk-room@altlinux.ru Subject: [Hardware] ?FS on USB-flash Date: Fri, 16 Sep 2005 01:12:54 +0400 Message-ID: <dgco4a$tir$1@sea.gmane.org> (raw) In-Reply-To: <20050913152324.1c5b80f7.bga@tepkom.ru> AS: это тема вроде к софту ближе, чем к железу? давайте в talk-room@ ? Grigory Batalov пишет: > С другой стороны, vfat не хранит права доступа. И чёрт его > знает, сколько она проживётс vfat. (На моей памяти уже > есть парочка умерших флэшек, хоть и не моих.) Вот из локального форума: > дело в том что я воткнул флешку на систему у которой для ЮСБ небыли установленны дрова, а в диспечере устройств были вопросики, вот винда покопошилась покопошилась и выдала чето невразумительное вроде сначала определила драйв написал что найдено новое устройство, а потом сказал что устройство установленно не корректо поэтому работать не будет, ипотом уже все, даже после установки всех дров и на уже отлаженной машине флешка признаков никаких не подавала, я сначала даже подумал что с юсб на компе проблемы, а потомпонял када мышь юсбишную установил чтоюсб тут не причем Я уж пугаться начинаю - можетдело не в параметрах монтирования FAT'a (sync/nosync) - может они там что-то еще хитрее навертели? Но флэшки и у самого померликак-то быстро :-( В принципе интересно, какиедолжны быть особенности у ФС для флэшек, CD-RW и других быстро портящихся носителей? Сходу придумывается примерно следующее: 1) информация о расположениифайлов должна быть "размазана" по диску, чтобы не истирать одну часть сильнее других. В этом смысле FAT очень плоха, NTFS кажется лучше, ибо MFT может располагаться в разных местах диска. Про UDF (DVD, CD-RW) слышал она тоже изнашивает диски довльно быстро. Про другие ФС не знаю, слышалнедавно выходила книжка типа "ФС для следователей" с некоторым обзором внутренней структуры самых популярных ФС - интересно как скоро текст появится в инете, хоть по аглицки :D 2) Dirty Flag не должен быть внутри superblock. superblock должен быть r/o между форматированиями. Резервных местоположений для superblock вероятно не нужно, ибо на флэшках есть вроде бы MBR и можно просто сдвинуть раздел. 3) Журнала нет вообще, или он на другом устройстве. (иначе мы копируем одно и то же два раза в разные места - а это повышенный износ). 4) Права на файлы - а они нужны? в одной органзации обычно можно по сети копировать, между разными -так там и юзеры разные. 5) Список свободных секторов- если есть - потенциальное протертое место. Если нет - нужно читать все дерево каталогов при монтировании. Долго. Цепочку из изменений ? Вообще интересно, насколько именно JFFS подходит для USB-Flash: есть ли там доступ к MTD-специфическим командам типа Erase или нет. Пока нашел следующее: Проект улучшающий JFFS2 - очень активный: http://www.inf.u-szeged.hu/jffs2/mount.php JFFS3 - пока еще не для использования, вроде. В основном - JFFS2 + патчи предыдущего пункта плюс еще что-то. http://www.linux-mtd.infradead.org/tech/JFFS3design/index.html YAFFS&YAFFS2 - давно не было новостей. В офиц. ядро не включены. Dual License. Считают JFFS слишком сложной из за встроенной архивации и слишком RAM-hungry. http://www.linux-mtd.infradead.org/doc/nand.html говорит: > There are some other Open Source projects for NAND filesystem support, but there's no other working solution than JFFS2 and YAFFS at the moment of this writing. YAFFS is available from YAFFS-Homepage . YAFFS is faster than JFFS2 and consumes less RAM, JFFS2 provides on the fly file compression and decompression, which is very helpfull for small FLASHs. Пока пытаюсь читать доку на JFFS3. Потом надо будет поискать Users guide to YAFFS.
prev parent reply other threads:[~2005-09-15 21:12 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-09-13 11:23 [Hardware] JFFS2 " Grigory Batalov 2005-09-15 21:12 ` Arioch [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='dgco4a$tir$1@sea.gmane.org' \ --to=the_arioch@nm.ru \ --cc=hardware@altlinux.ru \ --cc=talk-room@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux hardware support This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/hardware/0 hardware/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 hardware hardware/ http://lore.altlinux.org/hardware \ hardware@altlinux.ru hardware@lists.altlinux.org hardware@lists.altlinux.ru hardware@lists.altlinux.com hardware@altlinux.org public-inbox-index hardware Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.hardware AGPL code for this site: git clone https://public-inbox.org/public-inbox.git