Недавно я сделал живую флешку с Xubuntu 20.04.02 LTS с создателем загрузочного носителя (это может быть usb-создатель-gtk).
Я попытался изменить размер раздела после создания флешки, чтобы создать дополнительный раздел данных. Но это было невозможно: хотя емкость флешки была 32 ГБ, расстались показывал его как полностью занятый и мешал мне уменьшить размер ISO9660-раздела на нем.
Однако, лсблк говорит мне о трех разделах на нем:
$ lsblk -o имя, размер, тип файловой системы, флаги частей, модель, производитель /dev/sdc
НАЗВАНИЕ РАЗМЕР FSТИП ФЛАГИ МОДЕЛЬ ПРОДАВЕЦ
sdc 29,3G iso9660 Flash Disk Универсальный
ââsdc1 1,6G iso9660 0x80
ââsdc2 3,9M vfat
ââsdc3 27,7G ext4
$ lsblk -o Имя, размер, тип файловой системы, UUID, метка, точка монтирования | grep -E sdc
sdc 29,3G iso9660 2021-02-09-19-20-08-00 Xubuntu 20.04.2.0 LTS amd64
ââsdc1 1,6G iso9660 2021-02-09-19-20-08-00 Xubuntu 20.04.2.0 LTS amd64 /media/user/Xubuntu 20.04.2.0 LTS amd64
ââsdc2 3,9M vfat 54C5-9C6C Xubuntu 20.04.2.0 LTS amd64
ââsdc3 27,7G ext4 80b4c9bd-f04c-4bc2-8ae8-7551e6026d49 доступный для записи /media/user/доступный для записи
$
Удивительно, но один и тот же UUID появляется дважды: Один раз для всего устройства и еще раз для ISO9660-раздела. Одна и та же метка появляется даже три раза: для всех трех разделов!
Насколько я понимаю, это не очень хорошая идея. Я бы предпочел более значимые метки, например. Xubuntu20.04.2-amd64_цель, куда цель указывает назначение этого раздела.
Меня интересует раздел с меткой доступный для записи: Вроде отслеживает, когда палка использовалась для установки. Я мог хранить там данные, но не мог получить к ним доступ из живой системы!
У меня такое впечатление, что раздел с меткой доступный для записи монтируется в действующую систему как /вар/сбой. Я хранил там скрипт и использовал его. Но после выключения живой системы мой скрипт на /вар/сбой пропал. Может ли кто-нибудь пролить свет на архитектуру разделов моей Live USB-флешки для Xubuntu 20.04.02 LTS amd64?
Комментарии до 09.08.2021 рассказали мне о преимуществах полная установка (это не мой вопрос) и как сделать постоянная установка (это тоже не мой вопрос).
Я потратил несколько недель на постоянные установки с помощью unetbootin: я сделал их с постоянным раздел помечен casper-rw. К сожалению, во время выключения на флэш-накопитель записывается очень много данных, а экран выглядит невинно черным. Если в это опасное время отсоединить палку, casper-rw испорчен (ошибки inode)!
Обновление системы на постоянно установленном USB-накопителе может занять очень много времени. Например. Поменял файрфокс на хром. Предполагаю, что затраты времени связаны с огромным количеством оборотов направления передачи между чтением и записью, из-за чего электроника USB3-устройств тормозит в большие краты. Стало еще хуже, когда я попытался скомпилировать систему Jamulus для присутствия на моей живой флешке. Я знаю, что во время make многие файлы читаются, другие файлы записываются и, возможно, промежуточные файлы создаются и удаляются после использования. Это вызывает стресс, на который электроника USB3-флешек не рассчитана.
Чтобы выбраться из грязи после разрушения моего раздела casper-rw, я создал запасной раздел с резервной копией предыдущего рабочего casper-rw (конечно, с другой этикеткой). Но копирование с одного на другое (оба имели одинаковый размер) с ср -а (после удаления всех предыдущих файлов целевого раздела) заняло гораздо больше времени, чем добавление промежуточного шага сначала копирования на мой фиксированный диск, а затем копирования на флэш-накопитель: это наблюдение привело меня к выводу, что изменение направления передачи данных является основной причиной затрат времени при обновлении постоянной установки..
Мои вопросы выше были после объяснение, почему я не мог изменить размер раздела сделано с помощью инструмента для создания медиафайлов.
Мои вопросы выше были после назначение раздела, доступного для записи нашел на палке.
Моя цель состоит в том, чтобы создать раздел на живой флешке, который можно смонтировать как /дом использоваться для сценариев, которые применяют некоторые модификации «на лету», подобные тем, которые я применяю вручную, когда пробую живую систему.
Моя вторая цель состоит в том, чтобы создать раздел на живой флешке, который можно смонтировать как /дом со скриптами оперативной установки дополнительного софта (которые происходят в ram-fs и которые пропадут после выключения).
Конечно, конечной целью было бы смонтировать этот раздел как /дом автоматически.
Моя цель была бы посередине между DVD-подобным установочным носителем только для чтения и постоянным. Отличие в том, что такую флешку нельзя обновлять (настойчиво). Отличие от полной установки в том, что она будет работать на любом компьютере (конечно, способном запускать систему), а не на конкретном компьютере, которым, по-видимому, ограничена полная установка флешки.
(N.B. Однажды я сделал полную установочную флешку для Lenovo W530. Она не загрузилась на Lenovo T410. Но загрузилась на T430 и на T430s. Архитектура этих двух моделей кажется достаточно близкой, чтобы позволить им загружаться, но многие другие компьютеры, которые я пробовал, не загружались с него.Так что в целом полная установка, похоже, ограничивается целевым компьютером и только очень близкими родственниками).
К сожалению, постоянные разделы кажутся невозможными из-за очень трудоемкого процесса выключения: я наблюдал более 5 минут активности диска! В противном случае очень часто случаются inode-ошибки.
