自从我升级到15.10之后,fdisk -l报告了16个内存磁盘(/dev/ram0 . /dev/ram15)。我有点不确定这些是干什么用的。删除它们安全吗?如果没有,我如何才能摆脱fdisk输出?
发布于 2015-12-25 11:33:36
不知道为什么fdisk突然报告/dev/ram。
但是,您可以告诉fdisk只报告特定的设备。
fdisk -l /dev/sd*会列出真正的驱动器。
或者,您也可以使用拆分和lsblk。
在这里分开输出一个驱动器。
Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 2096kB 120GB 120GB extended boot
7 2097kB 26.2GB 26.2GB logical ext4
5 26.2GB 36.7GB 10.5GB logical ext4
6 36.7GB 47.2GB 10.5GB logical ext4对应lsblk输出
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111.8G 0 disk
├─sda1 8:1 0 1K 0 part
├─sda5 8:5 0 9.8G 0 part /mnt/Links
├─sda6 8:6 0 9.8G 0 part
└─sda7 8:7 0 24.4G 0 part /发布于 2016-08-17 10:37:08
我知道这条线很旧,但我是最近才发现的。在安装Slackware 14.2之后,我在fdisk -l的输出中获得了相同的16个RAM磁盘。我进一步研究了一下,发现在‘util’包中,fdisk (以及其他方面)是其中的一部分,fdisk认为块设备的选择发生了很大的变化。在util包版本2.21中,此决定基于报告的磁盘几何形状,而在当前版本2.72中,解析/proc/分区的输出。根据我在互联网上的搜索,从内核2.4开始,内存磁盘就一直存在于Linux中,fdisk只是没有显示出来。由于我对许多没有真正磁盘的“磁盘”清单感到恼火,所以我为fdisk做了一个修补程序:
diff -Nur util-linux-2.27.1_ori/disk-utils/fdisk-list.c util-linux-2.27.1_fdisk-no-ram-disks/disk-utils/fdisk-list.c
--- util-linux-2.27.1_ori/disk-utils/fdisk-list.c 2015-10-06 08:59:51.572589724 +0200
+++ util-linux-2.27.1_fdisk-no-ram-disks/disk-utils/fdisk-list.c 2016-08-16 15:55:14.840952091 +0200
@@ -312,6 +312,10 @@
if (devno <= 0)
continue;
+ /* dont list RAM disks */
+ if (strstr(line, "ram") && devno >= 256)
+ continue;
+
if (sysfs_devno_is_lvm_private(devno) ||
sysfs_devno_is_wholedisk(devno) <= 0)
continue;也许这对其他人有帮助。
发布于 2017-02-02 06:24:16
这种行为由内核选项控制,您只能通过重新编译自定义内核来更改这些选项。您可以使用GRUB参数ramdisk_size而不是计数来更改ram*设备的大小。这是无用的,因为即使您有大量的内存,每个内存都会增加到您设置的任何大小。例如,如果您想要一个8GB的ramdisk--我会这样做,参见下面--您将得到16x8GB的实例。我不知道这是否无害,如果你不使用它们,但我不愿意砖我的系统,如果不是。
我想使用一个8GB /dev/ram设备来镜像一个8GB硬盘分区,以便在其上放置一个热磁盘区域。我的应用程序将根据空闲空间自动将块写入常规存储,所以它的大小并不重要。
有了mdadm下的写后,这应该会使写的速度快,如果它们是突发,随着HDD方面的镜子赶上时,事情是安静的,至少提供一些数据保护。我已经在Solaris中使用了这个设置,但是在Linux中,它似乎是不可能的。
因为RAM比SSD快一个数量级,这应该是一个胜利,但我不能尝试。正如其他人所注意到的,如果您用tmpfs构建一个RAID1,它将不会在引导时重新组装,因为初始化tmpfs的步骤在引导过程中太晚了--在装载时。到那时,您的md已经真正构建好了,所以它失败了,您必须手动重新构建它。
OTOH /dev/ram*设备将是完美的--如果您能够配置它们的话。它们是设置的第一件事,而ram0是初始/文件系统。
https://askubuntu.com/questions/703576
复制相似问题