Что нужно знать об App2sd, и ext3, ext4 разделах
Статья о том, чем отличаются ext3 и ext4, и как с ними работает App2sd.
Источник. Автор перевода: Павел А. Сафронов.
От автора перевода: на сайте-источнике данный материал опубликован довольно давно (19 мая 2011 года), но общий смысл статьи от этого не меняется и основные моменты на 21 октября 2016 остаются актуальными.
Итак, почти у каждого, я думаю, в телефоне есть SD-карта (проще — «карта памяти»), как жесткий диск в любом компьютере, и каждый может «разделить» ее (разбить на два или более разделов из разных файловых систем). Обычно SD-карта имеет один раздел, занимающий весь ее объем, как правило с файловой системой FAT32, которая может хранить изображения, сообщения, почту и т.п.
Также, кроме карты памяти, которой может вовсе не быть, в телефоне существует собственное внутреннее хранилище, внутренняя память (ее еще называют «NAND»). Для Android характерно, что пользователь может устанавливать приложения только во внутреннее хранилище телефона, и не может устанавливать их на SD-карту. Поэтому, даже если в телефоне есть пустая SD-карта объемом 32Гб, а внутренняя память телефона объемом лишь 5Мб, то на такой телефон не удастся установить много приложений, не говоря уже, что с объемом 5Мб и вовсе ничего не установится.
Это сделано для того, чтобы защитить приложения от таких вещей, как пиратство — не так-то просто получить доступ к расположению прилжоений, установленных во внутренней памяти телефона (обычно просто невозможно без прав root (суперпользователя)), поэтому не получится купить приложение, скопировать его, затем вернуть его продавцу с возвратом денег, и установить его из сохраненной копии вновь. Не выйдет.
Для тех, кому нравится устанавливать десятки и сотни приложений, законно, данная ситуация плачевна тем, что свободное место внутренней памяти телефона очень быстро кончается.
В Google придумали способ, чтобы устанавливать приложения на SD-карту. Для этого создается папка, что-то вроде «.android_secure», хранящая (хочется верить) зашифрованные данные приложений, но есть несколько нюансов:
- Приложения не устанавливаются в эту папку автоматически, их нужно вручную «переместить»;
- Не все приложения могут быть перемещены, фактически многие не могут, и разработчики должны обновить эти приложения, сделав эту возможность доступной. Некоторые приложения не могут быть перемещены и не будут обновлены в плане доступности переноса на SD-карту, т.к. разработчики не хотят этого из каких-либо соображений.
- Не все данные приложений могут быть перемещены, большая часть из них — да, но некоторые данные все же хранятся во внутренней памяти, поэтому у неоторых людей свободное место телефона все равно закончится быстро.
- Вы можете «по умолчанию» настроить форсированный перенос ВСЕХ приложений в папку на карте памяти, но это может нарушить работу некоторых из них, таких как виджеты, которые могут не запуститься, пока SD-карта не будет «подготовлена».
До выхода Android Froyo некоторые особенно смышленые люди придумали «Apps2SD». Помните ранее говорилось, что стандартно SD-карта имеет один большой раздел с файловой системой FAT32? Итак, Apps2SD работает с картами, имеющими ДВЕ файловых системы: основную — FAT32 для хранения типовых данных (фото, документы и т.п.), и второстепенную — раздел с файловой системой EXT. EXT это файловая система, такая же как FAT32 или NTFS, но эту файловую систему использует операционная система Android. SD-карта по умолчанию форматируется в FAT32, потому что FAT32 универсальна, ее «увидит» любое устройство, в то время как файловую систему EXT «видит» только операционная система Linux. Но, это отступление от темы.
EXT имеет несколько версий. Наиболее часто встречающаяся — ext3. Основное отличие ext3 от ext2 — журналирование. Проще говоря, если операция (копирование, чтение, запись) будет неожиданно прервана (скажем, выключился телефон), то не должно произойти потери или повреждения данных. Когда мы включаем телефон, часто видим надпись — «Подготовка SD-карты». Подготовка занимает несколько минут, но что происходит в это время — проверка файловой системы на наличие повреждений, в то время, как файловая система FAT (без 32) не «умеет» журналировать. Если вернуться во времена, когда использовалась операционная система Windows 98, вспоминается прекрасный синий экран утилиты «Scandisk», запускавшейся каждый раз, когда работа компьютера не была завершена корректно. Здесь такая же ситуация. Затем на смену пришли ОС Windows 2000/XP с файловой системой NTFS, также с функцией журналирования, уменьшающей вероятность потери данных. Но, я вновь ушел от темы.
Итак, предположим у вас есть карта памяти с файловыми системами EXT и FAT32. В общем не имеет значения, будет EXT версией ext3 или ext4, в данном случае здесь не будет реального преимущества ext4 над ext3. Apps2SD просто запускает специальный скрипт на телефоне, который создает символьные ссылки папок, хранящихся во внутренней памяти телефона, на раздел EXT карты памяти. Символьная ссылка — это как ярлык для папки, невидимый для операционной системы. Другими словами, Android не «знает», что, устанавливая приложение во внутреннюю память телефона, оно на самом деле сохраняется на SD-карту. Это значительно расширяет внутреннюю память телефона от начальных 5Мб, приводимых в примере ранее, до того значения, каоторое було установлено для раздела EXT при форматировании карты памяти (часто 512Мб или 1Гб, зависит от того, сколько программ планируется установить).
Вдобавок, поскольку файловые системы «прожурналированы», их не нужно «подготавливать». Это означает, что они готовы к эксплуатации сразу, как только телелфон загрузился — ваши виджеты и приложения запускаются моментально (в отличие от «форсированнго» запуска в Android Froyo Apps2SD, где виджеты попросту пропадали.
Загвоздка с Apps2SD в том, что сколько бы ни занимал раздел EXT, он будет заимствоваться от SD-карты. Если у вас карта памяти объемом 4 ГБ (где-то около 3,5Гб реально доступного места) и вы сделаете на ней раздел EXT объемом 512Мб, то фактически досутпный объем SD-карты уменьшится до 3Гб. Свободное место на самом деле не потеряно, а используется файловой системой EXT. Если вы отформатируете карту вновь, то снова получите первоначальные 4 (фактические 3,5) Гб.
Наконец, есть разница между «Apps2SD» и «Apps2SD+». Помните, мы говорили, что приложения хранятся в папке на внутренней памяти телефона? Ну, я немного приврал. На самом деле они хранятся в ДВУХ местах. Существует еще одно место — так называемый Dalvik Cache (Далвик Кэш). Вам не стоит беспокоиться о том, для чего он нужен (он создается средой выполнения Java и используется для запуска приложений). Все, что вам нужно знать — приложения используют его, чтобы хранить данные, которые также занимают внутреннюю память телефона. Apps2SD+ умеет перемещать Dalvik Cache в раздел EXT SD-карты, освобождая больше места во внутренней памяти телефона. Некоторые верят, что это может быть в ущерб производительности, т.к. внутренняя память NAND должна быть быстрее, чем память SD-карты (вы могли встречать людей, споривших о том, какой «класс» SD-карты лучше для Apps2SD — смысл в том, что с более быстрой SD-картой будут меньшие потери после переноса данных), но правда такова, что приложения в любом случае запускаются из внутренней памяти, перенос не сильно влияет на производительность. Поскольку многие приложения занимают всего несколько сотен килобай в памяти или пару мегабайт, то это не проблема.
Наонец, любая актуальная версия Apps2SD/Apps2SD+ будет работать с SD-картами которые имеют, либо не имеют файловую систему EXT. При запуске происходит провека на наличие раздела с файловой системой EXT, и, в случае его отсутствия, будет использовано внутреннее хранилище телефона.
Наличие у карты памяти раздела с файловой системой EXT, но БЕЗ использования Apps2SD+ также не вызовет проблем, вы сможете отформатировать карту в любое время, когда захотите, чтобы вернуть первоначальный объем.
- Apps2SD «имитирует» внутреннюю память вашего телефона и сохраняет данные в скрытый раздел на карте памяти;
- Apps2SD+ сохраняет больше данных, освобождая больше места во внутренней памяти телефона;
- «Froyo» Apps2SD имеет разные ограничения, отсутствующие в «старых» apps2SD , но он значитено проще в использовании, т.к. не связан ни с каким делением на разделы.
Источник
Файловые системы Android
Файловая система представляет собой своего рода структуру того или иного накопителя. Она отвечает за то, какой максимальный объем файла можно сохранить в памяти, длину их названий, а также за организацию циклов записи или чтения. Файловые системы выступают в роли посредников между программным кодом и физическим вместилищем.
Для разных операционных систем и типов устройств существуют отдельные ФС и гаджеты на ОС Android, не являются исключением. Давайте разберемся, какие файловые системы поддерживает Android и для каких целей используется каждая из них?
Файловые системы Android
1. Yaffs и Yaffs2
Создателем файловой системы Yaffs (Yet Another Flash File System) является Чарльз Мэннинг, родом из Новой Зеландии. Данная ФС предназначается для организации работы флеш-накопителей и оперативной памяти. Основным ее преимуществом является повышение сроков эксплуатации модулей памяти, так как система автоматически пропускает ячейки, предназначенный для однократной записи. Yaffs2 использовалась для организации работы внутренней памяти гаджетов Android версии 2.2 и 2.3.
2. VFAT
Vfat не является полноценной самостоятельной файловой системой, а представляет собой расширение FAT. Доработанная версия позволяет сохранять файлы с длинными именами, но по всем остальным характеристикам является морально устаревшей. Vfat может использоваться на картах памяти, а операционные системы на базе ОС Андроид полностью их поддерживают. В основном, это файловая система флешки android.
3. F2FS
F2FS (Flash Friendly File System) – файловая система, которая предназначена в первую очередь на работу с флеш-памятью и SSD-накопителями. Разработал ее сотрудник компании Samsung, Ким Чэ Гык, а после публикации исходного кода она была доработана другими инженерами компании. F2FS может использоваться на картах памяти SD/MMC, а также со множеством других типов памяти. Для полноценной кастомизации существует целый набор утилит. Из преимуществ можно отметить хорошую гибкость в настройке, высокие показатели сохранения жизненного цикла блоков памяти, а также хранение данных в виде журнала. Хорошую скорость работы обеспечивает то, что индексы данных сохраняются в оперативную память, а поддержка F2FS включена в ядро Linux, начиная с версии 3.8.
4. Ext2-Ext4
Ext2-Ext4 – основные файловые системы Android. Именно они используются для организации работы внутреннего хранилища на большинстве современных гаджетов, и если первые устройства работали под версиями Ext2, то начиная с версии Android 4, основными стали Ext3, а потом и Ext4. Основное отличие между вариациями заключается в наличие журналирования. То есть, если в процессе записи или чтения данных происходит системный сбой, например, неожиданное отключение питания, не произойдет потери или повреждения данных. Несмотря на то, что в основном ФС формата Ext используется в основном в блочных накопителях, пользователи могут установить данный тип и для карт памяти, но без сторонних утилит получить к ним доступ из операционных систем, помимо Linux, будет невозможно. Файловая система флэшки Android обычно форматируются в FAT (VFAT) или NTFS, а флеш-память — в Ext3 или Ext4.
5. UBIFS
mSATA SSD 16 GB Sandisk — SDSA3DD-016G
UBIFS – файловая система, предназначенная исключительно для памяти по типу NAND (флеш-накопители, применяемые на мобильных устройствах). Ее основное преимущество — это снижение износа носителей данных. Состоит такая ФС из двух слоев — UBI (отвечает за работу и связь с физическим носителем) и UBIFS (сама файловая система). Разработчиком UBIFS является компания Nokia, но встретить подобную файловую систему можно не только на оригинальных устройствах от данного производителя, но и на других гаджетах, например, китайского изготовления.
6. Samsung RFS
Samsung RFS – разработанная корейской компанией Samsung файловая система для устройств на базе ОС Linux, а одной из разновидностей последнего является Android. Предназначается фирменная ФС для флеш-памяти NAND и используется во многих гаджетах собственного производства. Для облегчения работы с файлами используется таблица формата FAT, что позволяет максимально просто произвести запись файлов на флэш-память и их чтение. Специфика RFS учитывает особенности NAND накопителей, что позволяет увеличить длительность их эксплуатации, а также снизить вероятность потери данных при системных сбоях и случайных отключениях питания.
7. SDCardFS
Компания Google долгое время использовала в своих устройствах файловую систему FUSE, но она имела ряд недостатков, среди которых необходимо отметить малое количество памяти, выделяемой под приложения под приложения, а также большое потребление хранилища при кэшировнии данных. На замену FUSE пришла SDCardFS, которая решала эти проблемы, но представляла собой своего рода оболочку, эмулирующую FAT32. Она отправляет данные файловым системам нижнего уровня, что позволяет оптимизировать работу смартфонов, а также исправляет ошибки, связанные с передачей данных на компьютер и обратно. SDCardFS по своей сути не является классической файловой системой, но значительно сказывается на скорости работы смартфонов или планшетов на Android.
Выводы
Файловые системы Android самые разнообразные. Среди них есть как общие ФС, предназначенные для работы с ОС на базе Linux, так и специфические, которые используются в NAND-накопителях. Несмотря на такое разнообразие, производители все же прикладывают совместные усилия для продвижения и улучшения той или иной файловой системы, так как именно от работы внутренних составляющих зависит будущее рынка Android-гаджетов.
Стоит также отметить тот факт, что над улучшением различных файловых систем могут одновременно работать конкурирующие концерны, и именно такое объединение заставляет цифровые технологии развиваться, независимо от того, насколько яростна борьба на потребительском рынке. И только производители смартфонов определяют, какая файловая система на Android работает лучше при тех или иных обстоятельствах.
Источник
Android не работает с ext4
Всем здравствуйте! Имею в наличии планшет на Android (без прав суперпользователя), и карта памяти microSD с файловой системой ext4. В файле /proc/filesystems ФС ext4 упоминается: https://ibb.co/YWPQx2n
Но при попытке вставить туда карточку с ext4, она не читается: https://ibb.co/zGmmwd4
При этом на компьютере карточка читается, можно работать с файлами.
Выходит, это намеренное техническое ограничение, а не просто отсутствие драйвера?
P.S. В решении проблемы не нуждаюсь, всегда можно отформатировать microSD на vfat, и перебрасывать файлы. Да, есть ограничение в 4 гигабайта, но такие файлы на планшете мне пока не очень нужны («тяжёлое» кино там всё равно сильно тормозит так, что невозможно смотреть). Просто интересуюсь темой.
Ну выходит так наверное.
Форматируй в exfat/ntfs — не будь фанатиком, у тебя одна жизнь и ext4 того не стоит.
Я в ext4 её чисто для эксперимента отформатировал. Вообще, у меня на microSD в основном FAT, меньше проблем с другими компьютерами.
Вообще, одно дело, когда ext4 не читается в Windows – драйвера нет, но можно и установить, и будет читаться. Другое дело, что в Android, где техническая возможность работать с ext4, судя по всему, есть (только что набрал в терминале команду mount – там даже упоминаются примонтированные файловые системы ext4), но вставленная пользователем карта памяти с ext4 не монтируется. Из чего можно сделать вывод, что ext4 на пользовательских картах памяти там запрещена программно.
А без рута ты все равно не прочитаешь что там за файлы, смысл её монтировать? Вот если бы у ext4 была штатная фича отключения прав доступа, был бы смысл её использовать и поддерживать на флешках.
рутани и установи ядро с поддержкой ext4.
вендор злобная бяка, раз собрал ядро без оной
Ядро должно поддерживать ext4, вот и весь секрет. Для нормальных устройств есть и поддержка nfts и f2fs (включая ядра с xda), для разных Алкателей обычно глухо.
Производитель наверняка считает, что поддержка ext4 может навредить его бизнесу.
Ну сделал ты вывод и что дальше?
набрал в терминале команду mount – там даже упоминаются примонтированные файловые системы ext4
установи ядро с поддержкой ext4
набрал в терминале команду mount – там даже упоминаются примонтированные файловые системы ext4
Ядро должно поддерживать ext4, вот и весь секрет
это не отменяет того, что вендор — злобная бяка)
Интересуюсь, сталкивался ли кто ещё с такой проблемой. Могу понять производителей, не включающих поддержку ext4 в систему. Но включить «для нужд системы» и запретить пользователю — вот это я не могу понять зачем. Возможно, чтобы через SUID не рутовали — но можно ведь монтировать с опциями nosuid (а можно и с noexec). Или же чтобы поднять популярность проприетарных файловых систем, запретив свободные?
Это всем известный факт. Поздравляю что теперь и ты знаешь, что стоковый андроид поддерживает только FAT32. Другие драйвера нужно покупать.
Как минимум это сделано для ограничения размера файла, на карточке. Нужно больше места? — Покупай флагман с больным объёмом внутренней памяти.
ext4 на микросд автоматически не монтируется. гуглусы что-то прое-ли в автомонтировании флешки.
но полноценно работает если вручную через консоль смонтировать. пробовал под андроид 4.2 так что и в последующих думаю та же бодяга.
ставь консоль, бизибокс и монтируй.
А система по твоему на чем на фате стоит? 🙂
А не че что нужно будет купить драйвер?
Вот если бы у ext4 была штатная фича отключения прав доступа, был
+x простому пользователю «нах ненуно». так что 666 всем за глаза. тем более андроид не отработает запуск бинарного линуксового эльфика 🙂 нет в нем ентой функции.
местные дурачки не сказали главного:
если монтирование не удается, что нужно смотреть почему конкретно, нужно сообщение об ошибке. возможно ядро записало dmesg (я бы туда посмотрел), возможно есть в logcat (вряд ли)
после сообщения об ошибке будет понятно в чем дело.
возможно ты форматировал в ext4 либо новейшей версии, либо до дефолту включились хитрые опции, но в андройде поддержка не такая полная.
попробуй выяснить почему и попробуй форматировать флешку еще раз.
если ты говоришь, что на устройстве есть примонтированные разделы ext4, то она, вероятно, поддерживается.
тебе нужно точно узнать, что не нравится драверу ext4 в телефоне, вполне возможно, что там мелкая проблема типа того, что ты форматировал по дефолту с metadata checksums, но в телефонной версии ext4 оно не поддерживается.
не пробовал с карты памяти но тот же «/bin/su» это что по-твоему АПКшка? Да и все бинари бизибокса.
местные дурачки не сказали главного:
То что ты написал даже для дурачков выглядит слишком глупо. Но для твоего диагноза норм. Валяй еще.
А зачем тебе ext4, а не f2fs, к примеру? Но я подозреваю, что и последняя не поддерживается твоим устройством.
Вдогонку по теме. Отсутствие поддержки ext4 в андроиде в кишках, это решение гугла а не вендора. Проблема в юзерспейсе. Установка бизибокса позволяет монтировать руками, но по умолчанию монтироваться не будет, чтобы все было зашибись, нужно патчить AOSP в куче мест. У меня телек (старый, не андроид и не смарт) монтирует ext3/ext4 прекрасно (видать недосмотр производителя), а свежайший андроид старательно сопротивляется. Причем в нем гораздо проще завести то, что использует fuse, чем штатные файлухи. Та же проблема с NFS, например. Короче для нехомячкового использования андроида необходим рут. А если тебе это все не надо, то зачем спрашиваешь?
стоковый андроид поддерживает только FAT32. Другие драйвера нужно покупать.
Это какая-то чушь. Я не большой специалист по андройду. Но вообще в разное время андройдом поддерживались yaffs, f2fs, ext4. ext4 корневая ФС на некоторых аппаратах.
стоковый андроид поддерживает только FAT32. Другие драйвера нужно покупать.
Нет, вендор не «покупает другие драйвера». Драйверы ФС — или идут в aosp, или под открытыми лицензиями или вендор вообще пишет драйвер ФС сам (как samsung), платит он как раз так за FAT. Т.е. ты всё перепутал.
ext4 на микросд автоматически не монтируется. гуглусы что-то прое-ли в автомонтировании флешки.
Я не очень разбираюсь в андройде и не пользуюсь им. Но вот у меня тут аппарат, который сам автоматически монтирует sd-карту форматированную в ext4. По крайней мере каждый раз, когда я его включаю, она подмонтирована и мне ничего не приходится для этого делать.
Т.е. видимо это зависит от модели телефона, т.е. от прошивки. В твоем устройстве не работает, в моем работает.
Слушай-ка, клоун. Вообще-то я единственный, кто в этом треде дал ОПу технически корректный, достоверный совет, куда посмотреть в чем может быть проблема и как попробовать это узнать. Кроме того, я дал ему ценную наводку. И это несмотря на то, что я в андройде разбираюсь слабо и не пользуюсь им практически.
Ты же на протяжении всего треда несешь откровенную чушь и просто засоряешь собой тред.
Раз уж ты так опозорился, то тебе, некомпетентному клоуну, стоит извиниться передо мной или просто молча уйти из треда, а лучше и с лора.
Попробуйте ради эксперимента на карте отключить metadata_csum и 64bit:
Не специалист по андройду, но не опнимаю, почему речь сразу про busybox.
Во-первых, на аппарате должен быть toybox или toolbox и наверняка mount является его частью. Я даже не исключаю, что андройдовский init от него зависит.
Во-вторых, busybox плохо дружит с android. Официально он не поддерживается (хотя какие-то сломанные defconfig под android у них были).
Реализция автомонтирования sd такая. Там принудительно fat32 в параметрах. Без root’а никак не исправить.
Я именно на это ОПу намекал выше, глянуть в dmesg и посмотреть что драйверу не нравится. Возможно он форматирует с ext4 metadata checksums.
А что за девайс? Сама система на какой фс установлена? Обычно большинство стоит на ext4.
во-первых в стандартной поставке андроида вполне естественно отсутствуют многие системные консольные команды, операционка рассчитана на пользовательское использование.
да и предлагаемые системные функций представлены через интерфейс виртуальной джава-машины, т.е. консольные команды в apk использовать нет необходимости. поэтому они инсталируются в систему через бизибокс.
во-вторых бизибоксу глубоко начхать на то что стоит андроид-оболочка вместо линуксовых иксов, она работает с апи линукс-ядра. а стандартные апи линукс-ядра вполне естественно гуглусами не корежились.
попробуй из интерфейса андроида запустить какой нить бинарный исполняемый файл — нипалучитца, такой вариант запуска в граф.оболочке не поддерживается.
в ядре линукса в андроиде полноценная поддержка ext4. системные разделы как раз в ext4 и работают. не поддерживается автомонтирование флешки с ext*.
а можно рецептик как разблокировать ехт4 в автомонтировании флешки ??
в ядре линукса в андроиде полноценная поддержка ext4.
Да что ты споришь-то если не знаешь? Умничаешь просто?
Драйвер и возможности «ext4» меняются. Кроме того, ядро Linux != ядро Android. Оно, во-первых, модифицированное, во-вторых всегда отстаёт. У многих ФС есть версии и есть доп. возможности. Там либо урезанный, либо просто старый ext4 драйвер. И формат metadata checksums скорее всего одна из тех вещей с которой он работать не может. На что я сразу же намекнул, а потом Mike_RM высказал то же предположение.
системные функций представлены через интерфейс виртуальной джава-машины
Ты хочешь сказать, что toybox mount дергает джавовские системные сервисы? Вот это новости.
т.е. консольные команды в apk использовать нет необходимости. поэтому они инсталируются в систему через бизибокс.
Нде. Ты дурак что ли? ОП же русским язком сказал, что у него на устройстве есть mount .
Чего ты заладил со своим busybox ? Я тебе о том, что mount есть в toolbox / toybox , т.е. busybox ОПу для этого не нужен.
На андройде вообще с busybox проблемы.
dmesg нужный ОПу, чтобы попытаться понять, почему оно не монтируется — тоже часть toybox и наверняка он тоже есть.
Если у тебя есть реальные аргументы в пользу того, что уже имеющийся mount ОПу с данной проблемой не подойдет или он в чем-то плох — приведи их. Вдруг я ошибаюсь в чем-то. Я же говорю, я не специалист по андройду.
Короче, в этом треде собралось немало дебилов, которые вместо того, чтобы _отладить_ проблему пытаются умничать и несут чушь.
ядро Android = Linux, как бы они его не урезали и блобировали. Драйвер скорее всего не при чем и использование фат для карты определяется, тем что так было заведено с незапамятных времён и кому-то что-то менять с дефолта не хочется.
Android = Linux, как бы они его не урезали и блобировали.
Драйвер скорее всего не при чем
Еще один самоуверенный профан.
Включи adoptable storage, тогда она карта памяти будет в ext4 автоматически.
Я не большой специалист по андройду. Но вообще в разное время андройдом поддерживались
Ты перепутал чистый андроид и андроид патченый вендорами
Нет, вендор не «покупает другие драйвера».
Какие вендоры? Я говорил о конечном пользователе. Если у тебя в телефоне нет дров на ntfs, extfat, ты их можеш купить сам, чтобы не рутовать телефон. У парагона есть к примеру.
Клоун тут только ты. Который морозит дикий бред не имеющий отношения к теме, как бредогенератор, лиш бы слова к теме относились. Без рута у тс ничего не получится.
4.2. Опы спят или я нипонил?
Тебя можно было ты ткнуть мордой в твою некомпетентность если бы ты хоть что-то относящееся к теме в технической плоскости говорил. Но никаких твоих соображений я вообще не вижу.
Что ты можешь высказать или возразить моим доводам в моем исходном сообщении? Ты же даже никакой позиции по вопросу не имеешь, у тебя даже представления о вопросе нет. Против чего ты умничаешь?
Ты утверждаешь, что в природе якобы не бывает несовместимости ФС и драйвера? Или что драйвер не якобы пишет в dmesg когда отказывается монтировать? Или что на андройде якобы нет dmesg?
О чем ты что умничаешь вообще?
Ты постишь уже которое сообщение, с вопросом в техническом плане вообще не соотносящееся. В чем твой аргумент? Я понимаю, что у тебя уровня интеллекта не хватает чтобы его высказать, ну попытайся хоть прокукарекать его тогда.
Ты некомпетентный малограмотный клоун, твой удел — двор мести.
Сейчас ты можешь только извиниться передо мной и затем закрыть рот. Ты уже достаточно опозорился.
Кстати, раз уж тут речь про ФС на Андроидах, спрошу: как в Андроиде реализовано объединение внутренней флешки и sd-карты, так что система и приложухи видят их единым пространством?
Да мне на тебя насрать. Я писал для тех кто не в теме. Что бы не обращали на твой пост внимания. Можешь и дальше набивать скор этим бредом. А я тебя пожалуй закину в блек лист.
Источник
