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版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #聊天

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

linux即时聊天的命令：

在终端输入如下命令

       cat - > /dev/pts/0

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

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

PyTorch 2.6

PyTorch 2.6

PyTorch
Cuda

PyTorch 是一个开源的 Python 机器学习库，基于 Torch 库，底层由 C++ 实现，应用于人工智能领域，如计算机视觉和自然语言处理

25、Linux系统编程：终端操作与进程间通信
jupyter5notebook的博客
07-21 67
本文详细介绍了Linux系统编程中的终端操作和进程间通信（IPC）技术。内容包括创建伪终端（PTY）程序、禁用密码输入回显、读取终端大小，以及多种IPC方式的实现，如信号、管道、FIFO、消息队列、共享内存和Unix套接字。通过具体的代码示例和运行步骤，帮助开发者深入理解终端操作和进程间通信的原理及应用。
嵌入式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...
linux终端相关（AI回答）
最新发布
yaoct的博客
09-10 834
DS-V3 为你解答在 Linux 系统中，/dev/tty1和/dev/pts/0。
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 两年多沉淀下来的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 ...
嵌入式移植使用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中的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 1655
分别是/ 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
我完全得到了你的要求.您可以通过在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读取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 =
【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 标准正确输出重定向：把本来应该
Ubuntu虚拟串口简单实现（本机通信）
亓天大圣是猴子吗的博客
08-16 1109
一、 首先安装socat sudo apt install socat 二、 socat -d -d PTY PTY 出现 2019/08/16 16:14:27 socat[20408] N PTY is /dev/pts/0 2019/08/16 16:14:27 socat[20408] N PTY is /dev/pts/1 2019/08/16 16:14:27 socat[20408]...
Unix/Linux中的/dev/fd机制
.简简单单.;
04-04 1万+
比较新的unix/linux系统都提供名为/dev/fd的目录，其中有文件0、1、2等文件，打开这些文件，相当于复制这些文件描述符例如：fd=open("/dev/fd/0",mode);等价于fd=dup(0);文件描述符fd和0将共享一个文件表记录项。我们再来做一些试验：在debian下运行以下命令#cd /dev/fd#ls -l总用量 0lrwx------  1 root root 64
文件系统表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 ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值