克隆 SSD 后的不同启动体验

克隆 SSD 后的不同启动体验

我曾经将 Ubuntu 安装在 64gb SSD 上...但后来它需要更大的容量。

因此,我使用 Ubuntu 上的“磁盘”应用程序将 SSD 克隆为具有 128gb 容量的 SSD(当您使用 Ubuntu 实时启动时(在我的情况下是从 USB 启动)预装的)

现在,当我启动时,我会看到一个之前没有看到的屏幕,并且必须比平时多等待几分钟。我得到的屏幕是: 在此处输入图片描述

如果我按下“del”(删除)按钮,它会显示有关其正在执行的操作的一些详细信息: 在此处输入图片描述

我不知道这意味着什么,如果有人能解释这种行为以及如何解决它将会很有帮助。

(再等待几分钟后,计算机将正常启动并按预期工作。SSD 已成功克隆)

更新1:

我的/etc/fstab文件如下:

~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=6b1b7475-bcd1-426b-b60d-5488f952ef1a /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=bcd1-426b  /boot/efi       vfat    umask=0077      0       1
/swapfile 

该命令的输出sudo lsblk -o UUID,NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL,MODEL是:

~$ sudo lsblk -o UUID,NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL,MODEL
[sudo] password for user: 
UUID                                 NAME   FSTYPE     SIZE MOUNTPOINT                   LABEL MODEL
                                     loop0  squashfs 143.8M /snap/code/52                      
                                     loop2  squashfs  15.3M /snap/deno/15                      
                                     loop3  squashfs  55.4M /snap/core18/1944                  
                                     loop4  squashfs 217.9M /snap/gnome-3-34-1804/60           
                                     loop5  squashfs   219M /snap/gnome-3-34-1804/66           
                                     loop6  squashfs 163.3M /snap/gitkraken/167                
                                     loop7  squashfs 149.8M /snap/code/53                      
                                     loop8  squashfs 161.1M /snap/gitkraken/168                
                                     loop9  squashfs 125.9M /snap/docker/471                   
                                     loop10 squashfs  97.9M /snap/core/10577                   
                                     loop11 squashfs  64.4M /snap/gtk-common-themes/1513       
                                     loop12 squashfs  95.8M /snap/rpi-imager/137               
                                     loop13 squashfs  95.8M /snap/rpi-imager/150               
                                     loop14 squashfs  31.1M /snap/snapd/10707                  
                                     loop15 squashfs  97.9M /snap/core/10583                   
                                     loop16 squashfs  64.8M /snap/gtk-common-themes/1514       
                                     loop17 squashfs    51M /snap/snap-store/518               
                                     loop18 squashfs    51M /snap/snap-store/498               
                                     loop19 squashfs  31.1M /snap/snapd/10492                  
                                     loop20           55.5M /snap/core18/1988                  
                                     sda             223.6G                                    CT240BX500SSD1
174D-C0A1                            ├─sda1 vfat       512M                                    
                                     ├─sda2              1K                                    
6b1b7475-bcd1-426b-b60d-5488f952ef1a └─sda5 ext4     223.1G /                                  
                                     sdb             465.8G                                    WDC_WDS500G2B0A-00SM50
C0FB-211B                            ├─sdb1 vfat       100M                                    
                                     ├─sdb2             16M                                    
C27AFBDE7AFBCD63                     ├─sdb3 ntfs     465.2G                                    
1A20494E20493255                     └─sdb4 ntfs       505M

我发现没有匹配的bcd1-426b

答案1

我大胆猜测,它可能正在尝试安装不存在的额外驱动器或分区,并且正在等待超时。

查看/etc/fstab文件并尝试找出您认为无效的项目。如有疑问,请随时修改您的问题。

更新:

我几乎可以肯定,磁盘或分区的唯一 ID 现在与您的克隆系统以前使用的不同。

以下命令将显示磁盘和分区的当前 UUID:

sudo lsblk -o UUID,NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL,MODEL

您可能需要/etc/fstab使用当前的 UUID 来更新有问题的条目。

答案2

这是一种蹩脚的方法,但我遇到了类似的问题。我运行 Ubuntu LiveCd,然后运行 ​​Grub-repair。我按照这里的说明进行操作: https://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/

相关内容