☰

如何修复/删除 /dev/sdb1 分区：它可能很快就会失败

tag-icon • tag-icon boot partitioning disk-space ubuntu-20.04
如何修复/删除 /dev/sdb1 分区：它可能很快就会失败

我已经安装了 Ubuntu 和 Windows 双启动。从那时起，我没有遇到任何问题，但在过去的几天里，我收到错误消息，说磁盘可能很快就会出现故障。问题是，我甚至找不到该磁盘在哪里，它说主引导记录。

这很奇怪，因为我使用 32 GB 的 USB 来安装 Ubuntu，但 5 年前我曾使用 8GB 的​​ USB 来试用。删除此磁盘安全吗？

警告：

磁盘

分区、磁盘信息：

    xxx-550P5C:~$ lsblk -f
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
loop0
     squash                                                  0   100% /snap/bare
loop1
     squash                                                  0   100% /snap/chro
loop2
     squash                                                  0   100% /snap/core
loop3
     squash                                                  0   100% /snap/core
loop4
     squash                                                  0   100% /snap/core
loop5
     squash                                                  0   100% /snap/gimp
loop6
     squash                                                  0   100% /snap/gimp
loop7
     squash                                                  0   100% /snap/gnom
loop8
     squash                                                  0   100% /snap/gnom
loop9
     squash                                                  0   100% /snap/gnom
loop10
     squash                                                  0   100% /snap/gtk-
loop11
     squash                                                  0   100% /snap/gtk-
loop12
     squash                                                  0   100% /snap/iced
loop13
     squash                                                  0   100% /snap/oper
loop14
     squash                                                  0   100% /snap/oper
loop15
     squash                                                  0   100% /snap/pros
loop16
     squash                                                  0   100% /snap/pych
loop17
     squash                                                  0   100% /snap/snap
loop18
     squash                                                  0   100% /snap/spot
loop19
     squash                                                  0   100% /snap/snap
loop20
     squash                                                  0   100% /snap/spot
loop21
     squash                                                  0   100% /snap/vlc/
loop22
     squash                                                  0   100% /snap/snap
loop23
     squash                                                  0   100% /snap/core
loop24
     squash                                                  0   100% /snap/snap
loop25
     squash                                                  0   100% /snap/gnom
sda                                                                   
├─sda1
│    ntfs   Windows RE tools
│                 EC162DF6162DC306                                    
├─sda2
│    vfat   SYSTEM
│                 3A2F-E9F2                             249,6M    16% /boot/efi
├─sda3
│                                                                     
├─sda4
│    ntfs         A08430F48430CE92                                    
├─sda5
│    ntfs   SAMSUNG_REC2
│                 A43490FC3490D322                                    
├─sda6
│    vfat   SAMSUNG_REC
│                 A232-2F92                                           
├─sda7
│    ext4         ffcee5f6-0e93-418c-a44d-7be741d6d59f    8,5G    57% /
├─sda8
│    swap         f2f0d96e-c989-4ca1-a17c-18dfb786afe0                [SWAP]
└─sda9
     ext4         129e3ed0-e9b4-430e-861c-24db1aef675e   76,8G     6% /home
sdb                                                                   
└─sdb1
                                                                      
sr0 

xxx-550P5C:~$ sudo fsck /dev/sdb1
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb1

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
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

编辑：

lsblk -S
NAME HCTL       TYPE VENDOR   MODEL                     REV TRAN
sda  0:0:0:0    disk ATA      ST1000LM024_HN-M101MBB   0002 sata
sdb  1:0:0:0    disk ATA      SanDisk_SSD_i100_8GB     6.04 sata
sr0  2:0:0:0    rom  TSSTcorp TSSTcorp_DVDWBD_SN-406AB SC00 sata

lsblk -f /dev/sdb
NAME   FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sdb                                     
└─sdb1

作为问题的澄清，我不确定该怎么做，所以我没有询问具体的命令。我的问题是，处理此类问题的最佳步骤是什么。换句话说，如何处理未安装但每次重新启动都显示为“可能很快会失败”并标记为 MBR 的 8 GB 磁盘（请参见图片）。

答案1

是的，笔记本电脑内部确实有一个小型启动 SSD。我相信是为了快速启动 Windows 操作系统而保留的。

然后一切都按预期工作：这个 SSD 有一个分区不包含任何对 Linux 有意义的数据，所以不要尝试类似的fsck操作。“超级块中的错误魔法数字”正是预期会发生的情况。

我不太清楚 Ubuntu 如何给出“磁盘可能很快会失效”的评估。如果只是基于“无法识别此磁盘上的分区”，则可以忽略它。

为了安全起见，请使用 检查 SMART 值sudo smartctl -A /dev/sdb。

相关内容