С тех пор, как я обновил до 15.10, fdisk -l
сообщает 16 RAM-дисков ( /dev/ram0
... /dev/ram15
). Я немного не уверен, для чего они нужны. Безопасно ли их удалять? Если нет, как я могу избавиться от этого вывода fdisk?
Это совершенно нормально в системах Linux. Это своего рода подготовительное действие для случая, когда требуются диски RAM. Каждый из них имеет размер 64 МиБ, что является очень низким значением. При необходимости размер будет увеличен автоматически.
Почему вдруг в Wily появилось 16 RAM-дисков, объяснить можно только с трудом.
Я проверил стандартные диски RAM на:
Драйвер RAM-диска - это способ использовать основную системную память в качестве блочного устройства. Это требуется для initrd, исходной файловой системы, используемой, если вам нужно загрузить модули для доступа к корневой файловой системе (см. Documentation / initrd.txt). Он также может быть использован для временной файловой системы для криптографии, так как содержимое стирается при перезагрузке.
Диск RAM растет динамически, поскольку требуется больше места. Это делается с помощью оперативной памяти из буферного кеша. Драйвер помечает используемые им буферы как грязные, чтобы подсистема ВМ не пыталась восстановить их позже.
RAM-диск поддерживает до 16 RAM-дисков по умолчанию и может быть переконфигурирован для поддержки неограниченного количества RAM-дисков (на свой страх и риск). Просто измените конфигурационный символ BLK_DEV_RAM_COUNT в меню конфигурации блочных драйверов и (пере) соберите ядро.
Понятия не имею, почему fdisk вдруг сообщает / dev / ram.
Однако вы можете указать fdisk сообщать только о конкретных устройствах.
Перечислю реальные диски.
В качестве альтернативы вы также можете использовать parted и lsblk.
Раздельный вывод за один диск тут.
Соответствующий вывод lsblk
источник
Я знаю, что эта ветка старая, но я наткнулся на нее совсем недавно. После установки Slackware 14.2 я получил те же 16 RAM дисков на выходе
fdisk -l
. Я исследовал немного дальше и обнаружил, что в пакете 'util-linux', частью которого является fdisk (среди прочего), выбор того, что fdisk считает блочным устройством, существенно изменился. В пакете util-linux версии 2.21 это решение основано на сообщаемой геометрии диска, тогда как в текущей версии 2.72 вывод / proc / partitions анализируется. Согласно моим поискам в Интернете, ramdisk были там в Linux начиная с ядра 2.4, fdisk просто не показывал их. Так как меня раздражает список многих «дисков», которые не являются реальными дисками, я сделал патч для fdisk:Может быть, это помогает некоторым другим ...
источник
fdisk
Сообщение Йоханнеса является правильным. RAM-диски долгое время были в ядре, изменилось поведение fdisk. Вместо того, чтобы исправлять fdisk, я написал простой Perl-скрипт (5 строк кода, 6 строк комментариев) для решения этой проблемы. Я поместил это в
~/bin/fdisk-l
, и теперь я просто помню, чтобы не ставить пробел междуfdisk
и-l
.По состоянию на апрель 2017 года диски RAM больше не отображаются по умолчанию с текущим ядром Ubuntu, поэтому эта проблема решена. Смотрите: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1593293.
источник
Это поведение зависит от параметров ядра, которые вы можете изменить, только перекомпилировав собственное ядро. Вы можете изменить размер устройств ram *, используя параметр GRUB ramdisk_size, но не количество. Это бесполезно, потому что даже если у вас много памяти, каждый виртуальный диск увеличится до любого установленного вами размера. Так, например, если вам нужен виртуальный диск 8 ГБ - что я и делаю, см. Ниже - вы получите 16x 8 ГБ экземпляров. Я не знаю, безвредно ли это, если вы не используете большинство из них, но я не хотел бы блокировать мою систему, если это не так.
Я хочу использовать устройство 8 ГБ / dev / ram для зеркалирования с разделом жесткого диска 8 ГБ для конкретной цели размещения на нем области горячего диска. Мое приложение автоматически записывает блоки в обычное хранилище на основе свободного места, поэтому не имеет значения, что оно маленькое.
С записью позади mdadm это должно привести к быстрой записи записей, если они бурные, с стороной зеркала на жестком диске, нагоняющей, когда вещи тише, чтобы обеспечить хотя бы некоторую защиту данных. Я использовал эту настройку с Solaris, но это не представляется возможным в Linux, так как оно поставляется из коробки.
Поскольку оперативная память на несколько порядков быстрее SSD, это должно быть выигрышно, но я не могу попробовать. Как уже заметили другие, если вы создадите RAID1 с tmpfs, он не будет повторно собираться при загрузке, потому что шаг, который инициализирует tmpfs, слишком поздно в процессе загрузки - на mountall. К тому времени ваши mds хорошо и действительно построены, поэтому он не работает, и вам придется перестраивать его вручную.
Устройства OTOH / dev / ram * были бы идеальными для этого - если бы вы могли их настроить. Это самое первое, что настраивается, а ram0 - это исходная / файловая система.
источник