obsidian-notes/工具/甲骨文.md
murmur 614247bcdf Matebook更新了1个文件
Affected files:
工具/甲骨文.md
2024-06-07 22:41:05 +08:00

3.2 KiB
Raw Permalink Blame History

created tags
2024-06-07
mount
甲骨文
oracle
数据恢复
救砖

救砖/恢复数据

挂载引导卷

  1. 选择待恢复数据的引导卷链接,点击进入详情,选择“附加到实例”挂载到可用的实例上。
  2. 挂载完成后查看iscsi指令,复制指令并运行

挂载卷

由于数据位于 LVM 上,您不能直接使用标准的 mount 命令将其挂载。以下是访问数据的方法:

  1. 识别逻辑卷 (LV): 使用 lvs 命令列出系统中所有可用的逻辑卷。查找可能与您尝试挂载的设备对应的 LV。您可以通过大小或其他输出中列出的属性来识别它。
sudo lvs
  1. 激活逻辑卷 (LV)(如果必要): 如果 LV 当前未激活,您需要使用 lvchange 命令激活它。
sudo lvchange -a y /dev/<Volume Group Name>/<Logical Volume Name>

<Volume Group Name><Logical Volume Name> 替换为 lvs 命令输出中的实际名称。 3. 查找物理设备路径: 使用 pvdisplay 命令列出系统中的所有物理卷。查找属于已识别 LV 的 PV。

sudo pvdisplay

PV 将具有指向实际设备路径的链接(例如 /dev/sda3。 4. 挂载物理卷(可选): 在某些情况下,您可能可以直接挂载属于 LV 的物理卷。但是,不建议这样做,因为它绕过了 LVM 管理。通常,最好通过激活的 LV 访问数据。 **警告:**直接挂载物理卷可能会导致数据不一致,如果 LV 被其他系统或进程使用。如果您选择此路线,请谨慎操作。

  1. 通过激活的 LV 访问数据: 一旦 LV 激活,您可以使用标准的 mount 命令将其挂载到目录。
sudo mount /dev/<Volume Group Name>/<Logical Volume Name> /mnt/bak

<Volume Group Name><Logical Volume Name> 替换为步骤 1 中的实际名称。

额外提示: 如果您不确定涉及的特定 LV 或 PV请查阅您的系统文档或设置 LVM 配置的管理员。 考虑使用 blkid 等工具通过其唯一标识符 (UUID) 识别块设备。这可以帮助您将物理设备与对应的 LV 匹配。

通过遵循这些步骤并理解 LVM 结构,您应该能够访问您尝试在 /mnt/bak 处挂载的设备上的数据。

访问完成后记得umount /mnt/bak

卸载卷

查看iscsi指令,复制指令并运行

扩容

调整引导卷大小

直接编辑引导卷,设为目的大小

重新扫描

复制给出的指令运行即可

重建分区表

  1. 安装所需软件
    Debian/Ubuntu
    apt -y install cloud-guest-utils gdisk
    Centos/Oracle
    yum install cloud-guest-utils gdisk
  2. 调整分区表
    df -hl 看下容量最多的区是多少就写几,例如:/dev/sda1 就是growpart /dev/sda 1 growpart /dev/sda 3

    如果报错: unexpected output in sfdisk version [sfdisk来自 util-linux 2.23.2] 执行LANG=en_US.UTF-8修复,之后再执行 growpart /dev/sda 3

  3. 调整分区
    Debian/Ubuntu resize2fs /dev/sda1
    调整ext4的分区
    Centos/Oracle xfs_growfs /
  4. 查看是否生效
    df -hlsblk
  5. 重启
    reboot