Usb диск для linux

Использование флешек в 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

Источник

Советы для работы в Linux с флешки

После покупки Asus eeePC и установки туда линукса я задумался о продлении срока службы встроенных ssd-дисков. В поисках по интернету я нашел интересную статью, в которой описано как это можно сделать. Статья мне очень понравилась и я решил сделать ее перевод.

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

• Файловая система ext3 по умолчанию записывает изменения метаданных на диск каждые 5 секунд. Этот период может быть увеличен путем монтирования файловой системы с параметром commit=N, который говорит ядру задерживать запись на N секунд.
• Ядро записывает новое время доступа для каждого файла, который был прочитан, что генерирует одну операцию записи на каждое чтение. Это может быть отключено путем монтирования файловой системы с опцией noatime.
• Оба вышеперечисленных действия могут быть установлены добавлением опций noatime,commit=120,… в файл /etc/fstab. Так же это можно сделать для уже смонтированных файловых систем путем выполнения команды:

mount -o remount,noatime,commit=120 /

Система будет запускать updatedb каждый день, который создает базу данных для всех файлов в системе для использования в команде locate. Это будет также негативно сказываться на файловой системе, поэтому Вы можете захотеть отключить это добавив:

ранее в скрипт /etc/cron.daily/find.
syslogd при установке по умолчанию будет синхронизировать большое количество логов на диск сразу же после добавления новой информации. Вы можете захотеть изменить /etc/syslog.conf так, что каждое имя файла начиналось бы со знака «-» (минус), что означает что файлы не синхронизируются мгновенно (это повышает риск что некоторые сообщения будут потеряны если ваша система зависнет). Например, такая линия как:

Может быть изменена на:

Вы так же можете захотеть отключить некоторые классы сообщений вообще, записывая их в /dev/null вместо файла, смотрите syslog.conf(5) для дополнительной информации.

Так же syslogd любит писать линии — MARK — в лог каждые 20 минут что бы показать что система все еще работает. Это может быть отключено изменением опции SYSLOGD в /etc/default/syslogd таким образом:

После того как Вы сделаете данные изменения Вам потребуется перезапустить syslogd выполнив команду:

Если у Вас есть раздел подкачки или файл подкачки на флешке, Вы можете захотеть постоянно перемещать его на другую часть диска что бы убедиться что разные части диска изнашиваются одинаково из-за частых записей, которые он генерирует. Для файла подкачки это может быть сделано путем создания нового файла подкачки перед удалением старого.

Если у Вас есть раздел подкачки или файл подкачки хранимый на флешке, Вы можете убедиться что он используется как можно меньше установив /proc/sys/vm/swappiness в 0.

Ядро также имеет настройку известную как laptop_mode (режим ноутбука), которая заставляет его откладывать запись на диск (изначально создавалась с намерением позволить диску ноутбука останавливаться пока он не используется, отсюда и название). Несколько файлов в директории /proc/sys/vm/ контролируют его (режима) работу:

• /proc/sys/vm/laptop_mode: Через сколько секунд после чтения данных должна начаться запись измененных файлов (это основано на предположении о том, что чтение вызовет раскрутку ранее остановленного диска).
• /proc/sys/vm/dirty_writeback_centisecs: Как часто ядро должно проверять есть ли «грязные» (измененные) данные для записи на диск (в сантисекундах).
• /proc/sys/vm/dirty_expire_centisecs: Насколько «грязны» должны быть данные, что бы ядро решило что они достаточно стары для записи на диск. В общем случае, это хорошая идея установить для этой опции такое же значение как и для dirty_writeback_centisecs выше.
• /proc/sys/vm/dirty_ratio: Максимальный размер памяти (в процентах), для хранения грязных данных прежде чем процесс, их сгенерировавший, будет принужден записать их. Установка этому параметру высокого значения не должно быть проблемой, так как запись будет так же происходить если в системе закончится память.
• /proc/sys/vm/dirty_background_ratio: Минимальное число памяти (в процентах), где позволено хранить гразные данные вместо записи на диск. Этот параметр должен быть намного меньше чем dirty_ratio что бы позволить записывать куски грязных данных за один проход.

Все вышеперечисленные параметры ядра могут быть настроены используя собственных загрузочный скрипт, как в этом примере. Сохраните его, например, в /etc/init.d/kernel-params, сделайте его исполняемым с помощью команды

chmod a+x /etc/init.d/kernel-params

и убедитесь что он выполняется с помощью команды

update-rc.d kernel-params defaults

Замечание. Большинство из этих настроек уменьшают число записей на диск путем увеличения использования памяти. Это увеличивает риск ситуации нехватки памяти (что может запустить «убийцу процессов» в ядре). Это может произойти даже если есть доступная свободная память (например, когда ядру требуется выделить более чем одну непрерывную страницу, но доступны только фрагментированные страницы).
Таким образом, с любыми настройками рекомендуется приглядывать за объемом свободной памяти и изменять эти настройки (используя менее агрессивное кэширование и увеличение подкачки) в зависимости от рабочей загрузки.

Источник

Создание Live USB-дисков в Linux с помощью команды dd

Существует несколько программ с графическим интерфейсом, предназначенных для создания Live USB-дисков. Вероятно, в Linux самой популярной из них является Etcher. В Ubuntu есть собственный инструмент для решения этой задачи — Startup Disk Creator.

Но продвинутые пользователи Linux, ради удобного и быстрого создания Live USB-дисков, постоянно обращаются к команде dd .

Это — CLI-инструмент, который даёт тому, кто его выбирает, мощные возможности по копированию и конвертированию файлов.

Обычно dd используют для того, чтобы записывать ISO-файлы на внешние носители информации, вроде USB-дисков. Потом такой носитель информации можно использовать, например, для установки записанного на него Linux-дистрибутива на обычный компьютер или на ноутбук.

Тут я расскажу о создании загрузочных USB-дисков с помощью dd . В частности, разберу команды, которые нужны для того, чтобы сначала найти в системе нужный диск, а потом записать на него ISO-файл.

Создание Live USB-дисков на основе ISO-файлов с помощью команды dd

Прежде чем я покажу вам пошаговый план работы с dd — хочу в двух словах рассказать об этой команде и продемонстрировать пример её использования.

Вот как выглядит вызов команды dd для записи ISO-файла на USB-диск:

Разберём эту команду.

Разбор команды dd

Сначала в командной строке вводят dd . Это, как и должно быть, просто имя команды, которую мы собираемся запустить.

Далее указывают следующее: if=»./filename.iso» . Имя опции if расшифровывается как input file — входной файл. Тут мы сообщаем dd о том, какой именно ISO-файл хотим записать на USB-диск.

После этого вводят путь к USB-диску. В данном случае это выглядит как of=»/dev/sdb» . Здесь of означает output file, то есть — выходной файл.

При работе с dd стоит помнить о том, что то, что указывают в опции of , необязательно должно представлять собой файл в системе, используемой для работы. Тут можно указывать нечто вроде пути к внешнему устройству (именно так и сделано в нашем примере). И хотя выглядит этот путь как путь к обычному файлу, он, на самом деле, символизирует устройство, подключённое к компьютеру.

Опция status может принимать одно из трёх значений: none , noxfer и progress .

Если она установлена в значение progress — это приведёт к тому, что dd будет периодически сообщать нам о том, сколько данных из ISO-файла уже перенесено на диск, и о том, сколько времени, приблизительно, осталось до завершения операции.

Если использовать тут значение none , то dd ничего не будет сообщать о ходе процедуры, но, если в процессе записи образа на диск возникнут ошибки, программа об этом сообщит.

Вариант noxfer позволяет скрыть некоторые сведения, выводимые после того, как перенос данных на USB-диск завершён. Например — сведения о том, сколько времени заняла процедура копирования ISO-файла.

И, наконец, мы воспользовались вариантом fsync опции conv . Это приводит к тому, что dd не сообщит об успешном завершении операции до тех пор, пока весь ISO-файл не будет записан на USB-диск.

Если эту опцию не указывать, dd , всё равно, правильно запишет данные (и при этом может показаться, что команда работает быстрее, чем с этой опцией), но может оказаться так, что системе понадобится некоторое время на то, чтобы, при попытке безопасно извлечь USB-диск, сообщить о том, что это возможно. Дело в том, что без этой опции завершение записи образа проводится в фоновом режиме, что позволяет пользователю в это время заняться какими-то другими делами.

Теперь, когда мы разобрали команду dd , рассмотрим весь процесс записи ISO-файлов на USB-диски.

Но, прежде чем мы продолжим, хочу вас кое о чём предупредить. Командная строка — это палка о двух концах. Будьте очень осторожны, выполняя команды наподобие dd . А именно — тщательно проконтролируйте то, что в этой команде используется правильный выходной файл. Ошибка при указании опции of может привести к форматированию главного системного диска и к уничтожению файлов операционной системы, установленной на компьютере.

Шаг 0. Загрузка ISO-файла

Само собой разумеется то, что для того, чтобы записать на USB-диск ISO-файл, этот файл сначала надо где-то раздобыть.

Я, испытывая команду dd , буду записывать на диск образ Ubuntu 20.04, который можно скачать отсюда.

Шаг 1. Выяснение метки USB-диска

Сначала подключим USB-диск к компьютеру.

В вышеприведённом примере я, настраивая опцию of , ввёл /dev/sdb . Обычно USB-диски, подключённые к системе, доступны именно по этому пути, но это — не некое железное правило, которое справедливо абсолютно всегда.

В вашей системе это может быть какой-то другой путь. Выяснить это можно с помощью команды lsblk . Выполнив эту команду нужно поискать диск, размер которого соответствует USB-диску, на который планируется записать образ.

Поиск USB-диска с помощью средств командной строки

Если вы предпочитаете для решения подобных задач использовать программы с графическим интерфейсом — можете найти путь к нужному диску с помощью чего-то наподобие GNOME Disks.

Поиск USB-диска с помощью инструмента с графическим интерфейсом

Теперь, когда нам известен путь к нужному носителю информации, можно создать Live USB-диск.

Шаг 2. Запись ISO-файла на USB-диск

Откроем терминал в директории, в которой находится загруженный ISO-файл, и запустим следующую команду (запуская эту команду у себя — замените, если нужно, /dev/sdb на путь к вашему USB-диску):

После выполнения этой команды нужно будет некоторое время подождать и dd создаст Live USB-диск.

Создание Live USB-диска

Итоги

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

Чем вы пользуетесь для создания Live USB-дисков в Linux?

Источник