主页 / ubuntu / 问题 / 1168866
Accepted
Pranav
Asked: 2019-08-28 03:54:13 +0800 CST

如何摆脱只读文件系统？

  • 772

我尝试了很多事情，但到本周末，我将再次陷入这种情况。我是双启动用户（Windows 10 Pro 和 Ubuntu 19.04）。我保持两个操作系统都是最新的。与非常慢但稳定的 Windows 不同，这个非常快但不太稳定的发行版经常崩溃。

为了摆脱这种情况，我要做的是：

  • 使用实时 Ubuntu 19.04 可启动笔式驱动器，打开 Gparted 并检查
    sda6 和 sda8 上的错误。单独留下交换分区（sda7）。

  • 有时我使用 live ubuntu 中的这两个命令：

    须藤 fsck.ext4 -f /dev/sda6

    须藤 fsck.ext4 -f /dev/sda8

其中sda6是我的根分区，sda5是我的主分区。

  • 我也从 Grub > Recovery Mode > Root shell 执行此操作
   mount -n -o remount, rw /
   touch /forcefsck
   shutdown -r now

所有答案尝试都是在观察askubuntu和ubuntuforms.org的建议后完成的。帮我度过难关。我已经尝试了很多东西。如果还有其他机制，请告诉我。

注意：为了清楚起见，快速启动在 Window OS 中被禁用。

用户在评论中询问的一些信息可以帮助我的情况：

pranav@Inspi5548:~$ sudo blkid
[sudo] password for pranav: 
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: LABEL="Recovery" UUID="EAD20314D202E4A3" TYPE="ntfs" PARTLABEL="Ba" PARTUUID="aa5a9347-3807-406c-8a85-df356eb9be93"
/dev/sda2: UUID="8A05-F7D6" TYPE="vfat" PARTUUID="ee306771-48e7-4deb-9c8b-a23c5f0a9dc2"
/dev/sda3: LABEL="New Volume" UUID="E0E07C6CE07C4B34" TYPE="ntfs" PARTUUID="f933de5f-d72a-48c0-918c-b1915e9700f2"
/dev/sda4: UUID="D8FA2AC3FA2A9DAE" TYPE="ntfs" PARTUUID="33885b82-b903-4ee7-9d91-8192f00f2209"
/dev/sda5: UUID="B4D0303ED030095E" TYPE="ntfs" PARTUUID="2d245ea3-510c-41af-825a-4f2f1608275b"
/dev/sda6: UUID="c8e65428-6dea-4e9d-b3b0-370820a1a210" TYPE="ext4" PARTUUID="978bac65-22b0-429b-8bb9-36e97e0754a1"
/dev/sda8: UUID="a54711ee-4373-4a1b-8d06-d0f29aca9a6b" TYPE="ext4" PARTUUID="3f5e0e3c-1884-4597-bdf2-6496941b4fd1"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"

pranav@Inspi5548:~$ cat /etc/fstab
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=c8e65428-6dea-4e9d-b3b0-370820a1a210 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
#UUID=8A05-F7D6  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda8 during installation
UUID=a54711ee-4373-4a1b-8d06-d0f29aca9a6b /home           ext4    defaults        0       2
# swap was on /dev/sda7 during installation
UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0
#UUID=a54711ee-4373-4a1b-8d06-d0f29aca9a6b  /boot   ext4defaults    0   2
UUID=8A05-F7D6  /boot/efi   vfat    defaults    0   1

pranav@Inspi5548:~$ ls -al ~/.local/share/gnome-shell/extensions
total 36
drwxrwxr-x 9 pranav pranav 4096 Aug 22 12:54 .
drwx------ 3 pranav pranav 4096 Aug 29 16:02 ..
drwxrwxr-x 5 pranav pranav 4096 Jul 29 16:39 [email protected]
drwxrwxr-x 5 pranav pranav 4096 Aug  4 22:56 [email protected]
drwxrwxr-x 4 pranav pranav 4096 Jul 29 16:24 desktop-icons@csoriano
drwxrwxr-x 6 pranav pranav 4096 Aug 11 15:26 [email protected]
drwxrwxr-x 2 pranav pranav 4096 Jul 29 21:33 [email protected]
drwxrwxr-x 2 pranav pranav 4096 Aug 22 12:54 [email protected]
drwxrwxr-x 4 pranav pranav 4096 Jul 29 16:46 [email protected]

此屏幕截图来自Disks“SMART Data & Self-Test”窗口，此屏幕截图来自gparted应用程序。两者均取自 Live Ubuntu 19.04。

请注意，我已使用 # 在多个位置进行评论/etc/fstab以解决问题，这是该事件之后的输出。

ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: LABEL="Recovery" UUID="EAD20314D202E4A3" TYPE="ntfs" PARTLABEL="Ba" PARTUUID="aa5a9347-3807-406c-8a85-df356eb9be93"
/dev/sda2: UUID="8A05-F7D6" TYPE="vfat" PARTUUID="ee306771-48e7-4deb-9c8b-a23c5f0a9dc2"
/dev/sda3: LABEL="New Volume" UUID="E0E07C6CE07C4B34" TYPE="ntfs" PARTUUID="f933de5f-d72a-48c0-918c-b1915e9700f2"
/dev/sda4: UUID="D8FA2AC3FA2A9DAE" TYPE="ntfs" PARTUUID="33885b82-b903-4ee7-9d91-8192f00f2209"
/dev/sda5: UUID="B4D0303ED030095E" TYPE="ntfs" PARTUUID="2d245ea3-510c-41af-825a-4f2f1608275b"
/dev/sda6: UUID="c8e65428-6dea-4e9d-b3b0-370820a1a210" TYPE="ext4" PARTUUID="978bac65-22b0-429b-8bb9-36e97e0754a1"
/dev/sda8: UUID="a54711ee-4373-4a1b-8d06-d0f29aca9a6b" TYPE="ext4" PARTUUID="3f5e0e3c-1884-4597-bdf2-6496941b4fd1"
/dev/sdb1: LABEL="UBUNTU 19_0" UUID="15E4-2844" TYPE="vfat" PARTLABEL="Microsoft Basic Data" PARTUUID="5c3b9d59-eab7-47c5-85c0-55654f42445a"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
ubuntu@ubuntu:~$
filesystem dual-boot fsck read-only 19.04

1 个回答

  1. Best Answer

    这里可能存在不止一个问题。

    首先，您的交换分区丢失了。/etc/fstab显示：

    # swap was on /dev/sda7 during installation
UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0

    系统正在尝试挂载交换分区，但没有找到它。你是删了/dev/sda7还是改了/swapfile？

    其次，您可能遇到了 GNOME 扩展问题。我看到多个可能导致问题的扩展。您需要暂时禁用所有扩展，运行计算机一段时间，看看是否有一些问题会消失。然后一次重新启用一个，看看问题是否再次出现。可能的嫌疑人是Dash to Dock、GS Connect和Status Area Horiz Spacing。请参阅https://extensions.gnome.org/local/以禁用/启用它们。

    更新#1：

    您的问题在于/dev/sda7交换分区，这就是您遇到问题的原因。

    所以首先，让我们编辑/etc/fstab和改变它：

    # swap was on /dev/sda7 during installation
UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0

    对此：

    # swap was on /dev/sda7 during installation
# UUID=1ad69fff-0367-4131-b0a2-839fd5b3846f none            swap    sw              0       0

    然后你应该可以启动了。我们将开始修复/dev/sda7下一个更新。

    在 中terminal，键入：

    reboot

    更新#2：

    在terminal类型中：

    sudo swapoff -a

    然后我们将坏块/dev/sda7。由于 中故障的性质，这可能会失败/dev/sda7。如果它确实有效，我们仍然需要重新创建这个分区，然后编辑/etc/fstab.

    Note: do NOT abort a bad block scan!

Note: do NOT bad block a SSD

Note: backup your important files FIRST!

Note: this will take many hours

    启动到 Ubuntu Live DVD/USB。

    在terminal...

    sudo e2fsck -fcky /dev/sda7# 只读测试

    或者

    sudo e2fsck -fccky /dev/sda7# 无损读/写测试（推荐）

    -k 很重要，因为它保存了以前的坏块表，并将任何新的坏块添加到该表中。如果没有 -k，您将丢失所有先前的坏块信息。

    -fccky 参数...

       -f     Force checking even if the file system seems clean.

   -c     This option causes e2fsck to use badblocks(8) program  to  do  a
          read-only  scan  of  the device in order to find any bad blocks.
          If any bad blocks are found, they are added  to  the  bad  block
          inode  to  prevent them from being allocated to a file or direc‐
          tory.  If this option is specified twice,  then  the  bad  block
          scan will be done using a non-destructive read-write test.

   -k     When combined with the -c option, any existing bad blocks in the
          bad blocks list are preserved, and any new bad blocks  found  by
          running  badblocks(8)  will  be added to the existing bad blocks
          list.

   -y     Assume  an answer of `yes' to all questions; allows e2fsck to be
          used non-interactively.  This option may not be specified at the
          same time as the -n or -p options.

    更新#3：

    注意：您可能有一个失败的硬盘...

    • 启动到 Ubuntu Live DVD/USB

      • sudo fsck -f /dev/sda6

      • sudo fsck -f /dev/sda8

    • 启动到硬盘，即使它处于紧急模式

    • 再次更新#1

    • 还删除您添加到 /etc/fstab 的额外挂载

    • 使用gparted，swapoff /dev/sda7，删除 /dev/sda7，并在 /dev/sda7 上创建一个新的ext4分区

    • sudo fsck -f /dev/sda7

    • sudo blkid现在应该显示 /dev/sda7，如果没有，则STOP并咨询我

    • 再次更新#2，但是这样......

      • 启动到 Ubuntu Live DVD/USB

      • sudo e2fsck -fccky /dev/sda7

      • sudo e2fsck -fccky /dev/sda6

      • sudo e2fsck -fccky /dev/sda8

    • 使用gparted，删除ext4分区 /dev/sda7，并在 /dev/sda7 处创建一个新的linux-swap分区，然后交换 /dev/sda7... 如果此步骤失败，则停止，并咨询我

    • reboot

    • sudo blkid | grep swap并获取新的 UUID 并将其编辑到 /etc/fstab 中，同时取消注释同一行

    • reboot

    更新#4：

    所有工作都已完成，系统现在正在运行……但是，硬盘出现故障，需要更换。

    • 1

相关问题