用live系统

使用 Community LiveCD ，或 deepin 安装镜像启动时选择第一项试用，在Live中使用磁盘编辑器或 GParted 调整分区

你改了分区没？我用live改完分区后，系统启动器会被已打开的应用遮盖，深度之家也打不开

使用live CD

我试试

成功了，没有出现问题，之前一直觉得磐石系统的分区会有特殊，现在发现也只是个普通的ext4分区

GParted 0.25.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2

将 /dev/nvme0n1p4 由 256.00 GiB 缩小至 128.00 GiB  00:00:08    ( 成功 )
  
校准 /dev/nvme0n1p4  00:00:00    ( 成功 )
  
path: /dev/nvme0n1p4 (partition)
起始位置：42559488
终止位置：579430399
大小：536870912 (256.00 GiB)
检查 /dev/nvme0n1p4 上的文件系统错误并在可能的情况下修正  00:00:02    ( 成功 )
  
e2fsck -f -y -v -C 0 /dev/nvme0n1p4  00:00:02    ( 成功 )
  
超级块上一次挂载时间在未来。
（相差不到一天，可能是硬件时钟设定错误所致）
第 1 步：检查inode、块和大小
第 2 步：检查目录结构
第 3 步：检查目录连接性
第 4 步：检查引用计数
第 5 步：检查组概要信息

260524 个已使用的inode（1.55%，总共 16777216）
78 个不连续的文件（0.0%）
181 个不连续的目录（0.1%）
# 一次/二次/三次链接块数：0/0/0
Extent深度直方图： 249346/5
3717102 个已使用的块（5.54%，总共 67099904）
0 个坏块
1 个大文件

227222 个普通文件
21781 个文件夹
0 个字符设备文件
0 个块设备文件
0 个队列文件
489377 个链接
11512 个符号链接 （11165 个直接符号链接）
0 个套接字文件
------------
749892 个文件
e2fsck 1.43.4 (31-Jan-2017)
缩小文件系统  00:00:06    ( 成功 )
  
resize2fs -p /dev/nvme0n1p4 134217728K  00:00:06    ( 成功 )
  
将 /dev/nvme0n1p4 上的文件系统调整为 33554432 个块（每块 4k）。
开始第 2 步（共 262167 步）
正在重定位块 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
开始第 3 步（共 2048 步）
正在扫描inode表 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
开始第 4 步（共 30967 步）
正在更新inode引用 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
/dev/nvme0n1p4 上的文件系统现在为 33554432 个块（每块 4k）。

resize2fs 1.43.4 (31-Jan-2017)
将分区由 256.00 GiB 缩小至 128.00 GiB  00:00:00    ( 成功 )
  
旧的起始位置：42559488
旧的终止位置：579430399
旧的大小：536870912 (256.00 GiB)
新起始位置：42559488
新的终止位置：310994943
新大小：268435456 (128.00 GiB)
========================================

向左移动 /dev/nvme0n1p5 并由 1.59 TiB 扩大至 1.72 TiB  00:06:36    ( 成功 )
  
校准 /dev/nvme0n1p5  00:00:00    ( 成功 )
  
path: /dev/nvme0n1p5 (partition)
起始位置：579430400
终止位置：4000795312
大小：3421364913 (1.59 TiB)
检查 /dev/nvme0n1p5 上的文件系统错误并在可能的情况下修正  00:00:07    ( 成功 )
  
e2fsck -f -y -v -C 0 /dev/nvme0n1p5  00:00:07    ( 成功 )
  
超级块上一次挂载时间在未来。
（相差不到一天，可能是硬件时钟设定错误所致）
第 1 步：检查inode、块和大小
Inode 90073535 的extent树（位于第 1 层）的深度可以更小。处理? yes

第 1E 步：优化extent树
第 2 步：检查目录结构
第 3 步：检查目录连接性
第 4 步：检查引用计数
第 5 步：检查组概要信息

_dde_data：***** 文件系统已修改 *****

832458 个已使用的inode（0.78%，总共 106921984）
4643 个不连续的文件（0.6%）
1217 个不连续的目录（0.1%）
# 一次/二次/三次链接块数：0/0/0
Extent深度直方图： 736942/1107
51086939 个已使用的块（11.95%，总共 427661654）
0 个坏块
3 个大文件

639784 个普通文件
85914 个文件夹
169 个字符设备文件
1 个块设备文件
2 个队列文件
261635 个链接
106576 个符号链接 （94226 个直接符号链接）
3 个套接字文件
------------
1094084 个文件
e2fsck 1.43.4 (31-Jan-2017)
将分区由 1.59 TiB 扩大至 1.72 TiB  00:00:00    ( 成功 )
  
旧的起始位置：579430400
旧的终止位置：4000795312
旧的大小：3421364913 (1.59 TiB)
新起始位置：310994944
新的终止位置：4000795312
新大小：3689800369 (1.72 TiB)
向左移动文件系统  00:06:03    ( 成功 )
  
e2image -ra -p -o 137438953472 /dev/nvme0n1p5  00:06:03    ( 成功 )
  
e2image 1.43.4 (31-Jan-2017)
扫描inode中...
已复制 51059491 / 51064822 块（100%），用时 00:05:48 速度 573.14 MB/s
将分区由 1.72 TiB 缩小至 1.59 TiB  00:00:00    ( 成功 )
  
旧的起始位置：310994944
旧的终止位置：4000795312
旧的大小：3689800369 (1.72 TiB)
新起始位置：310994944
新的终止位置：3732359856
新大小：3421364913 (1.59 TiB)
检查 /dev/nvme0n1p5 上的文件系统错误并在可能的情况下修正  00:00:08    ( 成功 )
  
e2fsck -f -y -v -C 0 /dev/nvme0n1p5  00:00:08    ( 成功 )
  
第 1 步：检查inode、块和大小
第 2 步：检查目录结构
第 3 步：检查目录连接性
第 4 步：检查引用计数
第 5 步：检查组概要信息

832458 个已使用的inode（0.78%，总共 106921984）
4643 个不连续的文件（0.6%）
1217 个不连续的目录（0.1%）
# 一次/二次/三次链接块数：0/0/0
Extent深度直方图： 736943/1106
51086939 个已使用的块（11.95%，总共 427661654）
0 个坏块
3 个大文件

639784 个普通文件
85914 个文件夹
169 个字符设备文件
1 个块设备文件
2 个队列文件
261635 个链接
106576 个符号链接 （94226 个直接符号链接）
3 个套接字文件
------------
1094084 个文件
e2fsck 1.43.4 (31-Jan-2017)
将分区由 1.59 TiB 扩大至 1.72 TiB  00:00:00    ( 成功 )
  
旧的起始位置：310994944
旧的终止位置：3732359856
旧的大小：3421364913 (1.59 TiB)
新起始位置：310994944
新的终止位置：4000796671
新大小：3689801728 (1.72 TiB)
放大文件系统至整个分区  00:00:18    ( 成功 )
  
resize2fs -p /dev/nvme0n1p5  00:00:18    ( 成功 )
  
将 /dev/nvme0n1p5 上的文件系统调整为 461225216 个块（每块 4k）。
/dev/nvme0n1p5 上的文件系统现在为 461225216 个块（每块 4k）。

resize2fs 1.43.4 (31-Jan-2017)
========================================

我没这个问题，但理论上修改分区出错不可能只是出这种小问题，而是应该连系统都进不去了

有道理。那我也猜不到啥啥原因