Схема подкачки на USB

Я недавно купил флешку, которую собираюсь использовать исключительно для разделов подкачки. Я понимаю, что файлы подкачки на флэш-носителе, скорее всего, довольно быстро израсходуют количество циклов записи, но именно поэтому я купил этот USB, поэтому мне не приходится сталкиваться с такой деградацией на устройстве хранения данных моего ноутбука (eMMC), У меня есть две идеи о том, как я могу использовать это для пространства подкачки.

Схема 1: один раздел файловой системы и множество небольших разделов подкачки

USB-накопитель был объявлен как имеющий емкость 32 гигабайта, где гигабайт определяется как 1000000000байты, но фактическая доступная емкость дисконтирования форматирования файловой системы - 307520000000байты (кроме этого, здесь все еще есть некоторая ложная реклама).

Что я хочу сделать с этим диском, так это отформатировать его с таблицей разделов GUID и создать на нем несколько разделов, причем один раздел будет больше других и отформатирован с помощью базовой файловой системы (например, VFAT / FAT32, ext2, ext4). Общее количество разделов будет, по крайней мере, исчисляться сотнями, и, если не учитывать больший раздел файловой системы, они будут одинакового размера и будут использоваться для подкачки / подкачки пространства. Раздел файловой системы будет использоваться для хранения данных для управления этой конкретной схемой.

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

Линейная цель Device Mapper будет использоваться для создания одного большого устройства из любого количества маленьких разделов на USB. Определение того, какие разделы использовать для создания подключенного устройства, будет производиться на основе данных, записанных в разделе файловой системы. Если я выберу зашифрованное устройство подкачки, то я буду хранить зашифрованный ключ в разделе файловой системы (или, возможно, вместо этого на главном компьютере).

Возвращаясь к вопросу о том, как я разделю USB-накопитель, 30752000000байты необработанного пространства хранения преобразуются в 60062500сектора, каждый из которых имеет 512размер в байтах. Использование схемы GPT означает, что будет две области, по одной на каждом конце дискового пространства, которые не будут доступны для использования в качестве части файловой системы или для области подкачки. Учитывая практику выравнивания разделов по Nграницам -сектора, эти две области будут больше, чем размер таблицы разделов, которую я буду использовать (количество записей разделов, содержащихся в GPT, настраивается и максимально увеличивается 4294967295).

Такие инструменты, как fdiskи по gdiskумолчанию 2048выравнивание границ сектора, что, по-видимому, предполагает, что 2048 рекомендуется или является в некотором роде оптимальным. Если я выровняю границы моего разбиения по 2048секторам, то 2048в начале диска останется один сегмент, содержащий первичный GPT, один сегмент из 804 секторов, содержащий резервный GPT в конце диска, и 29326 2048сегменты -сектор, доступные для Файловая система / разделы подкачки между ними.

При выравнивании разделов по 2048границам -сектора, если раздел файловой системы имеет Xколичество сегментов по размеру, то общее число секторов, оставленных для использования в качестве нескольких разделов подкачки Y, равно 29326-X. Теперь, так как я хочу, чтобы разделы подкачки были равны по размеру, значение Yдолжно быть составным числом, и поскольку большее количество разделов может привести к тому, что таблица разделов будет превышать 2046сектора по размеру, число разделов подкачки должно быть одним из более крупные факторы Y.

Обобщая вышесказанное, я получаю эту математику:

• 30752000000 Размер USB-накопителя в байтах.
• 60062500Размер USB-накопителя в 512байтовых секторах.
• p это количество разделов, которые я буду использовать.
• Pразмер таблицы разделов в количестве записей Это значение является частью заголовка GPT.
• qразмер основного GPT в 512байтовых секторах. Это значение равно ceiling(P/4)+2.
• rразмер резервного GPT в 512байтовых секторах. Это значение равно ceiling(P/4)+1.
• N количество секторов, к которым выровнены разделы
• Qколичество 512байт-секторов в начале диска, которое не может быть частью какого-либо раздела. Это значение равно N.
• Rколичество 512байт-секторов в конце диска, которое не может быть частью какого-либо раздела. Это значение равно 60062500 mod N.
• Xэто число Nсегментов -сектора, которые можно использовать для разделов.
• Yразмер раздела файловой системы в Nсегментах -сектора.
• Zколичество Nсегментов -сектора, доступных для использования в качестве частей разделов подкачки. Это значение равно X-Y.
• S это количество разделов подкачки, которые я буду использовать.
• Zдолжен делиться на S.
• pне может превышать P.
• rне может превышать N.

Мои вопросы по этой схеме: + Имеет ли значение выравнивание разделов? + Если это так, то я должен выровнять свои разделы по границам 2048секторов или это должно быть какое-то другое число? + Есть ли номер, который я могу выбрать для Nтого, чтобы разделить поровну 60062500. Если есть, приводит ли это к какому-либо перекрытию данных? Если это число не является степенью двойки, то будет ли это неоптимальным выбором?

Схема 2: Один раздел файловой системы и один больший раздел LVM2 PV

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

Я вижу несколько возможных проблем с этим: + Я не знаю, работает ли LVM2 как файловая система и перемещает ли данные, содержащие логические тома, как данные, которые содержат файлы в файловой системе. Если это произойдет, то это будет проблематично для изоляции плохих блоков, что является требованием для этой схемы, как и в первой. + Я не знаю, будет ли изменение размера и объединение логических томов иметь проблему, аналогичную той, которая была выдвинута в предыдущем пункте. + Это может быть излишне сложнее, чем первая идея, но я не могу сказать, если это так или нет.

В заключение…

Какую схему мне использовать? Каковы ответы на вопросы / проблемы, поставленные под каждым? Могу ли я в любом случае использовать шифрование для пространства подкачки, и будет ли от него (шифрования) легко избавиться, когда он мне не нужен? Будет ли сжатая память подкачки zramуменьшать количество поврежденных блоков? Если да, то как мне его использовать? Как определить размер основного блока USB-накопителя? hdparmкажется, не поможет с этим.