Хост-компьютер не распознает устройство BeagleBone со вставленной SD-картой

Во-первых, стоит отметить, что некоторые люди будут пытаться утверждать, что переход на SSD — плохая идея. Раньше это имело место, когда твердотельные накопители были сильно ограничены на запись, но в наши дни это не так (большинство твердотельных накопителей оцениваются более чем в тысячу раз по сравнению с их емкостью для записи, а файл подкачки обычно составляет крошечную долю емкость ), и даже меньше, если вы не выполняете подкачку регулярно, и вы не должны регулярно подкачиваться в любой современной системе ). В качестве конкретного примера: типичный твердотельный накопитель емкостью 250 ГБ в наши дни рассчитан на запись более 100 ТБ. С поведением подкачки по умолчанию и типичным использованием рабочего стола или сервера в правильно подготовленной системе вы будете использовать в среднем несколько МБ подкачки в день, что составляет менее 1/100000 рейтинга устройства. Кроме того, большинство проблем можно устранить, указав параметр discardв записи /etc/fstabдля области подкачки (или добавив -dв команду swapon).

Во-вторых, технически невозможно повысить воспринимаемую производительность путем чередования подобных устройств подкачки (, что, судя по вашему ответу на этот ответ ), вы, похоже, хотите сделать. Это легче всего проиллюстрировать аналогией :Предположим, что у вас есть два человека, которые предлагают хранить вещи для вас, один может очень быстро хранить много вещей и также очень быстро возвращать их вам,в то время как другой может хранить только несколько вещей и намного медленнее. Если вам просто нужно хранить очень большую группу вещей одновременно, и вам нужно только вернуть все это сразу, оптимальный метод — выдать пропорциональное количество предметов каждому, чтобы это заняло одинаковое количество времени. хранить то, что им дали. Однако эта стратегия не работает, если вам нужно хранить и извлекать отдельные элементы, потому что вы в конечном итоге будете тратить время на медлительного человека. В этом случае оптимальный метод — дать быстрому человеку то, что вам нужно будет часто хранить и извлекать, а медлительному — то, что вам не понадобится очень часто.

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

Учитывая это, почти во всех случаях лучше отдавать приоритет переключению на SSD, а не на жесткий диск. К счастью, сделать это в Linux очень просто. Пространство подкачки (как для файлов, так и для разделов )может иметь достаточно произвольные приоритеты, определяющие предпочтительный порядок использования. Они устанавливаются с помощью опции -pна swaponи опции prio=в /etc/fstab. По умолчанию все имеет приоритет -1, что означает, что они используются в том порядке, в котором они были включены. Установив приоритет выше отрицательного, вы можете контролировать, в каком порядке будут использоваться вещи. Поменяйте местами регионы с более высоким приоритетом (до 32767 макс. )перед регионами с более низким приоритетом, а регионы с таким же приоритетом будут использоваться в циклическом -режиме (вроде настройки RAID0,но с большей степенью детализации фрагментов и без распараллеливания ).

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

Несколько не по -теме, но убедитесь, что ваши файлы подкачки принадлежат пользователю и группе root и доступны для чтения и записи только пользователю root, в противном случае произвольные пользователи могут тривиально вывести вашу систему из строя (или получать доступ к данным, к которым они не должны ).