Какую файловую систему выбрать для флешки линукс

Какую файловую систему поставить на флешку для Linux

Миниатюрные флеш- и SD-карты ( MMS и SD ) встречаются на каждом шагу и содержат гигабайты дешевой памяти в маленьком объеме. Большая их часть отформатирована в VFAT. А какая Линуксовая файловая система будет быстрее всех работать с этими носителями?

Флешки становятся все вместительнее, быстрее и дешевле. Теперь они уже не только сохраняют ваши фотки в карманной камере ≈ они служат для резервного копирования, переносными домашними директориями, дополнительными дисками в нетбуках . продолжите список сами.

Большая их часть продается с файловой системой VFAT и обычно такой и остается. Но для многих задач эта ФС не оптимальна. Нам стало любопытно, влияет ли тип файловой системы на работу флешки, и мы проверили.

Результаты проверки дали однозначные результаты. Итак, в какую файловую систему линуксоид отформатирует свои флешки для достижения максимальной скорости ?

В некоторых случаях ext4 вчетверо быстрее ext3. Удивлены? Так же был удивлен Ted Ts’o, ведущий дизайнер и мантейнер файловой системы ext4. «Вы наблюдаете четырехкратное увеличение скорости при переходе с ext3 к ext4?» ≈ спросил Тед, и добавил ≈ «Это впечатляет, хотя является для меня полной неожиданностью. В своей работе я делаю упор на повышение скорости ext4 на жестких дисках HDD и на твердотельных дисках SSD, а не на этих маленьких устройствах».

Давайте посмотрим на цифры, вызвавшие удивление Теда. Числа означают время в секундах, потребное чтобы записать несжатую директорию ядра linux 2.6.34 на новейшую Class 10 SD флеш карту, а затем считать ее обратно (после удаления кэшей). Чем число меньше, тем работа быстрее.

Почти в четыре раза быстрее чем ext3, почти втрое быстрее ext2, и заметно лучше всех остальных. Неплохие показатели при записи у NTFS, зато при чтении она хуже всех. Что касается Reiser, то она всегда медленно работает на флешках.

Для всех ли флешек это так? Нет. Испытывая флеш карты быстро начинаешь понимать ≈ для них закон не писан. Результаты зачастую парадоксальны. Вот пример ≈ абсолютно тот же тест для сверх-дешевой флешки неизвестного производителя объемом в 2 Гб:

Что здесь бросается в глаза? Ext2 и Ext3 поменялись местами по скоростям записи. А скорости считывания вцелом возросли. Но Ext4 уверенно сохраняет лидерство.

По правде говоря, тест не совсем корректен. Он проведен с большим количеством маленьких файлов. Что будет при копировании одного большого файла? Вот результаты теста SD карты со сжатым bzip ядром linux 2.6.34 (один большой файл). Показаны секунды с сотыми долями.

Отличные новости! VFAT впереди всех. Она слегка отстанет от Ext4, когда количество больших файлов перевалит за 20, но все равно будет идти ноздря в ноздрю. Так как большинство камер, мобильников и прочих игрушек используют файловую систему VFAT, то вам не придется переучивать свой фотоаппарат понимать Ext4.

Еще один крайний случай: старые системы с USB 1.1. Сравнение файловых систем некорректно, так как лимитирующим фактором будет скорость передачи данных USB портом.

Интероперабельность

Что касается Apple, то Linux читает и записывает файловую систему HFS+ очень хорошо, но на двух машинах с операционной системой Snow Leopard наш тест на запись проходил чрезвыйно медленно (один занял более двух часов). Тот же тест с флешкой под VFAT занял чуть более 7 минут. Пользуйтесь VFAT.

Windows? Стоит поэкспериментировать с NTFS, но и VFAT работает вполне удовлетворительно.

Почему выбраны именно эти файловые системы?

XFS было легко испытывать, так как первый же тест она выполняла так медленно (19 минут вместо 7 на других системах), что мы прекратили дальнейшие опыты.

Btrfs, наоборот, успешно соперничала с Ext4. Она не победила, но шла рядом. Учитывая ее молодость и сыроватость, мы вправе возлагать на нее надежды в будущем.

Тед просил подчеркнуть, что результаты, о которых мы рассказали, не имеют никакого отношения к работе этих файловых систем на больших дисках ≈ HDD или SSD. Они и не имеют. Помните: флешки непредсказуемы!

Описание тестов

Испытания проводились с жеского диска на флешку, с флешки на флешку, с виртуального диска на флеш и обратно. Вариации были интересны, но весьма сходны с теми, что вы видели. Ваши результаты обязательно будут варьировать, так что советуем самим протестировать свои носители.

Чтобы повторить наши опыты, скачайте linux 2.6.34 в виде bzip архива и запустите команду

Источник

Какая файловая система должна быть на флешке для создания на ней LiveUSB?

Я пробовал сделать давеча загрузочную флешку Дебиана, потом стал грузить с флешки — а комп мне и пишет: «unable to boot from drive!, press Ctrl+Alt+Del to restart» На флешке стоит ФС NTFS с размером кластера максимально возможным — 64 КБ.. Является ли это помехой для загрузки? Я помню, пробовал ставить на SD-карточку Ubuntu, и там была фс FAT32, и всё работало. Если что — у меня мать M4A77T/USB3

По-умолчанию ядро не умеет работать с нтфс, для этого необходимы драйвера. Чтобы сделать liveusb используй фат либо ext3/4

Я пробовал сделать давеча загрузочную флешку Дебиана,

А рецептом поделитесь ?

В общем случае, разумеется, тип файловой системы имеет некоторую роль, но, думаю не вашем случае ))

Ну а как ещё. UNetbootin’ом, конечно же!

у деба давно все исошики гибридные и могут спокойно быть записаны
утилиткой dd с любого livcd на флешку.

Я тупо копирую iso на флеху с помощью dd.

ТС, вроде, желает поставить систему на флешку, а не livecd записать.

читать когда научимся?

4.5.2 Copying an ISO hybrid image to a USB stick 187

ISO images prepared with xorriso, can be simply copied to a USB stick with the dd program or an equivalent. Plug in a USB stick with a size large enough for your image file and determine which device it is, which we hereafter refer to as $. This is the device file of your key, such as /dev/sdb, not a partition, such as /dev/sdb1! You can find the right device name by looking in dmesg’s output after plugging in the stick, or better yet, ls -l /dev/disk/by-id. 188

Once you are certain you have the correct device name, use the dd command to copy the image to the stick. This will definitely overwrite any previous contents on your stick! 189

$ dd if=binary.hybrid.iso of=$

пофиг. Всё равно затрётся.

ТС, вроде, желает поставить систему на флешку, а не livecd записать.

что значит «поставить»?

А. ну да, меня запутало то, что он там фс создавал. Я думал, он хочет развернуть систему на флешке.

Я думал, он хочет развернуть систему на флешке.

можно slax развернуть на fat. Может и деб можно, я не пробовал.

Источник

Использование флешек в linux

Материал из Пингвиньи радостей

Содержание

Статья об использовании флешек в linux

Статья о некоторых особенностях использования флешек в linux.

Выбор файловой системы для флешки

При выборе файловой системы для флешки следует учитывать её последующее предназначение.

• флешка как «переносной портфель»
• флешка как «защищённый сейф»
• флешка как «средство восстановления»

флешка как переносной портфель

Использование флешки в качестве переносного портфеля предполагает регулярную запись файлов на неё для переноса на другой компьютер. При выборе файловой системы в этом случае следует учитывать предполагаемый максимальный размер размещаемого файла, необходимость использования флешки в разных операционных средах, а также требование увеличения её срока службы.
Для повышения ресурса использования флешки оправданным выглядит установка на неё НЕжурналируемой файловой системы, например FAT32 или EXT2.

Достоинства и недоставки использования файловой системы FAT32 на флешке

• достоинства FAT32 для флешки
  • отсутствие журнала файловой системы, что продлевает срок службы флешки
  • высокая скорость записи/чтения
  • кросплатформенность, что даёт возможность использования флешки как в Windows, так и в Linux
  • возможность записи большого файла одним фрагментом, что например важно при подключении iso-образа в загрузчике Grub4dos
  • разгрузка параметров монтирования флешки от настройки групп безопасности для одновременного доступа к ней разных пользователей
• недостатки FAT32 для флешки
  • ограничение файловой системы FAT32 для максимального размера размещаемого на флешке файла составляет 4Гб
  • ограничение логического размера самой флешки (например 129 Гб), но на текущий момент для флешек такие размеры пока недостижимы

Достоинства и недоставки использования файловой системы EXT2 на флешке

• достоинства EXT2 для флешки
  • отсутствие журнала файловой системы, что продлевает срок службы флешки
  • высокая скорость записи/чтения
  • возможность записи файла неограниченного (2 TB) размера
• недостатки EXT2 для флешки
  • невозможность записи большого файла одним фрагментом
  • отсутствие (штатной) поддержки файловой системы в windows

флешка как защищённый сейф

флешка как средство восстановления

Монтирование флешки в linux

Подключение флешки в Linux выглядит одновременно простым и сложным. Простота заключается в множестве удобных способов её монтирования. Сложность возникает при использовании на флешках *nix — файловых систем, что делает их персональными с ограничениями согласно правилам безопасности, а также в связи с необходимостью выбора удобной системы автоматического монтирования.

Для простейшего монтирования флешки вручную могут быть использованы команды mount, например

Для автоматического монтирования флешки могут быть использованы пакеты usbmount и autofs.

При установке утилиты usbmount, флешка монтируется автоматически в точку установленную файлом конфигурации после установки её в USB-порт.

Подключение флешек с помощью программы autofs идентично подключению жёстких дисков.
Например для автоматического подключения только «правильных» флешек с помощью autofs

• в файл /etc/auto.misc добавляется строка

• в файл /etc/auto.master добавляется строка

• и осуществляется перезапуск autofs

• для получения доступа к флешке может быть использована команда

Монтирование удалённой флешки

Удалённой флешкой в настоящей статье называется флешка, подключённая к удалённой рабочей станции локальной сети. Монтирование такой флешки для использования будет интересно например для пользователей сервера терминалов Linux.
Для получения доступа к удалённой флешке могут быть использована возможность «переноса» её из сети на локальную станцию с помощью пакета Usbip, а также механизмы управления удалённой рабочей станцией заложенные в протоколах samba и ssh.

Для подключения удалённой флешки в Linux с помощью протокола samba

Источник

Выбираем файловую систему независимую от ОС

Всем привет. Недавно я задался вопросом как организовать обмен файлами между операционными системами. Предположим, я хочу установить сразу три основные ос на своём ноутбуке: линукс, виндовз и хакинтош. Каждая ос предназначается для своих задач: Линукс — для работы и программирования, винда — для игр и хак — просто для разных экспериментов.

Поскольку я создаю обучающие видео ролики о линуксе, мне удобнее работать именно на нём. Но монтировать хочется попробовать в «финальном вырезе». Уж очень мне приглянулась идея магнитной ленты времени.

Так вот, задача стоит такая: нужен раздел на системном накопителе, причём с такой файловой системой, которая поддерживается на чтение и запись всеми перечисленными операционками. На этом разделе будут храниться скачанные из интернета файлы и меж-операционные проекты.

Как такая задача решалась мной раньше? Раньше я использовал только винду с линуксом, поэтому задачи обмена с apple os не возникало. Конечно, хотелось использовать открытую и родную фс для линукса — ext4. Но на винде её смонтировать непросто. Нужно устанавливать бесплатный (но проприетарный) Paragon ExtFS for Windows. И ладно, если бы это работало, но к сожалению данное ПО повреждает вам раздел с линуксом. Напоролся пару раз, и всякое желание пользоваться этим по пропало.

А вот виндовая фс под линуксом читается и пишется без проблем. Нужно всего лишь установить ntfs-3g драйвер. Он работает в юзерспейсе. Файловая система проприетарная, но решение работает.

Теперь же я хочу использовать ещё и хакинтош, и хочется разобраться какие ещё есть варианты для решения этой задачи, кроме ntfs.

На самом деле вариантов немного. Давайте разберёмся, какие есть файловые системы, и какие из них являются более или менее универсальными.

Fat32 — всем известная древняя фс, является самой универсальной в плане переносимости, но и самой убогой в плане ограничений. Была разработана давно, не поддерживает файлы размером более 4 Гб. Проприетарная. Для моих задач не подходит.

Ntfs — родная фс для винды, проприетарщина. Линукс, как я уже писал выше, её поддерживает с помощью стороннего драйвера (ntfs-3g). Мак нативно её не понимает, хотя можно доустановить соответствующее по. Есть несколько вариантов, как платных, так и бесплатных. Ни один из них мне не нравится. ntfs-3g работает в userspace (с медленной скоростью), а платные решения — платные.

Hfs+ — одна из худших фс, когда либо созданных. Родная для мак ос, но нисколько не универсальная. Можно примонтировать на линуксе, а для винды опять же есть платные решения — в пролёте.

Ext4 — одна из правильных фс, родная для линукс. Но в плане монтирования в неродных ос — опять проблемы. За платные решения для хакинтоша и для винды опять просят денег. Есть и бесплатные решения, к примеру ext2fsd, но этот драйвер не умеет писать в ext4. В пролёте.

Udf — одна из правильных фс, поддерживается нативно всеми ос. Эта фс была бы лучшим вариантом, если бы не компания apple. Изначально udf создавалась для оптических носителей, но она может быть спокойно использована на обычном жёстком магнитном диске. НО! Из-за того, что яблочники не реализовали поддержку этой фс с раздела, вся задумка отменяется. Даже последняя мак ос Х поддерживает данную фс только если всё блочное устройство не имеет таблицы разделов. На гитхабе есть скрипт format-udf, который может подготовить носитель специальным образом: в начальном блоке данных прописывается mbr, говорящий что раздел начинается прямо там же где и сам mbr. Т.е. накопитель как бы одновременно и с таблицей разделов (то что понимает винда), и вроде как и без таблицы разделов. Этот способ предполагает что носитель будет внешний, а мне нужно сделать exchange раздел именно на внутреннем накопителе. Так что данный вариант тоже в пролёте.

exFat — проприетарщина, но нативно работает как в винде, так и в маке. Это очень хорошо. А что в линуксе?

Спрашивается, а почему тогда данный драйвер не поддерживается из коробки? Потому что его нет в ядре. Мердж этого кода (пусть и gpl-ного) в mainline — это по сути троян от мелких (из-за патентов). Торвальдс это понимает, и, понятное дело, ядро не отравит.

В линуксе монтировать exfat можно либо с помощью exfat-fuse драйвера, либо с помощью exfat-nofuse. Конечно, лучше nofuse, так как он будет работать быстрее. Но его придётся собирать каждый раз при обновлении ядра. Благо, для автоматизации этой задачи есть механизм dkms.

Я останавливаюсь на exfat. Да, проприетарщина, но ничего не поделаешь. Зато всё нативно работает, и “танцы с бубном” отсутствуют: во всех трех операционных системах есть нативная поддержка и возможность поставить эту фс именно на раздел. Ограничения в 4 Гб нет. И в целом, это решение достаточно простое.

Надеюсь, вы узнали что-то новое для себя и выберите подходящий вариант исходя из ваших нужд.

Апдейт 4 февраля 2020:
Оказывается раздел с exfat невозможно ни растянуть, ни сжать. Причём даже на самой винде. Не учёл этот момент при выборе решения. Если нужно изменить размер раздела — придётся только бекапить данные в другое место и пересоздавать раздел уже с нужным размером.
С UDF в этом плане дела не лучше. Вот здесь лежит табличка, описывающая возможности по работе с разделами в gparted.

Источник