问题[read-only](ubuntu)

安全摄像头中的 µSD 卡突然停止录制：

• 大部分数据都消失了（没问题）。
• 仍然存在的数据是正确且可读的。
• 该卡现在始终以只读方式安装（在 Chromebook、Windows 和 Ubuntu 上）。

我无法重新格式化它或用它做任何事情：

$ df
/dev/mmcblk0   vfat          117G   15G      102G  13% /media/ray/xxx

$ sudo fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 116.1 GiB, 124657860608 bytes, 243472384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

$ sudo fsck /dev/mmcblk0
fsck from util-linux 2.34
fsck.fat 4.1 (2017-01-24)
open: Read-only file system

$ sudo hdparm -r0 /dev/mmcblk0
/dev/mmcblk0:
 setting readonly to 0 (off)
 readonly      =  1 (on)
$ sudo hdparm -r0 /dev/mmcblk0
/dev/mmcblk0:
 setting readonly to 0 (off)
 readonly      =  1 (on)

$ sudo fsck /dev/mmcblk0
fsck from util-linux 2.34
fsck.fat 4.1 (2017-01-24)
open: Read-only file system

$ sudo umount /media/ray/xxx
$ sudo mount  -o rw  /dev/mmcblk0  /media/ray/xxx
mount: /media/ray/xxx: WARNING: device write-protected, mounted read-only.

请注意，这不是全尺寸的 SD 卡；没有物理写保护开关。

这张卡可以回收吗，还是垃圾？

我是 Ubuntu 的新手。-R我知道我可以通过以下选项在只读模式下使用 vim 打开文件：

vim -R <filename> //Gives warning if I try to write

但是，如果我用 nano 做同样的事情，我可以自由地编写文件：

nano -R <filename>  //I can still write

我究竟做错了什么？如何使用 nano 以只读模式打开文件？

我有一个在 Windows 管理员运行的远程位置的 Ubuntu 18.04 VM 上运行的无头 Odoo 服务器。我的 / 处于只读状态，因此触摸 /forcefsck 只是回复无法触摸...：只读文件系统。

是否有任何我可以在 reboot 或 shutdown -r 命令调用的重启参数将 forcefsck 添加到重启中？或任何其他方式让我的系统备份和运行正常？

谢谢你的时间

我想配置我的 docker 守护进程。为此，我必须修改 daemon.json 文件，但不幸的是，它位于只读挂载的文件系统上；

root@shinwey:/snap/docker/current/config# ls -ltr
total 1
-rw-r--r-- 1 root root 72 Jun  8 22:18 daemon.json

root@shinwey:/snap/docker/current/config# touch daemon.json 
touch: cannot touch 'daemon.json': Read-only file system

root@shinwey:/snap/docker/current/config# df .
Filesystem     1K-blocks   Used Available Use% Mounted on
/dev/loop3        128896 128896         0 100% /snap/docker/471

我尝试使用“snap get docker”，因为该命令处理配置，但没有成功；

root@shinwey:/snap/docker/current/config# snap get docker 
error: snap "docker" has no configuration

是否有任何特定的“快照”命令来更新应用程序配置？

任何帮助将不胜感激

每当我尝试启动 Ubuntu 时，我都会收到Intrafms提示。我发现我可以使用 修复它 fsck /dev/sda7，对所有故障排除提示说“是”，然后在完成后使用exit. 大多数情况下，这往往会让我进入 Ubuntu。但是有时我会收到多条错误消息，说 {file} 不可写​​，请联系您的管理员了解详细信息，当我尝试启动 Discord 时（Discord 已成为我的文件系统程序的“金丝雀”，因为它喜欢编写临时目录）终端回应说它无法创建必要的目录，因为 /dev/sda7 是只读的。

我试过的

1. 启动进入恢复模式。 当我启动到恢复模式时，我首先遇到intrafms提示，/dev/sda7 contains a filesystem with errors. preforming check /dev/sda7 |=========> | 25% complete 然后当它完成检查时，它告诉我 /de/sda7 需要手动 fsck。然后我继续，就好像我正在启动进入正常模式一样。然后我遇到了一个典型的恢复模式屏幕，它经常告诉我我的文件系统是只读的。幸运的是，我可以使用恢复菜单中的检查文件系统工具以读/写方式挂载 /dev/sda7。然后我继续启动，但是当我重新启动以获取完整的图形驱动程序时，我又回到了开始的地方
2. 使用磁盘实用程序。我曾尝试查看 Ubuntu 中的磁盘工具，结果如下：

Model: TOSHIBA MQ04ABF100 (JU001C)
Size: 1.0 TB (1,000,204,886,016 bytes)
Partitioning: GUID Partition Table
Serial Number: 6827CUSFT
Assessment: Disk is OK, 4264 bad sectors (35° C / 95° F)

它还告诉我 /dev/sda7 正在使用ext4 (Version 1.0)，并且我还有一个未使用的 225GB 分区 (/dev/sda6)。

当我尝试新的修复或获取新的重要信息时，我会更新这个问题。

编辑 1：即使其他程序正在运行，我也会反复收到以下通知：

Configuration file "/home/asher/.config/kio_httprc" not writable.
Please contact your system administrator.

Configuration file "/home/potatoes/.config/kded5rc" not writable.
Please contact your system administrator.

我还做了拼写和语法检查

编辑 2：在正常的 Ubuntu 中一段时间​​后，文件系统恢复为只读。我不知道为什么会这样。

编辑 3：

SMART测试结果：

这是输出 grep -i FPDMA /var/log/syslog*

Binary file /var/log/syslog matches
/var/log/syslog.1:Nov 22 11:22:37 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [33451.806034] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 11:22:37 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [33451.806059] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 11:22:37 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [33451.806079] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 16:33:43 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [50291.446008] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 16:33:49 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [50297.493682] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 16:33:50 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [50297.885180] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 17:23:44 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [53291.812459] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 17:23:44 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [53291.812483] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 17:23:44 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [53291.812503] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 17:23:44 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [53291.812516] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 17:23:44 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [53291.812534] ata3.00: failed command: READ FPDMA QUEUED
/var/log/syslog.1:Nov 22 17:39:42 asher-HP-Pavilion-x360-Convertible-14-ba1xx kernel: [54250.146483] ata3.00: failed command: READ FPDMA QUEUED
grep: /var/log/syslog.1: Input/output error

编辑 4：建议有效，但我会在 SMART 测试中留下一条临别信息： Overall Assessment: Disk is OK, 4663 bad sectors感谢您的帮助！

更新：对于任何有类似问题的人，请阅读解决方案的评论

在我的情况下，我有一个双引导系统和一些分布在 3 个 HDD 上的分区。它们都在启动时自动安装在我的 KDE 上，我从来没有遇到过在它们之间删除、创建或传输文件的任何问题，但是突然间我的写权限被拒绝了。ls -l考虑到我所有分区的输出仍然给我这个，这很奇怪：

alex@alex-ubuntu:/media/alex$ ls -l
total 148
drwxrwxrwx 1 alex alex 65536 Oct 12 18:14 Backup
drwxrwxrwx 1 alex alex  4096 Mar 30  2019 DCC68E14C68DEF58
drwxrwxrwx 1 alex alex  4096 Oct 12 18:14 Downloads
drwxrwxrwx 1 alex alex  4096 Oct 12 18:14 Games
drwxrwxrwx 1 alex alex  4096 Oct 12 18:14 Videos
drwxrwxrwx 1 alex alex  8192 Oct 12 19:11 Windows

甚至用于复制或创建文件的 sudo 命令都不再起作用：

alex@alex-ubuntu:/media/alex/Videos$ sudo touch test.txt
[sudo] password for alex: 
touch: cannot touch 'test.txt': Read-only file system
alex@alex-ubuntu:/media/alex/Videos$ 

我做了一些研究，但我发现的所有类似情况都是用户没有完全许可或root仍然拥有所有权的情况，所以它几乎就像使用chmod或chown解决问题一样简单。我完全不知道是什么原因造成的，尤其是考虑到我的外置硬盘在连接时仍然可以完美运行。

这是mount输出：

alex@alex-ubuntu:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=2994076k,nr_inodes=748519,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=607456k,mode=755)
/dev/sdc5 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=434)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/var/lib/snapd/snaps/core18_1885.snap on /snap/core18/1885 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/exercism_5.snap on /snap/exercism/5 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_9993.snap on /snap/core/9993 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1506.snap on /snap/gtk-common-themes/1506 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_145.snap on /snap/gnome-3-28-1804/145 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/discord_115.snap on /snap/discord/115 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/heroku_3993.snap on /snap/heroku/3993 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/postman_127.snap on /snap/postman/127 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_9279.snap on /snap/snapd/9279 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/vlc_1700.snap on /snap/vlc/1700 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sdc7 on /home type ext4 (rw,relatime)
/var/lib/snapd/snaps/snapd_9607.snap on /snap/snapd/9607 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_10126.snap on /snap/core/10126 type squashfs (ro,nodev,relatime,x-gdu.hide)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=607452k,mode=700,uid=1000,gid=1000)
/dev/sda1 on /media/alex/Videos type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb2 on /media/alex/Downloads type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb1 on /media/alex/Backup type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdc2 on /media/alex/DCC68E14C68DEF58 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdc1 on /media/alex/Windows type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdc3 on /media/alex/Games type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

我有一台装有新安装的 Ubuntu Budgie 20.04 的华硕笔记本电脑，安装在 dev/sdb2 上，这是一个 1TB Crucial M.2 SSD。

相当经常（大约 50% 的时间），在我登录并开始工作后不久，Ubuntu 会关闭所有打开的应用程序并冻结。这似乎是一个缓慢的过程，应用程序关闭，然后 Budgie DE 将停止，最后鼠标变得无响应。此时，我可以使用 CTRL + F2 访问登录屏幕，但是当我提供用户名时，它会抛出错误：

[   844.940093] blk_update_request: I/O error, dev sdb, sector 1009020696 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0

然后再次显示登录提示。如果我再次尝试登录，我会收到很多 systemd 警报：

[   861.655386] systemd-journald[376]: Failed to write entry (22 items, 745 bytes), ignoring: Read-only file system
[   861.655543] systemd-journald[376]: Failed to write entry (22 items, 756 bytes), ignoring: Read-only file system
[   861.655835] systemd-journald[376]: Failed to write entry (22 items, 745 bytes), ignoring: Read-only file system
[   861.656284] systemd-journald[376]: Failed to write entry (22 items, 756 bytes), ignoring: Read-only file system
[   861.656532] systemd-journald[376]: Failed to write entry (22 items, 745 bytes), ignoring: Read-only file system

此时，我通过按住电源按钮强制关机，重新启动，系统通常可以正常工作以进行下次启动。

我一直在监视磁盘 SMART 测试，它始终显示 2 个坏块。我已经尝试完全格式化驱动器并重新安装操作系统，但没有成功。

我一直在搜索论坛并在谷歌上搜索错误消息，但没有成功。

这是硬件错误，我需要更换驱动器，还是可以修复一些软件？另外，我还在尝试学习 Ubuntu 系统，所以如果有人能解释错误的含义，那就太好了。提前致谢。

我在 Windows 10 的双启动中运行 Ubuntu 20.04。我的设置配置方式是有一个带有 Windows 和 Ubuntu 操作系统的 SSD 和一个包含我所有数据的第二个驱动器，例如下载和文档等。磁盘在 NTFS 方案下分区。

首先，我对简单地在启动时自动安装该驱动器感兴趣，我通过转到磁盘 > 选择驱动器 > 编辑安装选项 > 启动时安装来管理它。然而，几天后我发现自己无法编辑挂载磁盘中的任何文件。新建文件夹和粘贴选项是灰色的，我既不能保存任何新文件也不能编辑以前的文件。用户权限显示了属于“root”的文件，因此我无法更改任何内容。禁用自动挂载后，文件权限现在显示我的用户名而不是 root，但我仍然无法编辑任何内容。

我已经尝试了很多解决方案，甚至很多都成功了，但是几天后事情又回到了原来的状态，没有明显的原因。我真的很想知道这里有什么问题以及如何解决。

谢谢！

就像标题中一样，我在读写权限方面存在一些问题。

在这个位置，我只能阅读：图 1

我提到在这个位置安装了 Ubuntu，我使用双启动，并且在过去我有读写权限。在桌面上，我可以做任何我想做的事情，也可以在其他文件夹中。

我想将文件存储在该位置的原因是因为我有更多空间（70GB），而在桌面或其他文件夹位置我只有 15GB 可用空间 - 我不知道为什么。

有人可以帮助我在该位置再次获得访问权限吗？

先感谢您。

我已经在 Xubuntu 18.04 上安装了Lethe，以阻止用户按照我们如何在 Ubuntu 18.04 上安装 Lethe 所做的所有更改？

如何恢复正常开机和正常读写？

不卸载，而只是输入更新或其他添加。

我有一个操作系统，但我没有任何 GRUB。

我尝试修复 GRUB，但我唯一能得到的是带有此消息的最小 grub：

支持最小的 BASH 类行编辑。对于第一个单词，TAB 列出了可能的命令完成。任何其他选项卡列出可能的设备或文件完成。

如果重新启动开始但使用只读驱动器。

我怎样才能解锁这个？没有完整的 grub 还是只有最少的 grub？