硬盘中的分区表是RAID的一部分（不pipe是哪种types的RAID）总是等于为RAIDconfiguration的分区表？ 什么是明确的 ：一台机器有一个RAID 1和四个硬盘驱动器。 当我closures机器并移除一个硬盘驱动器读取每个硬盘驱动器的分区表时，每个硬盘驱动器都具有与RAID 1configuration相同的分区表。这是有道理的…与RAID 1 + 0和RAID 1e相同的结果。 目前还不清楚：从RAID 0或RAID 5等其他RAID组成的硬盘驱动器有什么样的结果？
我们的主服务器磁盘空间不足，导致许多连接到服务器的远程用户无法使用许多程序function，导致服务器运行缓慢。 我看到这是一个分区不良的主磁盘，只有63GB的空间分配了大约1MB的空间，同时相邻的F磁盘分配了600GB的空间。 为了解决这个问题，我们所做的是备份F盘，然后将磁盘转换为dynamic，删除F分区，将C分区扩展100GB，重新创build一个分配500GB的F分区，最后将备份的文件传输到F驱动器。 这样做后，我们经常有程序崩溃和closures。 大多数程序甚至不提供错误消息，但less数提供了通用的未处理的exception错误或0xc000012d错误。 几乎每个程序都经常崩溃，从Adobe Reader到Internet Explorer。 什么可能导致崩溃，我们如何试图解决这个问题？ 有问题的服务器运行Windows Server 2008 R2，具有1 TB的主磁盘和16 GB的RAM。 在两个驱动器上运行CHKDSK后，这里是两个相应的驱动器返回的两个日志。 在C上检查文件系统：文件系统的types是NTFS。 磁盘检查已安排。 Windows现在将检查磁盘。 CHKDSK正在validation文件（阶段1的5）…清理文件0x3898的实例标记。 清理文件0x75f9的实例标签。 清理文件0xcfba的实例标签。 清理文件0xf916的实例标签。 清理文件0x19d84的实例标签。 清理文件0x2d889的实例标签。 清理文件0x2ef9a的实例标签。 清理文件0x33c15的实例标签。 清理文件0x43297的实例标签。 清理文件0x4aa96的实例标签。 清理文件0x4b65f的实例标签。 清理文件0x4fb4d的实例标签。 清理文件0x57f74的实例标签。 清理文件0x5f1b5的实例标签。 446464文件logging处理。 文件validation已完成。 处理6994个大文件logging。 处理了0个不良文件logging。 处理了0个EAlogging。 860重处理logging。 CHKDSK正在validation索引（第2阶段的5）… 578550处理的索引条目。 索引validation完成。 扫描了0个未编入索引的文件。 0个未被索引的文件被恢复。 CHKDSK正在validation安全描述符（第3阶段的5）… 446464文件SD / SID处理。 从文件0x9的索引$ SII清除4360个未使用的索引条目。 从文件0x9的索引$ SDH清除4360个未使用的索引条目。 清理4360个未使用的安全描述符。 安全描述符validation已完成。 处理了66044个数据文件。 […]
在ESXi的OEL 7虚拟机中，root的大小是100％，所以我使用了Gpated iso来调整根空间的大小。 在启动OEL 7 df -h仍然显示为100％使用，即仍然显示旧的大小。
我们有一台运行Windows Server 2012的中等服务器，最近我们购买了新的硬盘进行备份。 备份计划每天晚上。 由于我们进行增量备份，磁盘每天只能使用几分钟，而且一般需要不到一个小时才能完成。 但是，磁盘正在全天候运转。 所以我认为最好是让硬盘寿命缩短（我错了吗？）。 硬盘是希捷档案8 TB。 它通过SATA到USB3底座连接到服务器。 磁盘写入caching已closures。 那么我可以在早上把docker关掉（即使车辆在旋转），而在晚上再打开呢？ 还是让它旋转下去更好？ 或者什么都不做就好了？
我知道这对某些人来说可能是一个愚蠢的问题，但是我并不经常使用SCSI驱动器，而与SATA驱动器相比，这些驱动器似乎是非标准尺寸。 我目前在旧的戴尔服务器上有两个驱动器的RAID1，其中一个驱动器出现故障。 目前的驱动器是迈拓73GB SCSI Ultra320 80针10k（8J073J002075E）。 在寻找类似规格的替代硬盘时，似乎最常见的是72.8GB硬盘，而73GB硬盘则更为罕见。 这是一个制造商的情况下四舍五入容量或有一个真正的200MB差异会导致一个问题？ （注意：我知道一般的经验法则是用所有相同的规格或更高的规格来代替 – 这个问题是72.8与73之间的差异只是标签与实际的技术差异之间的差距。）
我有一个逻辑和物理扇区大小为4096的blockdev –getbsz驱动器。由blockdev –getbsz命令报告的这个驱动器的块大小也是4096。 目标驱动器是逻辑和物理扇区大小为512的SSD。此驱动器的块大小为4096。 我尝试使用dd与下一个参数克隆驱动器： dd if=/dev/sda of=/dev/sdb 但我得到的唯一分区是GPT分区。 我也尝试用这些命令克隆GPT表： sgdisk 和 sfdisk 但那里没有运气。 我得到一个分区表的驱动器，每个分区是比原来的驱动器分区小8倍。 你有什么build议吗？
我在我的一个磁盘分区（ext4）上运行e2fsck，但似乎需要永恒。 它已经运行了近10个小时左右，仍然在42％。 分区的大小约为800Gig，整个磁盘大小（分区所在的）大约为1TB。 运行iostat显示以下输出： iostat -xzhcd /dev/sdc 2 5 Linux 3.13.0-37-generic (divick-desktop) Monday 03 April 2017 _x86_64_ (2 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 2.97 0.00 0.41 50.22 0.00 46.40 Device: rrqm/s wrqm/sr/sw/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util sdc 49.12 0.00 6.87 0.00 223.95 0.02 65.20 1.01 147.22 145.40 […]
我正在偷看服务器的SMART日志，并注意到这一点（重点是我的）： SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% ***4433*** – # 2 Extended offline Completed without error 00% ***4804*** – # 3 Short offline Completed without error 00% ***3908*** – # 4 Extended offline Completed without error 00% 3126 – # […]
我们networking上的用户最近无法启动到他们的Windows 7企业笔记本电脑。 我们有BitLocker密钥，甚至在进入它之后安装将不会超过Windows徽标。 它也不会启动到安全模式。 尝试使用恢复CD / USB，使用我们的密钥解锁，然后挂起，并崩溃。 将硬盘放入Dock之后，我们可以使用该键来解锁Bitlocker，然后扫描，但是我们只能看到制造商的工具分区和恢复分区。 Scans上缺less已安装的分区，尽pipe可以从资源pipe理器中看到，但未打开。 有没有一种方法可以从这种情况中恢复？ 没有损坏的磁盘，它没有被丢弃，其他分区的外观和行为正常。
我试图获得Western Digital 4TB HHD型号WD4001FYYG-01SL3的聪明属性。 我想获得以下属性： SMART 5重新分配的部门数量 SMART 187报告的不可纠正的错误 SMART 188命令超时 SMART 197当前等待扇区数 SMART 198不可纠正的扇区数 该驱动器连接到LSI MegaRAID SAS 9361-8i RAID卡。 我正在使用命令“smartctl -a -d megaraid，14 / dev / sdk”来获取属性，并返回极less数。 我也无法在网上find详细说明HHD模型支持的属性的规格表。 RAID卡是否有可能阻止访问属性？