救急,服务器重启后虚拟硬盘挂载不了,上面有不少数据 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
samohyes
V2EX    问与答

救急,服务器重启后虚拟硬盘挂载不了,上面有不少数据

  •  
  •   samohyes 2024-09-16 17:05:12 +08:00 1345 次点击
    这是一个创建于 420 天前的主题,其中的信息可能已经有所发展或是发生改变。

    下午服务器好像是 OOM 然后连不上,我重启了下,结果就出问题了,之前我把几块 7TB 的硬盘合并成了 29TB 的虚拟硬盘,重启连上后我想要挂载结果失败了。。这是我的命令

    mount /dev/lvm_data/vg_data /data mount: /data: wrong fs type, bad option, bad superblock on /dev/mapper/lvm_data-vg_data, missing codepage or helper program, or other error. 

    fdisk 显示的磁盘情况如下。

     fdisk -l Disk /dev/loop0: 63.95 MiB, 67051520 bytes, 130960 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop1: 87.04 MiB, 91267072 bytes, 178256 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop2: 38.83 MiB, 40714240 bytes, 79520 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop3: 63.97 MiB, 67080192 bytes, 131016 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/nvme0n1: 894.25 GiB, 960197124096 bytes, 1875385008 sectors Disk model: Micron_7450_MTFDKCC960TFR Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 262144 bytes I/O size (minimum/optimal): 262144 bytes / 262144 bytes Disklabel type: gpt Disk identifier: 4F66946E-85FF-465C-B1B3-E6EF8B5337F0 Device Start End Sectors Size Type /dev/nvme0n1p1 2048 1048575 1046528 511M EFI System /dev/nvme0n1p2 1048576 3145727 2097152 1G Linux filesystem /dev/nvme0n1p3 3145728 1874327551 1871181824 892.2G Linux filesystem /dev/nvme0n1p4 1874327552 1875376127 1048576 512M Linux filesystem /dev/nvme0n1p5 1875380912 1875384974 4063 2M Linux filesystem Partition 5 does not start on physical sector boundary. Disk /dev/nvme1n1: 894.25 GiB, 960197124096 bytes, 1875385008 sectors Disk model: Micron_7450_MTFDKCC960TFR Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 262144 bytes I/O size (minimum/optimal): 262144 bytes / 262144 bytes Disk /dev/nvme2n1: 6.99 TiB, 7681501126656 bytes, 15002931888 sectors Disk model: Micron_7450_MTFDKCC7T6TFR Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/nvme4n1: 6.99 TiB, 7681501126656 bytes, 15002931888 sectors Disk model: Micron_7450_MTFDKCC7T6TFR Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/nvme5n1: 6.99 TiB, 7681501126656 bytes, 15002931888 sectors Disk model: Micron_7450_MTFDKCC7T6TFR Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/nvme3n1: 6.99 TiB, 7681501126656 bytes, 15002931888 sectors Disk model: Micron_7450_MTFDKCC7T6TFR Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/lvm_data-vg_data: 28.82 TiB, 31686188335104 bytes, 61887086592 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 262144 bytes I/O size (minimum/optimal): 262144 bytes / 262144 bytes Disklabel type: gpt Disk identifier: E6D1C8C9-B362-41BC-8580-F1523F6661BD Device Start End Sectors Size Type /dev/mapper/lvm_data-vg_data-part1 34 61887086558 61887086525 28.8T Linux filesystem Partition 1 does not start on physical sector boundary. 

    要如何不丢失数据挂载上去。。求助。。急。

    3 条回复    2024-09-17 13:44:53 +08:00
    letmedie
        1
    letmedie  
       2024-09-16 21:30:10 +08:00
    看起来是文件系统错误,先试试 fsck 看看能不能修复。但是硬盘空间上似乎有点奇怪,先试试 fsck 吧。
    billccn
        2
    billccn  
       2024-09-17 02:29:26 +08:00 via Android
    你为什么这个 LVM 里面还分着区?

    你需要把/dev/mapper/lvm_data-vg_data-part1 挂载
    samohyes
        3
    samohyes  
    OP
       2024-09-17 13:44:53 +08:00
    @letmedie 谢谢,fsck 试了不行,昨天后面我用了 testdisk 里面文件是找得到的,但是文件系统坏了。后面没办法就重新格式化了下载了。。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1019 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 32ms UTC 22:56 PVG 06:56 LAX 14:56 JFK 17:56
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86