Советы для работы в 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 так, что каждое имя файла начиналось бы со знака «-» (минус), что означает что файлы не синхронизируются мгновенно (это повышает риск что некоторые сообщения будут потеряны если ваша система зависнет). Например, такая линия как:
Может быть изменена на:
После того как Вы сделаете данные изменения Вам потребуется перезапустить syslogd выполнив команду:
- /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
Замечание. Большинство из этих настроек уменьшают число записей на диск путем увеличения использования памяти. Это увеличивает риск ситуации нехватки памяти (что может запустить «убийцу процессов» в ядре). Это может произойти даже если есть доступная свободная память (например, когда ядру требуется выделить более чем одну непрерывную страницу, но доступны только фрагментированные страницы).
Таким образом, с любыми настройками рекомендуется приглядывать за объемом свободной памяти и изменять эти настройки (используя менее агрессивное кэширование и увеличение подкачки) в зависимости от рабочей загрузки.
Источник
Запуск Linux с USB-накопителя: вы делаете это правильно?
Наверняка вы слышали о предварительном просмотре дистрибутивов Linux с USB-накопителей, без необходимости установки его на ПК. Но знаете ли вы, что вы также можете сохранять свои данные между сессиями, всё так же работая с USB-накопителя или вовсе сделать на него полноценную установку Linux? Это может повысить вашу производительность в разы, особенно если вы работаете удаленно или не можете позволить себе собственный ПК.
Короче говоря, мы говорим о превращении Linux в ультрапортативную платформу: запуск Linux с USB-устройства флэш-памяти. Вот три варианта ношения Linux в вашем кармане. Узнайте, какой метод лучше для вас.
Выберите правильную флешку
Если вы намерены превратить данную возможность в рабочий вариант и хранить на ней помимо самой ОС важные данные, прежде чем начать, стоит подумать о покупке новой флешки. У старых USB-флешек срок их службы значительно ниже нежели у современных, а поскольку у флэш-памяти имеет ограниченное число циклов чтения/записи, имеет смысл задуматься о покупке.
— СТАТЬИ ПО ТЕМЕ —
Кроме того, вы должны учитывать оборудование, к которому вы будете подключать USB-накопитель. Поддерживает ли он USB 3.0? Если это так, вы получите значительное преимущество в скорости, по сравнению с USB 2.0.
Чтобы проверить, имеет ли конечный компьютер USB 3.0, посмотрите на его USB-порты. Если в них есть синий пластик, а не черный, скорее всего имеет. Это хороший способ определить есть ли в ПК USB 3.0 визуально. Однако не все производители придерживаются данной нормы, поэтому посмотрите спецификации ПК.
Записать Live ISO на USB
Стало действительно легко взять ISO-образ вашего любимого дистрибутива Linux и записать его на любой USB-накопитель соответствующего размера. Оттуда вы можете загрузить систему Linux на любом компьютере, который поддерживает загрузку с USB-носителя. Существует множество инструментов, которые могут записать ISO для вас, и этот метод совместим практически с любым дистрибутивом Linux.
Одним из вариантов является balenaEtcher, бесплатный инструмент с открытым исходным кодом, доступный для Linux, macOS и Windows. В то время как запись ISO не так сложна, как кажется, Etcher так же прост, как выглядит.
Однако недостатком этого подхода является то, что вы потеряете все свои данные, как только выключите или перезагрузите компьютер, на котором работаете. В среде Live все данные хранятся в оперативной памяти и ни одна из них не записывается на USB-накопитель; следовательно, ничего не сохраняется при выключении системы.
Если вы хотите, чтобы в вашем кармане была настроенная среда Linux, это не то, что вам нужно. Тем не менее, если вы хотите использовать диск в качестве способа выполнения защищенного обмена данными (например, банковские операции или любые действия, требующие использования TOR) и убедиться, что нигде не хранится конфиденциальная информация, это, безусловно, неплохой вариант.
Скачать: Etcher
Включить постоянные данные
В зависимости от вашего дистрибутива, у вас может быть возможность включить постоянные данные на вашем USB-накопителе. Это здорово: он позволяет вам написать относительно компактный файл ISO для загрузки и вы можете сохранить ваши дополнительно установленные приложения и сохраненные документы.
Чтобы сделать это, вам понадобится совместимая программа для выполнения установки. Одним из вариантов является Rufus, приложение для Windows, которое поддерживает создание живых USB-накопителей Linux с постоянным хранилищем. Если вы уже используете Linux, вы можете попробовать mkusb. Инструмент будет работать с дистрибутивами на основе Ubuntu и Debian, а также на некоторых других.
Наличие постоянных данных идеально, если вы используете большое количество систем с USB-накопителем, так как живая среда будет определять, какое оборудование доступно при каждой загрузке. Таким образом, преимущество этого сценарии заключается в том, что вы можете сэкономить свои ресурсы, использовать меньше места на диске и получить максимальную поддержку для любого подключаемого оборудования.
Недостатки: вы автоматически загружаете учетную запись живого пользователя, которая не защищена паролем. Кроме того, вы должны быть осторожны с обновлениями программного обеспечения, так как более новые ядра могут сломать загрузчик.
Скачать: Rufus (для Windows)
Скачать: mkusb (для Linux)
Сделать полную установку на USB
Наконец, вы можете сделать полную установку на USB-накопитель. Вам потребуется использовать диск или другой USB-накопитель для установочного носителя, но этот метод буквально позволяет вам иметь полную систему Linux в вашем кармане – такую же гибкую, как любая другая традиционная установка.
Преимущества очевидны: вы сами настраиваете свою систему так, как вам нравится. Но есть и пара минусов.
Во-первых, для такого типа установки вам понадобится USB-накопитель большего размера. Конечно, это не такая большая проблема, как раньше, да и дистрибутивы бывают разные, но её стоит учитывать.
— СТАТЬИ ПО ТЕМЕ —
Во-вторых, поскольку система считает, что она установлена нормально, она будет склонна вносить изменения, которые идеально подходят для оборудования, с которым вы в данный момент работаете, но не обязательно для оборудования, с которым вы столкнетесь в будущем.
В первую очередь это касается использования проприетарных драйверов. Для максимальной совместимости не используйте их. Открытые драйверы достаточно хороши для большинства сценариев.
Linux любит USB
Linux всегда был очень гибким, так что он может удовлетворить любые потребности. А тот факт, что здесь нет никаких лицензий, означает, что запустить Linux на USB-накопителе довольно просто, в отличие от Windows и macOS.
Теперь, когда вы знаете, какие у вас есть варианты, будет очень легко решить, какое решение лучше всего подходит для ваших нужд. А чтобы помочь вам с выбором дистрибутива, мы собрали лучшие дистрибутивы Linux для установки на USB-накопитель.
Источник
Практично ли использовать линукс на флешке?
Сабж. В качестве основной системы
Быстро ли истирается флешка?
Что происходит с системой, пока к флешке медленно подходит песец?
Есть ли какие-то скрытые подводные камни в таком использовании?
Причина вопроса: на работе запрещают устанавливать линукс на жесткий диск.
Используй на другом внешнем USB накопителе(не флешке).
Сделай два раздела, системный в squashfs и для данных в ext4 (не /home, а только явно сохраненные данные. Кэшу браузера и ДЕ на флешке делать нечего)
А вообще соглашусь:
Используй на другом внешнем USB накопителе(не флешке).
Пытался я как-то на Debian 8 NAS замутить. Вынес Debian на флеху USB 3.0. А хранилище стояло на базе WD Green. В общем работала она не очень быстро мягко говоря. Хотя для NAS это было не критично. Позже я перенес систему на тот же WD Green и я получил прирост производительности почти в два раза! Хотя казалось бы Green. Так что не советую.
Причина вопроса: на работе запрещают устанавливать линукс на жесткий диск.
Твой выбор — Tails.
на работе запрещают устанавливать линукс на жесткий диск.
А с флешки загружаться не запрещают ? Что будет если поймают на работе с линуксом (пускай даже и с флешки), не будет-ли таких-же санкций что и при установке на комп ?
От флешки зависит и от линукса. Вообще, достаточно быстро. При постоянном использовании — полгода-год, если повезёт и флешка раньше от статики не сдохнет. Хотя если оперативной памяти много, журнал не использовать, время коммита фс установлено большим, то может и лучше будет работать.
Что происходит с системой, пока к флешке медленно подходит песец?
Ничего хорошего. Сохранности данных и перехода флешки в режим ro, как это бывает с SSD — не ждите. Оно либо сразу сдохнет, либо блоки будут постепенно выходить из строя, повреждая данные в них.
Есть ли какие-то скрытые подводные камни в таком использовании?
Уменьшить износ и увеличить скорость работы с флешкой можно если при создании файловой системы и разбиения учитывать параметр erase-block’а на флешке. На флешках с распределением износа и группировкой операций записи маленькими блоками дела обстоят совсем плохо. Размер erase-block’а определяется экспериментально с помощью записи через dd. На каком bs будет наибольшая скорость, такой лучше и брать (сейчас на современных флешках размер блока в районе 64 кб). При создании файловой системы, стоит выравнивать структуры ФС, и (по-возможности выбирать размер блока данных) равный этому размеру. Для ext4 — это параметры для raid’ов (stripe и stride) и параметр размера кластера при использовании нового кластерного формата ФС.
На каком МИНИМАЛЬНОМ размере bs будет наибольшая скорость записи такой лучше и выбирать.
И ещё небольшое дополнение:
Некоторые флешки имеют более быстрый и износостойкий флеш в логическом начале диска. У ext4 есть опция, которая размещает все служебные данные фс именнт в начале диска, не использует множественные allocation groups и подобные штуки.
Также, чтобы уменьшить количество этой самой служебной информации, при создании ФС указывайте значение bytes-to-inode-ratio побольше (скажем, те самые 64 килобайта).
Вот несколько примеров для mkfs.ext4, которые я использую:
нет, скорость очень будет малая даже на хороших флешках.
Возьми небольшой внешний SSD диск для подклбчения через USB
1) что за работа?
2) ты не думал, что для запрещения линукса есть разумная и адекватная причина?
на работе запрещают устанавливать линукс на жесткий диск.
Знакомая проблема. А виртуалка — не вариант?
Если использовать специально-предназначенную для флэшки FS, то должно прожить долго.
А вообще, в малине живет флэшка с линухом уже несколько лет.
Какую, например ? Не для троллинга спрашиваю, правда интересно.
$ cast 
Spoofing .
Неудобно, т.к. медленно.
Вот тут: Мой карманный Linux #2 я рассказывал про свой вариант.
Для Ъ: все изменяемые каталоги на флешке монтируются в tmpfs, а остальное в ro. Когда работа завершена — все данные из tmpfs помещаются в tar, корень открывается на запись и архив кладется туда, система выключается. При включении, естественно, это все распаковывается обратно. В итоге получаем вечный ресурс флешки, ибо запись на нее производится только один раз
P.S. жесть! Три года уже прошло, а у меня обоина даже не менялась с тех пор
пробовал как-то, было много ошибок. Наверное, по тайм ауту отваливалось многое. Но это было давно.
Да, любой подходящий для этого дистрибутив на SquashFS. Как-то раз сидел так год в своем горящем танке.
Ни разу в жизни ни одна флэшка не истерлась.
Что происходит с системой, пока к флешке медленно подходит песец?
Подозреваю, то же, что происходит, когда в харду медленно подходит песец.
Есть ли какие-то скрытые подводные камни в таком использовании?
Недостаток места, низкая скорость работы с флэшкой
Обращение к носителю минимизировано.
на работе запрещают устанавливать линукс на жесткий диск.
Увольняйся, это проще.
на работе запрещают устанавливать линукс на жесткий диск
1. Существуют быстрые USB-3 флешки, которые внутри представляют собой SSD с интерфейсом на usb.
2. Используй спец. дистрибутивы, заточенные на работу с флэшки (например, PuppyRus) — они загружаются в память при старте и далее к флешке не обращаются (те влияние скорости работы флэшки только на время загрузки системы). Изменения можно записывать в твоем случае на винт (ну или на флешку перед выключение).
3. Напоминаю, что в последних версиях Венды появилась подсистема выполнения линуксовых прог (пока только консоль) — т.е. линуксовые проги выполняются без перекомпиляции.
4. Линукс в виртуальной машине может быть проще наладить (если только не нужна переносимость между компами)
Либо, как выше уже написали, флешку, которая ssd с usb (к примеру, обладаю sandisk sdcz80-064g-g46, очень приятственная вещь.
Либо ставь линукс на флешке на f2fs.
А тебе его запрещают устанавливать как основную ОС? Может быть можно в виде виртуалки его иметь? Я так пользовался линуксом на рабочей венде, хотя потом понял что для моих задач оказалось достаточно cygwin’а.
Прикольно на лоре, складывается впечатление, что линуксоиды это такие неженки-истерички, которые на любое неудобство на работе увольняются. Требуют приходить вовремя — увольняйся, не дают линукс — увольняйся, хотят доступность по выходным — увольняйся, заставляют ходить в костюме — увольняйся. И это еще далеко не полный список ситуаций где советуют увольняться.
При постоянном использовании — полгода-год,
2,5 года на флешке стоит Линукс: года 1,5 Арч, счас Дженту.
Зависит от флешки.
Причём первым может погибнвть не память, а контролёр.
В общем надо следить чтобы флешка не сильно грелась, и если греется то отказыааться от её импользования.
И браузер флешку может флешку затереть, по этому его профили надо помещать на tmpfs
А так у меня уже система живёт на одной флешке более полугода.
складывается впечатление, что линуксоиды это такие неженки-истерички
Если нежелание терпеть маразм считать истерикой то да.
Если человек работает на лине, значит ОС на выполнение работы никак не влияет. Если при этом нужную ОС нельзя поставить на железку — попахивает маразмом, и обычно это будет не единственная проблема, и даже не самая суровая. В такой ситуации самое логичное решение — уволиться, чтобы найти более вменяемого работодателя.
на работе запрещают устанавливать линукс на жесткий диск
Практично ли использовать линукс на флешке?
Я как-то ставил, когда ещё life не было массово распространено. Скорость чтения с флешки почему-то была адски медленной, Linux грузился несколько минут.
Стандартные фишки: /var/log в памяти, relatime вы fstab, удаление журнала у ext4, если зависания не страшны.
Я думаю, год-другой в таком режиме флешка протянет. А учитывая их цены, беспокоиться не стоит.
Подвальный SAN/NAS пару лет с флешки работает. Потюнил систему, чтобы рутовый диск не использовала особо, и кроме накатывания апдейтов тормозов не заметно.
время коммита фс установлено большим
1.А что при выполнении коммита происходит?
2.И он задаётся как опция монтирования?
3.По умолчанию он делается раз в 30 сек, какое время вы считаете достаточно продолжительным?
Смотря с какой целью интересуешься. Если на случай приезда маски-шоу — то за пару секунд справишься. Флешку подключаешь через удлинитель и ложишь недалеко от своей ноги, а в самый интересный момент ее растаптываешь.
Заранее уточняю, что всё что я напишу ниже относится к ext4, но в общем применимо и к другим ФС.
А что при выполнении коммита происходит?
Полная фиксация всех изменений в метаданных, запись новых данных которые ещё не сохранены (в случае если они ранее не были fsync’нуты программой их записывающей) — а в случае если используется возможность ФС — delayed allocation (по умолчанию она как раз включена) то и реальное распределение места на разделе и запись более крупными блоками (если возможно).
В целом, это позволяет писать данные более крупными и линейными блоками, что для USB флеш-накопителя полезнее и быстрее (да и не только для него. для raid’ов тоже, например). В случае частой перезаписи фрагментов каких-то данных (торрент?) поможет немного сэкономить ресурс записи.
И он задаётся как опция монтирования?
Опция commit= в fstab.
По умолчанию он делается раз в 30 сек, какое время вы считаете достаточно продолжительным?
В man mount (8) для ext3 и ext4 написано, что commit = 5 секундам. Возможно в разных дистрах этот параметр переопределяется.
Оптимальное значение этого параметра от обстоятельств сильно зависит. От скорости записи носителя (массива), от объема ОЗУ и его занятости, от параметров /proc/sys/vm/dirty_* (кстати, для флешки эти параметры тоже стоит поковырять, но подробное описание этих параметров и опыта тянет не на коммент а на отдельную статью, коих уже достаточно много в интернете)
Выбрав время равное 5 минутам, например, вполне реально временно получить полный стопор доступа к диску во время синка, если новых данных накопилось много а производительность носителя низкая (в продакшене у меня от такого особенно страдали виртуальные машины qemu использующие кеширование виртуального диска «unsafe», там от фризов IO в VM по таймауту начинали сыпаться ошибки от виртуального диска).
Так что надо подбирать по реальному использованию. Я домашнем массиве raid 5 из обычных не SMR дисков (размер массива 6TB — 3 диска по 3TB) ставлю параметр commit==60. В сочетании с /sys/block//md/stripe_cache_size == 16384 выдаёт отличную производительность, и особых фризов не замечал пока, даже при самом разном использовании.
Когда использовал ext4 на внешней флешке как корень (флешка была достаточно быстрая, выдавала до 30 мегабайт в секунду на запись), для моего использования оптимально было 30-45 секунд, чтобы не замечать фризы.
Спасибо за объяснение.
Я btrfs пользуюсь и в man Debian написано что значение commit по умолчанию 30 сек.
А так имхо btrfs больше подходит для флешек чем ext3/4.
А так имхо btrfs больше подходит для флешек чем ext3/4.
Не тестил, надо будет попробовать. Вообще, пожалуй, в плане скорости лучше всего для флешки использовать сочетание из ro-squashfs и rw-overlay, как писали выше. Только свой любимый дистр для этого может потребоваться подготовить.
Сейчас подумал, что ro + rw с изменениями можно через снапшоты btrfs организовать. И потом — удалять\мержить их по расписанию или при завершении работы.
Только учти что среди прочего надо использовать опцию noatime,ssd,compress-force=zlib
И ещё, опция ssd-spread со временем приводит к длительным фризам которые приходится лечить дефрагментацией.
Другой алгоритм сжатия,lzo, у меня приводил к глюкам и потере данных, но было это давно, так что может и починилось.
А зачем делать из себя раба, не имеющего своего времени, своего мнения и своего права голоса и решений?
Работа — это то, что забирает пару десятков часов в неделю. Можно страдать, если есть склонность к мазохизму, а можно напрячься и найти более уютное место.
А зачем делать из себя раба, не имеющего своего времени, своего мнения и своего права голоса и решений?
Я же не говорю что терпеть всё подряд, но обычно увольняться советуют из-за любого одного неудобства, даже бывает что и несущественного. Поэтому и говорю что неженки-истерички. У меня подруга была, которая уволилась после того как на нее шеф немного голос поднял за её косяк. Так вот она как раз была форменная истеричка.
Работа — это то, что забирает пару десятков часов в неделю.
Хорошо тебе. Обычно это 4-4,5 десятка часов.
У меня подруга была, которая уволилась после того как на нее шеф немного голос поднял за её косяк.
Правильно сделала. Ни при каких обстоятельствах нельзя повышать поднимать голос на сотрудников, никакая должность не дает тебе такого права.
Ну а она решила, что собственные нервы и спокойствие дороже.
Ни при каких обстоятельствах нельзя повышать поднимать голос на сотрудников, никакая должность не дает тебе такого права.
Должность не при чем. Мы с коллегами(одного уровня) вообще иногда материм друг друга, и ничего. И что если новичка обматерим, он должен расплакаться и уволиться?
Ну а она решила, что собственные нервы и спокойствие дороже.
Имеет право конечно, но потом больше чем пол года никуда не брали, т.к. меньше месяца на последних 2-х работах проработала.
А вообще я же не просто так написал что она как раз в жизни была истеричная до жути. Могла начать грозить наглотаться таблеток, если всего лишь ей не позвонил вечером. Вот линуксоиды-неженки-истерички мне таких напоминают.
У меня 3 года домашний сервер (почта, owncloud, jabber, etc) живет на sd-карте. Пока всё хорошо.
Десктоп на sd-карте вполне живет тоже около 3х лет, но им я пользуюсь довольно редко.
В свое время, пока не купил внутренний hdd к неттопу, поставил Linux на дешевую флешку (Debian в «стандартном» конфиге, ФС ext-4).
Поверх этого ещё крутился Virtualbox с WinXP. Флешка проработала полгода (нет ничего более постоянного, чем временное). Флешка кончилась от слова «совсем».
На сам факт, что я могу поставить систему на флешку за 300 руб., поверх поставить виртуалку (хоть и virtualbox в этом плане не очень хорош) и все это на дохлом процессоре неттопа меня очень порадовал.
Т.к. в результате планировалось сделать всё по уму, но руки не доходили, с кончиной флешки воткнул нормальный HDD (ну и виртуалбокс на православный KVM заменил). Флешку не исследовал — так руки и не дошли.
Работало очень медленно даже в консоли. А да, ещё хромиум там стоял и данные на монитор выводил.
думаю, что людей, которые гнобят друг друга, нужно просто увольнять за неэтичное относительно корпоративной этики поведение.
Источник
