vscode报错：sysctl: setting key “fs.inotify.max_user_watches“: Read-only file system

最新推荐文章于 2024-12-02 09:46:37 发布
最新推荐文章于 2024-12-02 09:46:37 发布
阅读量1k 收藏 8
点赞数 8
分类专栏： vscode 学习日志 文章标签： vscode linux docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42421591/article/details/136446838
版权

注意：docker需要在宿主机上操作，因为下列配置文件在docker中为只读，需要在宿主机进行更改

报错内容：在vscode上打开工程时报错：sysctl: setting key “fs.inotify.max_user_watches“: Read-only file system

报错分析：工程太大，文件过多导致vscode可以读取到的句子有限

解决措施：

1.    查看当前可读内容的大小限制

cat /proc/sys/fs/inotify/max_user_watches

我的查询结果为

2. 改变最大值限制

sudo vim /etc/sysctl.conf

在末尾增加

fs.inotify.max_user_watches=524288

 3. 应用更改

sudo sysctl -p

(20200622已解决)容器docker||Visual Studio Code is unable to watch for file changes in this large workspa
漫步量化
07-03 1229
问题描述 如题所述，VSCode无法实时显示文件变动，因为workspace空间太大，文件太多，而linux本身对此有限制。 From vscode offical documents, you can fixed the problem using: # 查看file watcher limit cat /proc/sys/fs/inotify/max_user_watches # increase the limit $ vim /etc/sysctl.conf fs.inotify.max_use..
system 相关的配置 /etc/sysctl.conf
中国奥特曼
02-07 481
sysctl root@B:/etc/sysctl.d# sysctl --h sysctl: unrecognized option: h BusyBox v1.28.3 () multi-call binary. Usage: sysctl -p [-enq] [FILE...] / [-enqaw] [KEY[=VALUE]]... Show/set kernel parameters -p Set values from FILEs (default /etc/sys
sysctl: setting key “fs.inotify.max_user_watches“: Read-only file system
weixin_42375768的博客
07-10 7285
环境： 使用vscode远程连接服务器（linux），使用了docker。 问题： 工作目录下的文件太多，无法实时监控文件的变化。vscode报出警告：“VSCode报警：无法在这个大型工作区中监视文件更改。” 原始方案： 我尝试按照下面这个帖子中的方法解决问题 https://blog.csdn.net/p1279030826/article/details/105465508，但是一直无法把fs.inotify.max_user_watches的值修改成功。当执行“sysctl -p”，会.
提示read-only file system 文件只读vscode
qq_66205049的博客
09-22 1054
日常错误分享
VS Code read-only volume
qq_35874340的博客
06-12 963
今天打开VS Code，编辑一个md文件的时候，按回车提示错误而且回车输入无效： "command 'markdown.extension.onEnterKey" 搜了一下，说是VS Code版本应该升级。想来是插件自动升级了，VS Code没跟上。 然后尝试Code-检查更新，居然提示不能在只读卷上升级： Cannot update while running on a read-only volume. The application is on a read-only volume. Please
【笔记】简单实现vscode read-only模式插件
匆匆往站
08-31 3859
尝试玩了一下vscode插件，困惑着如果有人想启动一个vscode instance，只想读代码，不想无意中修改了代码。查了一下github上vscode的issue，有一些人提，但是都没有解决方法；还有一些人说看能不能拿到moanco editor的instance就解决问题了，然后下面就是一个回复“不可能”就close了。那怎么实现vscode打开文档是read-only模式呢？ 其实做一遍，就发现非常简单。当然，我们目前的需求只是无意按键后不要修改文档，暂时不想管太多比如复制/粘贴，比如格式化文档后怎
Read-only file system
为梦想奋斗
06-26 762
Once the server is booted into rescue, you can SSH into it and use the command line and limited tools. Once you have SSH’ed into the server, make sure that your hard drive is not mounted. It should not
Linux重启inotify配置max_user_watches无效被恢复默认值8192的正确修改方
chuangweidie8778的博客
04-04 944
Linux下Rsync+inotify-tools实现数据实时同步中有一个重要的配置就是设置Inotify的max_user_watches值，如果不设置，当遇到大量文件的时候就会出现出错的情况。 一般网上修改方法就是直接修改文件： /proc/sys/fs/inotify/max_...
root@e3b9139b9a83:~# sudo sysctl -p sysctl: permission denied on key "fs.inotify.max_user_watches"
最新发布
03-30
在Docker容器中运行`sudo sysctl -p`时遇到权限问题（如`sysctl: setting key "fs.inotify.max_user_watches": Read-only file system`），通常是因为容器默认以**只读模式**挂载系统目录（如`/proc/sys`），且普通...
my cloud test bed (by quqi99)
技术并艺术着
03-10 1922
若容器里如果上不了网，如无法访问api.snapcraft.io，是因为lxd容易默认使用了eth1上的dns=10.10.10.1，下面的配置可让eth0, eth1, eth2都默认使用dns=192.168.99.1来避免特色网络对api.snapcraft.io的污染。下列netplan配置创建了br-eth0，也让br-eth0支持wol通过魔术包唤醒，也创建了一个没有dhcp的br-maas用于maas实验。
k8s安装文档以及遇到的问题
xiedaimaihencai的博客
12-02 971
image-repository=registry.aliyuncs.com/google_containers ------ 这个是镜像地址，由于国外地址无法访问，故使用的阿里云仓库地址：registry.aliyuncs.com/google_containers。–pod-network-cidr=10.244.0.0/16 ------ k8s内部的pod节点之间网络可以使用的IP段，不能和service-cidr写一样，如果不知道怎么配，就先用这个10.244.0.0/16。
Linux修改fs.inotify.max_user_watches(“外部文件更改同步可能很慢”和“当前的 inotify(7) 监视限制太低”)
一起coding，一起嗨。
09-07 4907
参数的值可以增加允许的最大观察者数量，从而允许更多的文件或目录被监视。这在某些情况下非常有用，比如当您的应用程序需要监视大量文件或目录的变化时，或者您正在开发一个基于文件系统事件的应用程序。inotify 是一种文件系统监控机制，它可以用于检测文件或目录的变化，并在事件发生时通知相关的应用程序。当数量超过此限制时，新的监视请求将被拒绝。参数需要对应的权限，并且增加的值应该根据您特定的需求进行调整。较大的值可能会占用更多的系统资源，建议根据实际情况选择适当的值。目录中创建一个新的配置文件，并将参数写入其中。
Linux系统文件操作提示Read-only file system的解决办法
热门推荐
a13568hki的博客
03-07 2万+
日常运维Linux云服务器时，由于系统没有正常关机，导致磁盘出现文件系统错误，文件无法操作，出现只读提示Read-only file system，如下图所示。出现这种情况时，不用慌张，按照本文的操作步骤，即可解除只读状态，恢复系统正常。注意：此修复可能会导致个别文件及数据丢失，修复之前建议做好重要文件的备份工作。
sysctl设置系统参数
小耗子的博客
08-31 8208
Sysctl是一个允许您改变正在运行中的Linux系统的接口。它包含一些 TCP/IP 堆栈和虚拟内存系统的高级选项， 这可以让有经验的管理员提高引人注目的系统性能。用sysctl可以读取设置超过五百个系统变量。基于这点，sysctl(8) 提供两个功能：读取和修改系统设置。 查看所有可读变量： % sysctl -a 读一个指定的变量，例如 kern.maxproc：
Elasticsearch5.0 beta版本安装错误
weixin_34143774的博客
10-28 192
打开微信扫一扫，关注微信公众号【数据与算法联盟】 转载请注明出处：http://blog.csdn.net/gamer_gyt 博主微博：http://weibo.com/234654758 Github：https://github.com/thinkgamer 写在前边的话 elasticsearch的alp...
Kubernetes inotify watch 耗尽
小楼一夜听春雨，深巷明朝卖杏花
08-30 2105
文件句柄：在 Linux 环境中，任何事物都是用文件来表示，设备是文件，目录是文件，socket 也是文件。用来表示所处理对象的接口和唯一接口就是文件。应用程序在读/写一个文件时，首先需要打开这个文件，打开的过程其实质就是在进程与文件之间建立起连接，句柄的作用就是唯一标识此连接。fs.inotify.max_queued_events：表示调用inotify_init时分配给inotify instance中可排队的event的数目的最大值，超出这个值的事件被丢弃，但会触发IN_Q_OVERFLOW事件。.
通过修改sysctl.conf修复nodejs的运行错误：System limit for number of file watchers reached
胡思乱想的程序员
10-11 711
通过修改sysctl.conf修复nodejs的运行错误：System limit for number of file watchers reached。fs.inotify.max_user_watches参数的含义。系统默认单个进程可以同时监视的文件系统事件的最大数量是多少。/etc/sysctl.conf这个文件是干什么的。sysctl常用的命令使用方式。
elasticsearch5.x安装中一些问题的解决办法
Loyal-Wang的博客
03-05 1万+
elasticsearch5.x安装中一些问题的解决办法
Linux文件系统只读Read-only file system的解决方法
Yonx
08-30 3176
Linux文件系统只读Read-only file system的解决方法 问题原因：系统没有正常关机，导致虚拟磁盘出现文件系统错误。 解决方法：使用fsck手动修复，具体操作如下： 重启系统后，使用root进入单用户模式，运行 mount -o remount rw / /* (这一步是关键的一步，让“/”根文件系统重新挂载并有可读写模式)*/ fsck.ext3 -y /dev/vda3 说明：ext3的文件系统使用fsck.ext3，ext4文件系统使用fsck.etx4。/dev/v
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值