☰

继续操作之前您必须做好备份！

tag-icon • tag-icon boot grub2 18.04 boot-repair
继续操作之前您必须做好备份！

在 HP dc7900 上，我有 Ubuntu 16.04/dev/sda2和 18.04 /dev/sda1，都是通过 grub 启动的。

我从来没有遇到过 16.04 的任何问题，所以我猜硬件没有问题。

突然 18.04 无法启动了。在启动过程中的某个时刻：

uuid=5fa5fa5f-dbb5-4986-991d-49a793bb5711 not found ...

我不知道确切的消息了。Boot-Repair 智能地从 grub 中删除了 18.04。我该如何将 18.04 重新添加到 grub 中？

fsck.ext4 -v /dev/sda1

e2fsck 1.42.13 (17-May-2015)
/dev/sda1 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!

mount -t ext4 /dev/sda1 /mnt

没有问题，sda1 上的文件系统可以读写，没有任何错误！那么文件系统似乎仍然正常吗？

Ubuntu 程序磁盘 => sda1 未知分区类型

程序 GParted => ext4

mke2fs -n /dev/sda1

mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 5120000 4k blocks and 1281120 inodes
Filesystem UUID: fb4ee7db-bcd6-4a78-9986-86e56ac24f0c
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000

e2fsck -f -b 32768 /dev/sda1
e2fsck 1.42.13 (17-May-2015)
e2fsck: Bad magic number in super-block while trying to open /dev/sda1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4

这些超级块都有缺陷吗或者存在其他问题？

我觉得文件系统类型的信息可能已损坏。我该如何将其设置为 ext4？18.04 实例可以挽救或重新安装吗？

18.04 不太稳定：

  • 有时断电后它就会挂起。
  • 单击“设置”时，它肯定会冻结。
    令我感到奇怪的是，在重新启动时我从未看到 fsck。
    超级块在断电时更新吗？这些冻结是否是超级块缺陷的原因？

此系统上没有 Windows。

lsblk:
sdb      8:16   0 931,5G  0 disk 
├─sdb9   8:25   0     8M  0 part 
└─sdb1   8:17   0 931,5G  0 part 
sr0     11:0    1  1024M  0 rom  
loop2    7:2    0  87,7M  1 loop /snap/keepassxc/49
loop0    7:0    0    45M  1 loop /snap/core18/442
sdc      8:32   0 931,5G  0 disk 
├─sdc9   8:41   0     8M  0 part 
└─sdc1   8:33   0 931,5G  0 part 
sda      8:0    0 465,8G  0 disk 
├─sda4   8:4    0     7M  0 part 
├─sda2   8:2    0  19,5G  0 part /
├─sda3   8:3    0 426,7G  0 part /sda3
└─sda1   8:1    0  19,5G  0 part

sda1 是坏的

sda2 16.04

sda3 保存数据

sdb和sdc是zfs镜像盘，不相关。

gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 590C357D-ECF5-4EC4-A2A0-D50995D7C934
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2029 sectors (1014.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048        40962047   19.5 GiB    8300  
   2        40962048        81922047   19.5 GiB    8300  ubuntu2
   3        81922048       976758783   426.7 GiB   8300  home
   4       976758784       976773119   7.0 MiB     EF02

挂载-t ext4 / dev / sda1 / mnt
cat / mnt / etc / fstab：

UUID=5fa5fa5f-dbb5-4986-991d-49a793bb5711 /               ext4    errors=remount-ro 0   1  
/swapfile                                 none            swap    sw                0   0  
UUID="9b34e80a-e998-424e-98b9-8decdfe851d6" /sda3     ext4    errors=remount-ro 0   2

分区

= = = = 下一步：

开始使用 Ubuntu 18.04 LiveCD

  1. fsck -f /dev/sda1 => OK，没有错误
  2. tune2fs -U 5fa5fa5f-dbb5-4986-991d-49a793bb5711 /dev/sda1 => 确定
  3. blkid 仍然没有显示 sda1（sda2、sda3，其余的都在输出中）

我尝试了引导修复：它发出错误。对我来说，似乎 sda1 上缺少文件系统类型。

$块
/dev/sda2：UUID="28bb4996-360d-4639-9e50-86aae98011fe" TYPE="ext4" PARTLABEL="ubuntu2" PARTUUID="2e36442b-f19f-4226-8912-aa2f7238d7c1"
/dev/sda3：UUID="9b34e80a-e998-424e-98b9-8decdfe851d6" TYPE="ext4" PARTLABEL="主页" PARTUUID="62ee15b5-cbc6-4a84-98a9-cdfe9989549f"
/dev/sdc1：LABEL="zfs-samba" UUID="4660143235353326727" UUID_SUB="4506863601154525374" TYPE="zfs_member" PARTLABEL="zfs-42c380b70bbdd342" PARTUUID="000598e0-1e8f-0240-af28-8d231f696a01"
/dev/loop0：类型="squashfs"
/dev/loop1：类型=“squashfs”
/dev/loop2：类型=“squashfs”
/dev/loop3：类型="squashfs"
/dev/loop4：类型="squashfs"
/dev/loop5：类型="squashfs"
/dev/loop6：类型="squashfs"
/dev/loop7：类型="squashfs"
/dev/sdb1：LABEL="zfs-samba" UUID="4660143235353326727" UUID_SUB="15368172379392166768" TYPE="zfs_member" PARTLABEL="zfs-00675688e5b3099d" PARTUUID="79a673f3-670f-7744-8a4c-27a45ad7597b"
/dev/sdd1：UUID="2018-07-25-03-21-56-00" LABEL="Ubuntu 18.04.1 LTS amd64" TYPE="iso9660" PTUUID="663eb4c4" PTTYPE="dos" PARTUUID="663eb4c4-01"
/dev/sdd2：SEC_TYPE="msdos" UUID="0D5F-1DB6" TYPE="vfat" PARTUUID="663eb4c4-02"
/dev/sda4：PARTUUID="68954dcd-3db6-484b-af0c-986360d2d0d7"
/dev/sdb9：PARTUUID="5c43b7a9-635c-ea4b-bc14-fd863ff0aea5"
/dev/sdc9：PARTUUID="682730d5-bc4a-4c4c-b4b4-262ffed34722"

没有报告 sda1！

但我仍然可以通过明确说明文件系统类型来挂载：

mount -t ext4 /dev/sda1 /mnt

如果没有-t ext4它就会失败。

答案1

继续操作之前您必须做好备份！

  • 启动至 Ubuntu Live DVD/USB 18.xx
  • /dev/sda1 不应挂载

  • 打开terminal并输入：

    sudo fsck -f /dev/sda1

如果此时您遇到任何问题，请停止，并向 @heynnema 发送信息。

  • 类型terminal：

    sudo tune2fs -U 5fa5fa5f-dbb5-4986-991d-49a793bb5711 /dev/sda1

  • 跑步Boot-Repair

  • 启动到 GRUB 菜单，查看是否出现 18.04，以及现在是否可以启动它

相关内容