编辑/ dev / ttyUSB0延迟计时器

时间:2019-12-05 15:13:34

标签: linux usb tty

当我尝试在笔记本电脑上编辑latency_timer中的/dev/ttyUSB0时出现错误。 这是我的工作:

$ sudo vim /sys/bus/usb-serial/devices/ttyUSB0/latency_timer

编辑16比1并保存时,我遇到了这个错误:

"/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.0/ttyUSB0/latency_timer" E514: write error (file
 system full?)
WARNING: Original file may be lost or damaged
don't quit the editor until the file is successfully written!

不幸的是,我不够专业,不知道该怎么办。 我得到我应该检查文件系统分区/sys是否已满;确实在互联网上看,我似乎必须使用命令df。 以下是df coomand的输出:

$ sudo df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7,7G     0  7,7G   0% /dev
tmpfs           1,6G  2,1M  1,6G   1% /run
/dev/nvme0n1p7  192G  119G   63G  66% /
tmpfs           7,7G  231M  7,5G   3% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           7,7G     0  7,7G   0% /sys/fs/cgroup
/dev/loop1       15M   15M     0 100% /snap/gnome-characters/359
/dev/loop2      135M  135M     0 100% /snap/mathpix-snipping-tool/39
/dev/loop3      256K  256K     0 100% /snap/gtk2-common-themes/5
/dev/loop4      3,8M  3,8M     0 100% /snap/gnome-system-monitor/111
/dev/loop5      8,2M  8,2M     0 100% /snap/evince/224
/dev/loop6      8,2M  8,2M     0 100% /snap/evince/214
/dev/loop7      3,8M  3,8M     0 100% /snap/gnome-system-monitor/107
/dev/nvme0n1p1  676M   91M  586M  14% /boot/efi
/dev/loop9      203M  203M     0 100% /snap/vlc/1049
/dev/loop8      141M  141M     0 100% /snap/gnome-3-26-1604/98
/dev/loop0       20M   20M     0 100% /snap/okular/63
/dev/loop12     261M  261M     0 100% /snap/kde-frameworks-5-core18/32
/dev/loop10     157M  157M     0 100% /snap/gnome-3-28-1804/91
/dev/loop13      90M   90M     0 100% /snap/core/8039
/dev/loop16     256M  256M     0 100% /snap/kde-frameworks-5-core18/30
/dev/loop14     1,0M  1,0M     0 100% /snap/gnome-logs/73
/dev/loop15      43M   43M     0 100% /snap/gtk-common-themes/1313
/dev/loop17      15M   15M     0 100% /snap/gnome-characters/367
/dev/loop19     175M  175M     0 100% /snap/inkscape/5874
/dev/loop18     1,0M  1,0M     0 100% /snap/gnome-logs/81
/dev/loop20     135M  135M     0 100% /snap/mathpix-snipping-tool/40
/dev/loop21     410M  410M     0 100% /snap/gimp/227
/dev/loop23      55M   55M     0 100% /snap/core18/1265
/dev/loop24     4,3M  4,3M     0 100% /snap/gnome-calculator/536
/dev/loop25      45M   45M     0 100% /snap/gtk-common-themes/1353
/dev/loop26     220M  220M     0 100% /snap/gimp/189
/dev/loop28     4,3M  4,3M     0 100% /snap/gnome-calculator/544
/dev/loop27     141M  141M     0 100% /snap/gnome-3-26-1604/97
/dev/loop29     157M  157M     0 100% /snap/gnome-3-28-1804/110
tmpfs           1,6G   84K  1,6G   1% /run/user/1000
/dev/loop30      55M   55M     0 100% /snap/core18/1279
/dev/loop31      90M   90M     0 100% /snap/core/8213

但是,查看此命令的输出后,我无法发现问题或无法理解分区/sys是否已满。 我也尝试过删除所有临时文件并清空垃圾箱,但是并不能解决问题。 你们中的任何人对导致我得到的错误以及如何解决该错误有任何想法吗? 任何帮助都非常感激:)

1 个答案:

答案 0 :(得分:0)

您不应该使用vi编辑这些文件,而只需使用echo写值。 Vim会尝试在同一目录中创建一个文件,并通过latency_timer文件中的/sys文件重命名该文件,该文件在echo 1 > /sys/bus/usb-serial/devices/ttyUSB0/latency_timer

中不起作用

请使用类似以下内容的

sudo tee

如果您必须以普通用户身份运行,请使用echo 1 | sudo tee /sys/bus/usb-serial/devices/ttyUSB0/latency_timer > /dev/null

public Cursor getData(String date){
            SQLiteDatabase db = this.getWritableDatabase();
            String query = "SELECT * FROM " + TABLE_NAME + " WHERE " + COL3 + "=" + date;
            Cursor data = db.rawQuery(query,null);
            return data;
}