Pull to refresh

Comments 4

флешка сохранения может смонтироваться под разными именами, например, sda1 и sde1 в зависимости от того, проводилась ли загрузка ОС в присутствии этой флешки или пользователь

Это решается использованием UUID-ов разделов вместо имён разделов (/dev/sda1 ит.д.).

флешки, как и всякие электронные устройства, иногда перегорают

наверное всё-таки «отказывают» или «выходят из строя» :) «Перегорают» = «становятся жертвой перегрева/возгорания электротехники, короткого замыкания и тд.»

start.sh, script.sh

ИМХО вам нужен OverlayFS вместо самописных скриптов.

Ещё одним недостатком этой системы является необходимость постоянно держать флешку №1 воткнутой.
Я использую для этих же целей другой способ — initrd-only дистрибутив. Т.е. взял initrd из первого попавшегося линукса, добавил модули ядра, софт, менеджер пакетов, ит.д., запаковал обратно, и указал /dev/ram0 в качестве root в загрузчике. После загрузки софт доустанавливается при необходимости. Сейчас у компьютеров/ноутов оперативная память большая (4 Гб, 8 Гб, 16 Гб) и в неё легко помещается практически полноценный образ ОС. Бонусом получаем высокое быстродействие файловой системы (tmpfs).
Спасибо за интересный комментарий — есть над чем подумать. По первому впечатлению возникли следующие сомнения. ИМХО это нормально и не означает «нет, никогда».

Это решается использованием UUID-ов разделов вместо имён разделов (/dev/sda1 ит.д.).
Предлагаете вручную записать в скрипт UUID флешки сохранения? Но это привязка к конкретной флешке. А если она переполнится? Нпр., подбираю линукс под конкретную задачу и качаю всё подряд (ну почти всё :) Сейчас я могу взять другую флешку, сделать на ней пустую папку KnoppixSave и продолжать качать линуксы. А в предложенном Вами подходе нужно будет менять UUID в стоповом скрипте, а возможно и в стартовом — зависит с какой флешкой буду работать в следующий раз. Т.о. путаница неизбежна.

наверное всё-таки «отказывают» или «выходят из строя» :) «Перегорают» = «становятся жертвой перегрева/возгорания электротехники, короткого замыкания и тд.»
Судя по публикациям многочисленных исследований причин отказа электроники очень часто в микросхемах случаются именно локальные микроперегревы. Причиной может быть скрытый дефект в проводнике или полупроводнике. Данная статья не вдается в такие подробности, и мне представлялось тут вполне допустимым разговорное слово «перегорают». Но в принципе Вы правы: «отказывают» или «выходят из строя» будет звучать строже.

ИМХО вам нужен OverlayFS вместо самописных скриптов.
Возможно. Но ИМХО для описания в Tutorial это будет более сложное решение. А сейчас получился Tutorial, которым может воспользоваться почти неподготовленный пользователь.

Ещё одним недостатком этой системы является необходимость постоянно держать флешку №1 воткнутой.
Я использую для этих же целей другой способ — initrd-only дистрибутив. Т.е. взял initrd из первого попавшегося линукса, добавил модули ядра, софт, менеджер пакетов, ит.д., запаковал обратно, и указал /dev/ram0 в качестве root в загрузчике. После загрузки софт доустанавливается при необходимости. Сейчас у компьютеров/ноутов оперативная память большая (4 Гб, 8 Гб, 16 Гб) и в неё легко помещается практически полноценный образ ОС. Бонусом получаем высокое быстродействие файловой системы (tmpfs).
И Knippix можно грузить с параметром toram. Но на мой взгляд постоянно держать флешку №1 воткнутой не является недостатком. Наоборот, если я захочу перегрузить систему, а флешка вынута, то придется делать лишние движения по втыканию флешки :) Что касается бонуса быстродействия файловой системы, то ИМХО пользователь его не заметит и поэтому не оценит — и так работает быстро для простого серфинга.
Предлагаете вручную записать в скрипт UUID флешки сохранения? Но это привязка к конкретной флешке.

Можно и не UUID:
cat /etc/fstab |grep -i flash
LABEL="FLASH"   /mnt/flash	vfat    noauto,users,rw 0 0
Sign up to leave a comment.

Articles