我安装了 Kubuntu 22.04 内核版本 6.2.0-31,它在我的 SSD 上为系统分区为 Ext4,并将我以前的文件留在 NTFS 分区上。我实际上不需要旧文件,所以我尝试将驱动器的其余部分分区为 Ext4,以便 Kubuntu 安装可以使用它们。(这不是双启动)驱动器不工作并显示丢失+找到的文件。
它出现在终端、Dolphin 和 KDE Partition Mgr 中。使用 KDE Partition Manager,我卸载了它,删除了它,重新格式化为 Ext4,重新标记为 SSD2,然后它自动挂载了。我尝试使用该驱动器,那里只有一个丢失和找到的文件夹,它显示“无法进入文件夹 /home/unity/media/lost+found”第一次尝试我使用终端,结果完全相同。我查看了 fstab,它显示在那里。
我相信在设置挂载点时,我从 KDE 分区管理器提供的路径中获得了名称 home/unity/media。
$ stat /home/unity/media
File: /home/unity/media
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 801h/2049d Inode: 2 Links: 3
Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2023-09-01 18:13:28.895361456 -0500
Modify: 2023-09-01 18:11:32.000000000 -0500
Change: 2023-09-01 18:11:32.000000000 -0500
Birth: 2023-09-01 18:11:32.000000000 -0500
$
$ findmnt --fstab
TARGET SOURCE FSTYPE OPTIONS
/ UUID=8256fca0-2723-4e9a-bc64-ac669b1cdd7d ext4 errors=remount-ro
/boot/efi UUID=A9EF-3FF7 vfat umask=0077
none /swapfile swap sw
/home/unity/media /dev/sda1
$
ext4 rw,relatime,errors=remoun
└─/var/snap/firefox/common/host-hunspell /dev/sda5[/usr/share/hunspell] ext4 ro,noexec,noatime,errors=
ext4 rw,relatime,errors=remoun
├─/var/snap/firefox/common/host-hunspell /dev/sda5[/usr/share/hunspell] ext4 ro,noexec,noatime,errors=
└─/home/unity/media
df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 1.6G 1.6M 1.6G 1% /run
/dev/sda5 74G 16G 54G 23% /
tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
/dev/sda1 145G 28K 138G 1% /home/unity/media
/dev/sda2 512M 6.1M 506M 2% /boot/efi
tmpfs 1.6G 52K 1.6G 1% /run/user/1000
/dev/sdb1 100M 26M 75M 26% /media/unity/SYSTEM
/dev/sdb5 98G 89M 98G 1% /media/unity/New Volume
/dev/sdb2 1.8T 422G 1.4T 25% /media/unity/MAIN DRIVE
lsblk -e 7
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 223.6G 0 disk
├─sda1 8:1 0 148.2G 0 part /home/unity/media
├─sda2 8:2 0 513M 0 part /boot/efi
├─sda3 8:3 0 1K 0 part
└─sda5 8:5 0 74.8G 0 part /var/snap/firefox/common/host-hunspell
/
sdb 8:16 0 1.8T 0 disk
├─sdb1 8:17 0 100M 0 part /media/unity/SYSTEM
├─sdb2 8:18 0 1.7T 0 part /media/unity/MAIN DRIVE
├─sdb3 8:19 0 1K 0 part
├─sdb4 8:20 0 11.2G 0 part
└─sdb5 8:21 0 97.7G 0 part /media/unity/New Volume
sdc 8:32 1 0B 0 disk
sdd 8:48 1 0B 0 disk
sde 8:64 1 0B 0 disk
sdf 8:80 1 0B 0 disk
sr0 11:0 1 1.6G 0 rom
findmnt -t ext4
目标源 FSTYPE 选项 / /dev/sda5 ext4 rw,relatime,errors=remoun └─/var/snap/firefox/common/host-hunspell /dev/sda5[/usr/share/hunspell] ext4 ro,noexec,noatime,errors=
这是我尝试过的。
unity@unity-p7-1297c:~$ sudo umount /home/unity/media
unity@unity-p7-1297c:~$ sudo rmdir /home/unity/media
unity@unity-p7-1297c:~$ sudo mkdir /mnt/SSD2
unity@unity-p7-1297c:~$ sudo mount -t auto /dev/sda1 /mnt/SSD2
unity@unity-p7-1297c:~$ sudo chmod a+rwx /mnt/SSD2/
***sda1 驱动器已安装并在 home/unity/media 中运行,/mnt/SSD2 文件夹为空....
编辑 fstab 并将挂载点从 /home/unity/media 移动到 /mnt/SSD2
sudo umount /home/unity/media
sudo nano /etc/fstab sudo mount /mnt/SSD2
驱动器正常工作并安装在正确的文件夹中。
答案1
您有实时 CD/DVD 吗?我会使用实时光盘启动并调整上述设置,而无需启动驱动器或通过使用“锁定”它们。
您还可以使用 KDE 或 gparted 分区管理器来运行修复和其他诊断。在实时环境中,您仍然可以输入终端命令。
除非这个问题得到解决,否则我会尝试一下。
答案2
我安装了 Kubuntu 22.04,并选择了对驱动器进行分区的选项。Kubuntu 为启动和操作系统(又称 root)创建了一个 Ext4 分区,并创建了一个 NTFS 分区,并方便地将以前的 Windows 7 操作系统的所有文件保留在该驱动器上。我已经在另一个驱动器上备份了这些 Windows 7 文件,当我意识到 TimeShift 不会使用 NTFS 文件系统时,我决定将 NTFS 分区改为 Ext4,这样就可以这样使用了。
我使用 KDE 分区管理器将驱动器从 NTFS 重新格式化为 Ext4,没有任何问题。但是,我将挂载点放在 (根) 驱动器 /home/unity/media 上的一个不寻常的位置。另外,我不知道如何获取该挂载点 (驱动器) 的所有权和控制权。所以我得到的是一个驱动器,里面有一个“lost+found”文件夹,它应该在那里,但我无法使用它。所以我需要获取所有权和控制权。
chown 是“更改所有者”的缩写,其含义非常明确。chmod 处理用户访问文件后可以对文件执行的操作,而 chown 则分配所有权。
- whoami cmd 显示用户。
小心使用 CHOWN。我是设备上的唯一用户,这些是 chown 示例,您必须学习和研究所有这些命令。
KONSOLE 终端。所有者已变更。
sudo chown -R $(whoami) /home/unity/media
sudo chown -R unity:管理员/home/unity/media
改变了我可以对文件执行的操作。
sudo chmod a+rwx /home/unity/media
现在我想将挂载点移动到更实际的位置,从 /home/unity/media 移动到 /mnt/SSD2。所以我需要编辑 fstab。
首先,我创建了一个新的挂载点(又称新文件夹)
sudo mkdir /mni/SSD2
我卸载了旧的挂载点
sudo umount /home/unity/media
我打开 fstab 编辑器
sudo nano /etc/fstab
然后我在 fstab 中用 /mnt/SSD2 替换了 /home/unity/media 并保存。我安装了新的挂载点
sudo mount /mnt/SSD2
这解决了问题,我可以使用驱动器了。我是初学者,希望这能帮助像我这样的人,如果有资深用户发现我的答案有任何问题,我将不胜感激。(我的研究花费了大量时间阅读大量网站,太多了,无法一一列举;找到这个问题的解决方案的最大关键是资深会员 mook765、raffa 和 muru 分享了他们的见解)