Questions tagged «disk»

我想在debian linux服务器上进行一些常规的磁盘io监视。我应该了解哪些有关监视磁盘io的工具，以便可以查看磁盘的性能是否在一天内的某个时间达到极限或峰值？

267 linux  disk 

是否有一条命令将列出所有分区及其标签？sudo fdisk -l并且sudo parted -l默认情况下不显示标签。 编辑：（根据下面的评论）我正在谈论ext2标签-您可以在gparted分区上设置的标签。 EDIT2：目的是列出未安装的分区（所以我知道要安装哪个分区）。

91 linux  command-line  partition  disk 

有时我需要将磁盘插入磁盘托架。在其他时候，我有一个非常奇怪的设置，即在笔记本电脑上使用SATA-eSATA电缆连接SSD的同时，还要从台式机上取电。 如何安全地从系统中删除SATA磁盘？这个Phoronix论坛主题有一些建议： justsumdood写道： 一个（匿名）droid写道： 在拔掉插头之前，您在软件方面做了什么？它是简单的“ umount / dev / sd” [驱动器号]吗？卸下设备后，要“关闭电源”（或使设备休眠）： hdparm -Y /dev/sdX （其中X代表您要关闭电源的设备。例如：/ dev / sdb） 这将使驱动器掉电，从而可以移除驱动器而没有电压浪涌的危险。 这是否意味着磁盘缓存已正确刷新并随后关闭电源？ 来自同一线程的另一个建议： chithanh写道： 所有SATA和eSATA硬件在物理上都可以热插拔（即，如果您插入/拔出插头，则不会损坏）。 芯片组和驱动程序如何处理这是另一个问题。某些驱动程序/芯片组组合不能正确处理热插拔，需要一个如下所示的热插拔命令： echo 0 - 0 > /sys/class/scsi_host/hostX/scan 用适合您的SATA / eSATA端口的编号替换X。 我怀疑这样做是否正确，但我也找不到任何证明。 那么，从系统中删除连接的磁盘的正确方法是什么？假设我已经卸载了磁盘上的每个分区并运行了sync。如果可能，请指向一些官方文档，我在Linux文档树或Linux ATA Wiki中都找不到任何内容。

64 ssd  sata  hot-plug  disk 

我曾经认为文件更改直接保存到磁盘中，也就是说，一旦我关闭文件并决定单击/选择“保存”。但是，在最近的一次对话中，我的一个朋友告诉我，通常情况并非如此。操作系统（特别是我们在谈论Linux系统的操作系统）将更改保存在内存中，并且它具有一个守护程序，该守护程序实际上将内容从内存写入磁盘。 他甚至给出了外部闪存驱动器的示例：这些驱动器已安装到系统中（已复制到内存中），有时由于后台驻留程序尚未将内容保存到闪存中而导致数据丢失。这就是为什么我们卸下闪存驱动器。 我不了解操作系统的功能，因此我完全不知道这是否正确以及在哪种情况下。我的主要问题是：这是否会像Linux / Unix系统（可能还有其他OS）中所述发生？例如，这是否意味着如果我在编辑和保存文件后立即关闭计算机，则更改很可能会丢失吗？也许这取决于磁盘类型-传统硬盘驱动器还是固态磁盘？ 该问题专门针对具有磁盘来存储信息的文件系统，即使人们进行了任何澄清或比较也是如此。

57 linux  filesystems  disk 

我正在使用Ubuntu 12.04，当我右键单击我的闪存驱动器图标（在Unity左栏中）时，我有两个让我感到困惑的选项：弹出和安全删除。 我最接近答案的是该论坛线程，该线程得出的结论是（对于闪存驱动器）它们既相等，又等同于使用该umount命令。但是，最后一个断言似乎是错误的。 如果我umount从控制台使用来卸载我的Flash lsblkDive，然后使用命令，我仍然会看到我的设备（当然，在MOUNTPOINT下没有任何内容）。另一方面，如果我弹出或安全移除了闪存驱动器，lsblk则不再列出它。 因此，我的问题是，将真正重现弹出并安全删除行为的控制台命令是什么？

42 command-line  power-management  disk  unmounting  eject 

如何在Linux中使用命令行或以编程方式分别读写IOPS？我已经安装了sysstat软件包。 请告诉我如何使用sysstat打包命令分别计算这些值。 或者，是否可以使用文件系统来计算它们？ 例如： /proc或/sys或/dev

32 linux  io  disk  read  write 

我只有一个磁盘要创建其镜像；我们称这个磁盘sda。我刚刚购买了另一个大小相同的磁盘，我们可以称之为sdb。sda并sdb有一个分区分别称为sda1和sdb1。 创建RAID时，我不想擦sda干净然后重新开始，我只希望它使用开始镜像sdb。我的思路是： mdadm --create --verbose /dev/md0 --level=mirror --raid-devices=1 /dev/sda1 ...创建没有sdb磁盘的阵列，然后运行类似的命令（我在想以下命令，因为我不确定如何实现此步骤） mdadm /dev/md0 --add /dev/sdb1 sdb1假定注释的格式与sda1 这可能吗？

20 raid  mdadm  disk 

编辑：除非您要销毁数据，否则请不要运行它来对其进行测试。 有人可以帮助我了解我得到了什么吗？ dd if=/dev/zero of=/dev/sda bs=4096 count=4096 问：为什么要专门为4096 count？ dd if=/dev/zero of=/dev/sda bs=512 count=4096 seek=$(expr blockdev --getsz /dev/sda - 4096) 问：这到底是做什么的？

19 udev  dd  disk 

最近，我一直在奇怪和罕见的文件系统损坏，我怀疑这是我的SSD的故障。我正在寻找一个好的驾驶折磨测试工具。可以写入整个磁盘的东西，然后返回并读取它，以查找快速写入，损坏的块，恢复为较旧版本的块以及其他错误。这将远不止badblocks于此。有这样的工具吗？ 注意：我并不是在寻找性能基准，而是已经检查了SMART状态。说健康，没有坏块报告。

17 disk 

我可以使用多种工具来衡量当前流经系统的磁盘I / O的数量（例如iotop和iostat），但我很好奇是否可以轻松地检测到磁盘是否只需要少量的磁盘就寻找了很多东西。 I / O。 我知道；可以使用提取此信息blktrace，然后使用对其进行解码，btt但是这些操作有些笨拙，我希望有一个更简单的替代方法？

16 linux  disk  measure 

监视磁盘IO时，大多数IO都归因于jbd2，而导致较高IO的原始进程则归因于较低的IO百分比。为什么？ 这iotop是示例输出（省略了IO <1％的其他进程）：

16 process  io  disk 

我在工作站上运行了一些繁重的I / O进程，最近安装iotop了它们来监视它们。这是最近的屏幕截图： 我对IO>专栏中的读数有些困惑。这表明我的磁盘正在以大约1500％的I / O活动运行。那有可能吗？ 如何从这些读数中找出磁盘的最大可能I / O？iotop如何计算相对的I / O活动？

16 performance  io  disk  top 

很多时候，尤其是在与引导加载程序打交道时，我会看到使用了数字驱动器和分区号。例如，在我/boot/grub/grub.cfg看来set root='hd0,gpt2'，我的UEFI引导条目经常引用驱动器/分区号，并且在涉及引导加载程序的几乎所有情况下，它似乎都是出现的。 现在我们有了UUID和PARTUUID，以这种方式寻址分区似乎异常不稳定（afaik，不能保证驱动器总是以相同的顺序安装，用户可以移动将驱动器插入其主板的顺序，等等）。 因此，我的问题是双重的： 这种寻址方案是否像我上面概述的那样不稳定？我是否在标准中遗漏了一些东西，这意味着该方案比我预期的要可靠得多，还是由于仅在驱动器中识别出驱动器，该寻址方案会真正使您的系统无法启动（至少要修复启动项）。不同的顺序或将它们插入主板上的不同插槽？ 如果以上问题的答案为是，那么为什么继续使用此寻址方案？使用UUID或PARTUUID进行所有操作是否会更加稳定和一致？

14 partition  grub2  disk  boot-loader  uuid 

我正在考虑从HDD升级到SSD。但是由于闪存单元只能承受有限的写入。我想知道我的计算机在正常运行期间会写入多少数据。因此，我可以确定对SSD的预期寿命。 是否有可能以某种方式获得（粗略的）数字？

14 linux  disk 

我如何安全地摆脱这种情况？ 详细信息如下： Xen服务器已将块设备分配给VM。但是这些设备也已安装在Xen内部。 实际上，这些块设备中的44个已像这样安装。更糟的是，每个物理设备在4条路径上可见，并且每个都安装在单独的安装点上。换句话说，设备实际上每个安装5次。 VM guest虚拟机操作系统通过PowerPath伪设备（作为phy：块设备分配到domU）查看路径。 一些设备被格式化为ext2和reiserfs。 无需向我解释此处涉及的文件系统损坏风险。 恐怕即使只是卸载文件系统也可能导致损坏，并且在这一点上，从主机上拉电是最安全的选择。 请注意，所有VM中的应用程序（大部分是Oracle数据库）仍在运行和使用中。 我在调查dom0上的高CPU使用率时发现了这一点。cwd-> / media / disk-12是从/ dev / sdf1挂载的，它属于/ dev / emcpowerr，这是一个无法杀死的“查找”进程 在有人问之前，有一次我看到进程无法杀死并继续使用CPU和RAM（不像已失效/僵尸进程），那是当有未完成的I / O提交时，例如返回了同步但还没有物理上在磁盘上。更常见的是，这发生在磁带I / O上。 建议！？ PS我希望安装后可以“保留”设备，以防止发生这种情况？还是在Linux上不可能？ 编辑：首先，我确信管理程序内的KDE是元凶。看起来KDE正在安装可以在日志记录中创建桌面图标的设备。但是，在其他Xen服务器上不会发生相同的事情，但是所有其他服务器都运行的是SLES和KDE的较旧版本。V4似乎是令人讨厌的版本，行为3.4更好。 此外，两个非关键VM已挂起。关闭它们后，由于文件系统损坏，它们将无法再次启动。主/生产VM仍在运行，并且其上的数据库仍在运行，但这显然是定时炸弹。客户正在尝试在另一台服务器上的另一台VM上重建环境，但是在配置某些组件时遇到了问题，因此我们正在等待... 无论如何，我觉得到目前为止，答案都还不只是“最佳实践总是正常关闭”，而且我希望得到一些更具体的信息……无论如何，我认为这种情况可能需要更加谨慎思维。关闭会导致未完成的IO（尤其是来自虚拟机管理程序的文件系统元数据更新）同步并可能导致主要的文件系统损坏吗？

14 filesystems  xen  disk  unmounting