linux不同用户间的即时聊天的命令： cat - > /dev/pts/0

最新推荐文章于 2025-09-10 15:21:02 发布

原创最新推荐文章于 2025-09-10 15:21:02 发布 · 2.5k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#linux #聊天

嵌入式技术专栏收录该内容

83 篇文章

订阅专栏

本文介绍了一个简单的Linux即时聊天命令：通过在终端输入“cat->/dev/pts/0”来实现在同一Linux系统中不同用户间的即时消息交流。值得注意的是，在使用此命令前，请确保已正确设置设备文件的权限。

部署运行你感兴趣的模型镜像

linux即时聊天的命令：

在终端输入如下命令

cat - > /dev/pts/0

即可实现，当前linux内部不同用户之间的即时聊天。但，可能需要注意设备文件的权限问题。

您可能感兴趣的与本文相关的镜像

Linly-Talker

AI应用

Linly-Talker是一款创新的数字人对话系统，它融合了最新的人工智能技术，包括大型语言模型（LLM）、自动语音识别（ASR）、文本到语音转换（TTS）和语音克隆技术

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

duanlove

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

❤️学习linux 两年多沉淀下来的linux 命令大全⭐建议收藏⭐

心有鸿鹄天地，不敢妄坠人间

09-14

5万+

文章目录linux 系统命令总结大全关于作者**作者介绍**0.IP 地址相关命令0.1 ifconfig 命令 ---显示网络设备信息02.ip 命令 ---显示与操作路由03.dhclient 命令 --- 动态获取或释放IP地址04.nmtui ---界面修改网卡地址信息05.nmcli 命令 --- 设置ip地址1.文件目录命令1.1 ls 命令 --显示目录下的内容1.2 cd 命令 ---切换目录命令1.3 cp 命令---复制文件或目录1.4 mkdir ---创建目录1.5 rmdir

Linux 系统管理技巧

abcdef121233123的博客

04-12

1305

13.1 监控系统的状态 13.1.1 使用 w 命令查看当前系统的负载 [root@localhost ~]# w 00:14:30 up 1:59, 2 users, load average: 0.08, 0.03, 0.05 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT ...

参与评论您还未登录，请先登录后发表或查看评论

Linux中的输入输出管理

weixin_54719086的博客

01-22

1027

Linux中的输入输出管理输入输出的定义 1.1 字符设备字符设备就是显示字符到屏幕上的设备文件；即是在输入输出过程中以字符为单位进行传输的设备，例如键盘，打印机等。注意：字符设备是内存中开启的虚拟设备，键盘录入的信息会被 /dev/pts/0 这个目录所捕捉，当按下回车时，该目录会将所捕捉的字符交给cpu，cpu会调用所键盘输入的指令，再产生输出，产生的输出会返回给该目录，而后显示出来。（这个目录就是所说的字符设备，其作用是捕捉，最后显示）最终的结果会表示成0，1，2编号，但这些编号实际上都是在

【Linux】带你浅了解一下重定向

m0_48280921的博客

03-30

968

目录 1、重定向 2、/proc 存放Linux内核信息的 3、/dev 是存放设备文件的目录 device 4、文件描述符（fd) —— file descriptor 4.1 /dev/pts/0 终端设备的文件名 1、重定向 1.1 标准输入（STDIN）：接受从键盘输入给计算机里输入内容的方式：键盘输入、语音、图形图像标准输出（STDOUT）：standard output 正确的标准输出错误的标准输出 1.2设备文件 1.3 标准正确输出重定向：把本来应该

linux终端相关（AI回答）

最新发布

yaoct的博客

09-10

834

DS-V3 为你解答在 Linux 系统中，/dev/tty1和/dev/pts/0。

Linux 设备文件简介

weixin_30260399的博客

05-09

1513

概述设备管理是 Linux 中比较基础的知识，与内核的关系也比较密切。随着 Udev 的广泛使用，Linux 发行版的智能程度越来越高，许多 Linux 新用户对 /dev 目录下的东西变得不再熟悉，有时候遇见问题就会抓狂。 Linux 中的设备按照存取方式的不同，可以分为两种：字符设备无缓冲且只能顺序存取块设备有缓冲且可以随机(乱序)存取而按照是否对应物理实体，也可以分为两种： ...

嵌入式Linux printf输出在串口与/dev/pts/0间切换

weixin_43189272的博客

08-13

3221

在嵌入式Linux系统中，有时通过远程（telnet或者ssh）登录到现场设备，想看程序的实时打印的调试信息，需要将输出到串口的调试信息重定向到当前登录的终端界面上。当然也可以将程序重新启动到当前终端界面，但是在程序出现问题时，如果重启程序，可能会破坏了问题现场，再查找问题就不好查找了。/dev/ttySn: 串口终端/dev/ttyS0和/dev/ttyS1是第一个和第二个串口终端，即通过串行口连接的终端设备,一般嵌入式开发板都是以/dev/ttyS0做为调试串口;

解决Screen出现Cannot open your terminal ‘/dev/pts/0’问题

xnxy2012的博客

11-08

1518

解决方法：切换用户后，执行下列语句即可： script /dev/null 虽然说直接 chmod 777 /dev/pts/0 也能解决问题，但是会有安全隐患！原理：我们使用 root 用户和 test 用户举例，先以 root 身份登陆系统。 [root@localhost ~]# tty /dev/pts/0 [root@localhost ~]# ls -l /dev/pts/0 c...

25、Linux系统编程：终端操作与进程间通信

jupyter5notebook的博客

07-21

本文详细介绍了Linux系统编程中的终端操作和进程间通信（IPC）技术。内容包括创建伪终端（PTY）程序、禁用密码输入回显、读取终端大小，以及多种IPC方式的实现，如信号、管道、FIFO、消息队列、共享内存和Unix套接字。通过具体的代码示例和运行步骤，帮助开发者深入理解终端操作和进程间通信的原理及应用。

嵌入式移植使用pppoe

dianzishi123的博客

07-23

948

PPPoE官网：https://www.roaringpenguin.com/products/pppoe 源码下载地址：https://dianne.skoll.ca/projects/rp-pppoe/ Ubuntu 启动PPPoE服务：解压后源码编译Ubuntu下的PPPoE 在源码路径下进入src 执行configure 进行配置生产Makefile ：./configure --prefix=/home/opensource/pppoe/pppoe-test/pc-

Linux系统安全及应用

夏颜的博客

04-08

3537

文章目录一.账号安全管理1.账户管理1.1系统账号的清理1.2锁定长期不使用的账号1.3删除无用的账号1.4锁定账号文件1.5密码安全控制1.6命令历史1.7自动注销2.切换用户--su 一.账号安全管理当系统账户过多时，我们有时候需要有些用户不能进行某些操作，或者给一些用户设置使用期限，或者给某些用户更多的权限，这时我们就需要对账户进行一些设置。 1.账户管理之前的文章中有介绍过账户管理，详细操作和命令可以去看下，这边就不再过多的介绍。 1.1系统账号的清理在Linux中除了我们用户自己创建的账号之

Linux利用终端执行命令,linux – 通过/ dev / pts在另一个终端中执行命令

weixin_31919471的博客

04-28

382

我完全得到了你的要求.您可以通过在C中编写和执行一小段代码来实现此目的.这应该会给你一些想法.#include #include #include #include #include #include #include void print_help(char *prog_name) {printf("Usage: %s [-n] DEVNAME COMMAND\n",prog_name);pri...

Linux: command: mesg：cannot open /dev/pts/0: Permission denied

mzhan017的博客

11-13

424

在RHEL8.7 有一个问题，当从root切到其他用户的时候，如果想要的bash脚本里如果有“mesg n|y”的命令的时候，可能出现错误：mesg: cannot open /dev/pts/0: Permission denied。这个问题在util-linux 2.37 上面也就是RHEL9上会解决。

Linux中pts/0

御剑长歌的博客

02-15

1290

who:查看目前有谁在线 who am i: 查看自己 pts是所谓的伪终端或虚拟终端，具体表现就是你打开一个终端，这个终端就叫pts/0，如果你再打开一个终端，这个新的终端就叫pts /1 ...

Linux中的tty与pts

tuyerv的博客

02-11

2858

tty一词源于Teletypes，或者teletypewriters，原来指的是电传打字机，是通过串行线用打印机键盘通过阅读和发送信息的东西，后来这东西被键盘与显示器取代，所以现在叫终端比较合适。但是如果我们远程telnet到主机或使用xterm时不也需要一个终端交互么？是的，这就是虚拟终端pty(pseudo-tty)pts(pseudo-terminal slave)是pty...

区分/dev/tty、/dev/console、/dev/pts、/dev/ttyn

mayue_web的博客

04-01

1656

分别是/ dev/ttyN（其中 tty0就是/ dev / console，tty1 ，tty2就是不同的虚拟终端（virtual console））.通常使用热键alt+Fn来在这些虚拟终端之间进行切换。本人在进行rootfs创建的时候，遇到了设备/dev/pts，因为rootfs最后需要能通过telnet来登录。所有写向这个设备的输出都将被丢弃，而如果你读/dev/null，则会立即得到一个文件尾标志而返回。指的是当前所处的终端 ,输出到此的内容只会显示在当前工作的终端显示器上。

linux切换到其他pts,linux – 通过/ dev / pts在另一个终端中执行命令

weixin_34405261的博客

05-12

1473

linux读取pts内容,linux pts/0的含义

weixin_42524842的博客

05-06

4082

pts是所谓的伪终端或虚拟终端，具体表现就是你打开一个终端，这个终端就叫pts/0，如果你再打开一个终端，这个新的终端就叫pts /1。比如用who命令查询当前登录的用户，可以看到每个用户的TTY设备(简单来说就是用户输入命令还有显示信息的设备，比如终端)，下面是我机器上的显示：calabash tty7 2009-12-09 20:04 (:0)calabash pts/0 ...

Linux 虚拟串口（可用于在本机上模拟串口进行调试）

热门推荐

bblo

07-22

1万+

http://blog.sina.com.cn/s/blog_6cb543ef0100x90j.html Python语言: #! /usr/bin/env python #coding=utf-8 import pty import os import select def mkpty(): #打开伪终端 master1, slave =

文件系统表fstab是这样写的： proc /proc proc defaults 0 0 tmpfs /tmp tmpfs defaults 0 0 sysfs /sys sysfs defaults 0 0 我的系统初始化脚本rcS的写法是这样的： echo -e “Welcome to tinyLinux” /bin/mount -a mount -o remount,rw / mkdir -p /dev/pts mount -t devpts devpts /dev/pts echo /sbin/mdev > /proc/sys/kernel/hotplug mdev -s 初始化程序配置文件inittab是这样写的： ::sysinit:/etc/init.d/rcS ::respawn:-/bin/sh ::askfirst:-/bin/sh ::ctrlaltdel:/bin/umount -a -r 请帮我分析出现该错误的原因：Kernel panic - not syncing : Requested init /linuxrc failed

08-12

<think>我们之前已经分析过"Kernel panic - not syncing: Requested init /linuxrc failed"错误，现在结合用户提供的fstab、rcS和inittab配置，再次深入分析。用户提供的配置： - fstab: 挂载proc、tmpfs、sysfs - rcS: 执行挂载所有（mount -a），然后重新挂载根目录为可读写，创建/dev/pts并挂载devpts，设置mdev为hotplug并扫描设备 - inittab: 指定sysinit运行rcS，然后启动两个shell（respawn和askfirst），以及ctrlaltdel的处理错误发生在内核尝试执行/linuxrc时失败。注意：内核启动参数中指定了init=/linuxrc，所以内核会尝试执行根文件系统中的/linuxrc程序。可能原因： 1. /linuxrc不存在或不可执行：在根文件系统中没有名为/linuxrc的文件，或者该文件没有可执行权限。 2. /linuxrc依赖的动态库缺失：如果/linuxrc是动态链接的可执行文件，而根文件系统中缺少必要的动态库，则无法执行。 3. /linuxrc脚本解释器问题：如果/linuxrc是一个脚本，但第一行指定的解释器（如#!/bin/sh）不存在或不可执行。 4. 根文件系统挂载问题：虽然之前解决了挂载根文件系统的问题，但可能由于挂载为只读，导致无法执行/linuxrc（需要可执行权限）。 5. 在rcS脚本中重新挂载根文件系统为读写（mount -o remount,rw /），但可能在此之前/linuxrc已经尝试执行，而当时根文件系统是只读的？但是注意：内核会先挂载根文件系统（根据启动参数，这里为/dev/ram，并以只读方式挂载），然后执行init程序（/linuxrc）。在/linuxrc中（或由它启动的rcS）才会重新挂载为读写。然而，根据启动顺序： - 内核挂载根文件系统（只读） -> 执行/linuxrc（如果失败则panic） - 如果/linuxrc执行成功，它可能会调用init进程（如/bin/init）或者根据inittab来执行。因此，错误发生在执行/linuxrc这一步，而用户提供的rcS和inittab是在/linuxrc成功执行后才会被调用的吗？注意：用户的内核启动参数指定了init=/linuxrc，所以/linuxrc就是第一个用户空间进程。但是，在用户提供的inittab中，第一行是::sysinit:/etc/init.d/rcS，也就是说，当init进程（这里是/bin/init，但用户指定了/linuxrc）读取inittab时，会执行rcS。所以，这里的关键是：/linuxrc到底是什么？它可能是busybox的链接？或者是一个脚本？根据用户之前的配置，我们假设根文件系统是用busybox构建的。通常，busybox的init会读取inittab。但是，如果用户指定了init=/linuxrc，那么/linuxrc就必须是一个可执行程序（或者脚本）来负责初始化。常见做法： - 在initrd中，/init或/linuxrc通常是一个脚本或指向busybox的链接。 - 如果/linuxrc指向busybox，那么执行/linuxrc相当于执行busybox，而busybox会根据第一个参数（argv[0]）来执行不同的功能。如果以init方式运行，则会读取/etc/inittab。因此，在用户的环境下，/linuxrc应该指向busybox，并且busybox应该编译为支持init功能。步骤分析： 1. 内核挂载根文件系统（只读）后，尝试执行/linuxrc。 2. 如果/linuxrc不存在，或者无法执行（权限问题，或者依赖问题），则报错。结合用户提供的配置，我们注意到在rcS脚本中，有重新挂载根文件系统为可读写的操作（mount -o remount,rw /），但是这一步是在/bin/mount -a之后执行的。而/bin/mount -a会读取fstab，挂载proc、tmpfs、sysfs。但是，此时根文件系统仍然是只读的，所以/linuxrc的执行环境是只读的。如果/linuxrc需要写入文件系统（例如创建临时文件），则可能失败，但通常初始化程序不会在此时写入根文件系统（除了日志，但一般日志会放在tmpfs中）。然而，更可能的原因是：根文件系统中缺少/linuxrc文件，或者该文件不可执行。解决方案： 1. 确保根文件系统中存在/linuxrc，并且它是可执行的。 - 如果使用busybox，可以创建指向busybox的链接：ln -s bin/busybox linuxrc - 设置权限：chmod +x linuxrc 2. 检查/linuxrc的依赖库（如果是动态链接）： - 使用ldd命令检查：ldd /path/to/rootfs/linuxrc - 确保根文件系统的/lib目录下有所需的动态库。 3. 如果/linuxrc是脚本，确保第一行指定的解释器存在（如#!/bin/sh），并且/bin/sh存在且可执行。另外，用户提供的inittab中指定了sysinit脚本为/etc/init.d/rcS，这个脚本在init进程启动后会被执行。但是，如果init进程（即/linuxrc）没有正常启动，则不会执行到这一步。因此，问题发生在init进程启动之前。建议的修复步骤： 1. 解压根文件系统镜像，检查/linuxrc是否存在，权限是否正确。 2. 如果不存在，则创建指向busybox的符号链接（或直接复制busybox并命名为linuxrc）。 3. 如果是动态链接的busybox，确保lib目录下有必要的库文件。注意：用户之前使用过init=/linuxrc，并且现在报错是执行/linuxrc失败，因此重点检查根文件系统中的/linuxrc。如果用户确认/linuxrc存在且可执行，那么可能是执行过程中出错。可以通过在QEMU启动参数中添加调试选项来获取更多信息： -append "root=/dev/ram init=/linuxrc console=ttyS0 rdinit=/linuxrc debug" 然后查看串口输出文件output.txt，看是否有更详细的错误信息。另外，也可以尝试将init程序改为/bin/sh，直接进入shell进行调试： -append "root=/dev/ram init=/bin/sh" 这样，如果成功进入shell，则可以手动执行/linuxrc，观察错误。总结：问题核心在于根文件系统中的/linuxrc无法执行。根据以上分析，提出相关问题： §§相关问题§§ 1. 在构建根文件系统时，如何正确创建并配置/linuxrc文件以作为init进程？ 2. 如何检查一个动态链接的init程序（如/linuxrc）所需的动态库，并确保它们包含在根文件系统中？ 3. 如果/linuxrc是一个脚本，其解释器路径在根文件系统中不存在，应如何解决？ 4. 在QEMU环境中，如何通过修改启动参数来调试init进程执行失败的问题？ 5. 当使用BusyBox作为init时，为什么通常需要将BusyBox链接到/linuxrc或/sbin/init？</think>### 错误分析：`Kernel panic - not syncing: Requested init /linuxrc failed` 结合您提供的配置文件，以下是导致该错误的具体原因和解决方案： --- ### **根本原因分析** 1. **/linuxrc 文件配置问题**（核心原因） - `/linuxrc` 文件在根文件系统中缺失或不可执行 - 文件存在但未正确链接到 BusyBox（常见于嵌入式系统） - 文件权限错误（未设置可执行权限） 2. **初始化流程冲突** - `inittab` 中配置了 `::sysinit:/etc/init.d/rcS`，但内核启动参数指定了 `init=/linuxrc` - 当 `/linuxrc` 执行失败时，系统没有备用初始化机制 3. **依赖关系缺失** - `/linuxrc` 需要动态链接库（如 `libc.so`），但根文件系统中缺失 - BusyBox 未编译支持 `init` 功能（缺少 `CONFIG_BUSYBOX_CONFIG_INIT`） 4. **文件系统挂载顺序问题** - `rcS` 中的 `mount -o remount,rw /` 在 `/linuxrc` 执行之后才运行 - 导致 `/linuxrc` 在只读文件系统上尝试执行写操作失败 --- ### **关键配置文件问题诊断** #### 1. `/linuxrc` 与 `inittab` 冲突 ```diff 启动参数: init=/linuxrc # 内核直接执行/linuxrc inittab: ::sysinit:/etc/init.d/rcS # 期望由init进程执行 ``` - **矛盾点**：内核跳过 init 系统直接执行 `/linuxrc`，但您的初始化脚本在 `inittab` 中配置 - **解决方案**：统一初始化入口 ```bash # 方案A：修改启动参数 -append "root=/dev/ram init=/sbin/init" # 方案B：创建符号链接 ln -sf /sbin/init /linuxrc ``` #### 2. `rcS` 脚本中的挂载问题 ```bash /bin/mount -a # 此时根文件系统仍为只读 mount -o remount,rw / # 在/linuxrc执行后才生效 ``` - **问题**：`/linuxrc` 在只读环境下执行，无法创建运行时文件 - **修复**：在 `rcS` 开头添加强制可写挂载： ```bash mount -n -o remount,rw / ``` #### 3. 设备节点创建时机 ```bash mdev -s # 在rcS较后位置执行 ``` - **问题**：`/linuxrc` 执行时 `/dev` 设备节点尚未完全创建 - **修复**：将关键设备创建提前： ```bash # 在rcS开头添加 mknod -m 622 /dev/console c 5 1 mknod -m 666 /dev/null c 1 3 ``` --- ### **完整解决方案** #### 步骤1：修复根文件系统 ```bash # 解压根文件系统 mkdir rootfs && cd rootfs zcat ../rootfs.img.gz | cpio -idmv # 确保/linuxrc存在且链接到BusyBox ln -sf bin/busybox linuxrc chmod 755 linuxrc # 创建必要设备节点 mknod -m 622 dev/console c 5 1 mknod -m 666 dev/null c 1 3 ``` #### 步骤2：修改 `rcS` 脚本 ```bash #!/bin/sh echo -e "Welcome to tinyLinux" # 提前挂载为可写 mount -n -o remount,rw / # 创建基础设备节点 mknod -m 622 /dev/console c 5 1 mknod -m 666 /dev/null c 1 3 # 继续原有流程 /bin/mount -a mkdir -p /dev/pts mount -t devpts devpts /dev/pts echo /sbin/mdev > /proc/sys/kernel/hotplug mdev -s ``` #### 步骤3：验证依赖关系 ```bash # 检查/linuxrc依赖 ldd linuxrc 2>/dev/null || readelf -d linuxrc | grep NEEDED # 示例输出（需确保这些库存在）： # 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] ``` #### 步骤4：测试启动命令 ```bash qemu-system-x86_64 \ -kernel ./img/6.16/bzImage \ -initrd rootfs.img.gz \ -append "root=/dev/ram console=ttyS0 init=/linuxrc" \ -serial file:output.txt ``` --- ### **关键检查点** 1. **文件权限**： ``` -rwxr-xr-x 1 root root /linuxrc lrwxrwxrwx 1 root root /sbin/init -> busybox ``` 2. **BusyBox 配置**： ```bash # 检查编译配置 busybox | grep init # 应有输出：init -> BusyBox ``` 3. **启动日志分析**：在 `output.txt` 中检查： ``` Trying to execute: "/linuxrc" Run /linuxrc as init process ```