标签: disk

我必须使用 lvcreate 创建一个新的 5G 卷组，但磁盘没有足够的空间磁盘：

lvcreate -n lv_new -L5G   VGroup 
Volume group "VGroup" has insufficient free space (1279 extents): 1280 required.

如何修改 lvcreate 命令以扩展 1279。我不知道是否必须添加后缀（如 K 表示千字节），或者是否必须在“-L”选项后应用不带任何后缀的命令

当我sync作为普通用户执行此操作时，这会刷新属于其他用户（包括 root 用户）还是属于我自己的所有缓冲区？man不提供此信息。

我特别询问有关 Debian 9 的问题，但欢迎提供有关 Linux 和 Unix 的更一般的答案。

我在尝试执行 mount -a 时收到了一个事件。我收到以下错误。那么如何解决这个问题呢？

挂载：/dev/vgname/lvname：无法读取超级块

我最近一直在运行一个程序，每次都会创建大约 100-200GB 的临时文件。当它运行时，我现在经常用完磁盘空间......但我真的没有。

当我运行时，df -h我得到：

Filesystem             Size  Used Avail Use% Mounted on
udev                    32G     0   32G   0% /dev
tmpfs                  6.3G  2.9M  6.3G   1% /run
/dev/mapper/data-root  912G  693G  174G  81% /
tmpfs                   32G  178M   32G   1% /dev/shm
tmpfs                  5.0M     0  5.0M   0% /run/lock
tmpfs                   32G     0   32G   0% /sys/fs/cgroup
/dev/loop2             163M  163M     0 100% /snap/chromium/1362
/dev/loop1             241M  241M     0 100% /snap/chromium/1373
/dev/nvme1n1p1         467M  228M  205M  53% /boot
/dev/loop4              56M   56M     0 100% /snap/core18/1932
/dev/loop0             374M  374M     0 100% /snap/anbox/186 …

我有以下df -h输出：

Filesystem      Size  Used Avail Use% Mounted on
dev             7,8G     0  7,8G   0% /dev
run             7,8G  1,8M  7,8G   1% /run
/dev/nvme0n1p5   93G   40G   49G  45% /
tmpfs           7,8G  157M  7,7G   2% /dev/shm
tmpfs           7,8G   48M  7,8G   1% /tmp
/dev/nvme0n1p4  204G  173G   31G  86% /run/media/test/drive
/dev/nvme0n1p1   96M   33M   64M  35% /boot/efi
tmpfs           1,6G   68K  1,6G   1% /run/user/1000

我只想打印带有标题的根分区（/dev/nvme0n1p5） - 即大小、已用空间、可用空间等。

我需要一个非常快的磁盘来保持缓存。我怎样才能在 Linux 中做到这一点？

是否可以在磁盘上创建文件系统之前捕获 UUID 号？

如果是，如何 - 通过哪个命令？

blkid ( before run mkfs.ext4  on sdb disk )

<no output>


blkid ( after run mkfs.ext4  on sdb disk )

/dev/sdb: UUID="9bb52cfa-0070-4824-987f-23dd63efe120" TYPE="ext4"

目标 - 我们希望在创建文件系统之前捕获 Linux 机器磁盘上的 UUID 编号

我正面临一个非常奇怪的问题。

在我的 Fedora PC 上，我有 12 GB 的交换文件。

但是当我发出free -h我得到：

              total        used        free      shared  buff/cache   available
Mem:          7.7Gi       1.8Gi       3.7Gi       409Mi       2.2Gi       5.2Gi
Swap:          11Gi          0B        11Gi

如您所见，我的交换显示为 11 GB，而实际上我有 12 GB。

这在我使用时得到纠正 free --giga

              total        used        free      shared  buff/cache   available
Mem:              8           1           3           0           2           5
Swap:            12           0          12

在这里我得到了正确的输出。

为什么我使用 -h vs 时有区别--giga ？

这里发生了什么 ？

我有三个相同的服务器，所有三个相同的布线和正确放置的硬盘。尽管其中一台服务器/dev/sdg /dev/sdh使用了 sata-ssds，而另外两台服务器使用了它们/dev/sda /dev/sdb- 我将 Proxmox 与 ZFS 一起使用。

SATA-SSD 连接到板载（SATA 布线到板），而硬盘通过单电缆 (SAS) 连接到 SAS-HBA。

这些名字是如何分配的？序列号？在这里找不到对我有帮助的有效信息。在 Debian + ZFS 中安装后有没有办法更改设备名称？

我们有 Linux RHEL 服务器 -7.6版本

服务器磁盘中有：

lsblk -S
NAME HCTL       TYPE VENDOR   MODEL             REV TRAN
sda  0:2:0:0    disk DELL     PERC FD33xD      4.27
sdb  1:0:0:0    disk ATA      INTEL SSDSC1BG40 DL2B sata
sdc  2:0:0:0    disk ATA      INTEL SSDSC1BG40 DL2B sata

sdc 和 sdb 是操作系统磁盘

aboutsda是 RAID 代表的磁盘

所以sda包括磁盘数量，但问题是如何计算RAID中的磁盘数量

我们尝试了以下操作，但不确定此 cli 是否描述了 RAID 中的磁盘数量？

smartctl --scan
/dev/sda -d scsi # /dev/sda, SCSI device
/dev/sdb -d scsi # /dev/sdb, SCSI device
/dev/sdc -d scsi # /dev/sdc, SCSI device …

尝试在 shell 命令下使用 pfsense 2.7.0 live disk（pfsense 基于 freebsd）清理磁盘上的 mbr 代码部分。

/dev/da0我的驱动器遵循建议的清洁代码，仅保留分区的 mbr 代码，命令应该是：

dd if=/dev/zero of=/dev/da0 bs=446 count=1

然而......结果是：

dd: /dev/da0: Invalid argument
1+0 records in
0+0 records out
0 bytes transferred in 0.000089 secs (0 bytes/sec)

相反...如果我仅使用它作为代码，dd if=/dev/zero of=/dev/da0它只会删除所有内容而不会出现错误:(

我正在虚拟机中进行此测试，以便我可以多次恢复高清来测试这段文字...但是这件事让我头疼...

编辑：似乎如果我使用bs=512或bs=1M它不会给出错误。但是这样做也会删除分区表部分......

EDIT2：我尝试使用该命令dd if=/dev/da0 of=/tmp/mbr_file bs=512 count=1，它为我创建一个带有 mbr 的文件，我想知道我可以使用哪些命令以二进制模式编辑该文件，将前 446 个字节填充为 0，然后用于dd if=/tmp/mbr_file of=/dev/da0 bs=512 count=1恢复它。

我可以用什么？六？

运行centos 7.0的EC2实例硬盘空间消耗缓慢，重启后刷新。

内容：基础操作系统、Cloudwatch 代理、CodeDeploy 代理、nginx、Anti Virus MacFee、Java 应用程序（日志文件在控制之下）。

重新启动前的屏幕截图 1：磁盘空间已使用75%

根据此屏幕截图，我们找到了前 10 个最占用空间的文件，而 /proc 位于顶部。

屏幕截图 2 重启后：磁盘空间利用率为9%

使用的文件被刷新，无法确定问题是由应用程序还是其他组件引起的。