主页 / user-633849

DhP's questions

Martin Hope
DhP
Asked: 2022-03-25 10:01:53 +0800 CST
  • 8

一直在修补 btrfs，考虑从 ext4 迁移到那个。

但是，当想要比较 R/W 速度时，我似乎在 btrfs 磁盘上遇到了一个（至少对我而言）不寻常的行为du，它显然没有以与我的 ext4 上的文件相同的方式报告文件大小.

（为挪威语言环境道歉。尽管大多数人可能对英语输出足够熟悉以了解发生了什么）

制作测试文件

  1. dd我在已安装的btrfs磁盘上创建了一个 5GB 的“测试文件”：

    $ sudo dd if=/dev/urandom of=5G_dd_test_file.tmp bs=1 count=0 seek=5G
0+0 oppføringer inn
0+0 oppføringer ut
0 byte kopiert, 0,00393248 s, 0,0 kB/s

  2. fallocate以类似的方式，我在同一位置创建了一个测试文件：

    $ sudo fallocate -l 5G 5G_fallocate_test_file.tmp

  3. ls确认他们都在那里：

    $ ls
5G_dd_test_file.tmp  5G_fallocate_test_file.tmp

du行为怪异..（？）

大小输出du <file>：

$ sudo du 5G_dd_test_file.tmp 
0   5G_dd_test_file.tmp

$ sudo du 5G_fallocate_test_file.tmp 
5242880 5G_fallocate_test_file.tmp

注意 dd 生成的文件上的 0 文件大小

相比之下，ls在stat相同的文件上：

$ ls -l *.tmp
-rw-r--r-- 1 root root 5368709120 mars  24 18:07 5G_dd_test_file.tmp
-rw-r--r-- 1 root root 5368709120 mars  24 18:12 5G_fallocate_test_file.tmp

$ stat *.tmp
  Fil: 5G_dd_test_file.tmp
  Størrelse: 5368709120[tab]Blokker: 0          IO Blokk: 4096   vanlig fil
Device: 0,40    Inode: 258         Links: 1
Tilgang: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Tilgang: 2022-03-24 18:07:34.646755042 +0100
Omgjøring: 2022-03-24 18:07:34.646755042 +0100
Endring: 2022-03-24 18:07:34.646755042 +0100
 Fødsel: 2022-03-24 18:07:34.646755042 +0100
  Fil: 5G_fallocate_test_file.tmp
  Størrelse: 5368709120[tab]Blokker: 10485760   IO Blokk: 4096   vanlig fil
Device: 0,40    Inode: 259         Links: 1
Tilgang: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Tilgang: 2022-03-24 18:12:11.768422242 +0100
Omgjøring: 2022-03-24 18:12:11.768422242 +0100
Endring: 2022-03-24 18:12:11.768422242 +0100
 Fødsel: 2022-03-24 18:12:11.768422242 +0100

但是，如果我在执行显示为 0大小的相同生成文件时将-b参数添加到du （通常不需要） 。然后似乎照常行事。dd du

$ sudo du -b 5G_dd_test_file.tmp
5368709120  5G_dd_test_file.tmp

du（？）的另一个奇怪之处

所以只是出于好奇，我决定简单地gzip从以下文件中获取文件dd：

$ sudo gzip 5G_dd_test_file.tmp

$ sudo du 5G_dd_test_file.tmp.gz
5092    5G_dd_test_file.tmp.gz

现在它显示一个非零大小..

$ sudo ls -l 5G_dd_test_file.tmp.gz
-rw-r--r-- 1 root root 5210230 mars  24 18:07 5G_dd_test_file.tmp.gz

sudo stat 5G_dd_test_file.tmp.gz
  Fil: 5G_dd_test_file.tmp.gz
  Størrelse: 5210230   [tab]Blokker: 10184      IO Blokk: 4096   vanlig fil
Device: 0,40    Inode: 260         Links: 1
Tilgang: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Tilgang: 2022-03-24 18:07:34.646755042 +0100
Omgjøring: 2022-03-24 18:07:34.646755042 +0100
Endring: 2022-03-24 18:43:41.061926016 +0100
 Fødsel: 2022-03-24 18:42:27.554141544 +0100

问题是

  • 这是正常的行为并且实际上是可以预期的吗？
  • 如果不是，这可能会破坏依赖du回报的脚本或程序吗？
linux filesystems
Martin Hope
DhP
Asked: 2020-08-07 03:30:22 +0800 CST
  • 6

我正在尝试在 PC 和 Rasberry Pi 4b 上/之间建立一个 wifi 网状网络（不使用板载 wifi）。但似乎在 PC 节点方面遇到了障碍。

出于某种原因，显然只有 Rasberry Pi 可以看到 PC 节点，但 PC 似乎看不到 RasberryPi 节点。当我iw dev mesh0 station dump在两者上运行时，只有 Pi 给我任何输出。（见下文）

一些注意事项：

  • 两台计算机都运行网络管理器。但是，我已经通过它们的永久 MAC 地址（通过使用确认）和接口设备名称设置了以前由网络管理器不管理的 WIFI 设备。（包括按名称创建的设备）ethtool --show-permaddr <interface>mesh0

  • 最初遵循的指南是mjuenema.github.io/80211s_wireless_mesh/ （存档快照）

    • 值得注意的摘录示例：

             $ sudo iw dev wlan1 interface add mesh0 type mp mesh_id MYMESHID
       $ sudo iw dev mesh0 set channel 4
       $ sudo ifconfig wlan1 down
       $ sudo ifconfig mesh0 up
       $ sudo ip addr add 10.1.100.10/24 dev mesh0

  • 我已经确认rfkill不会干扰任何一方。

  • PC usb wifi dongle LED 正在闪烁，好像实际上可能正在进行一些（空闲）活动。至少表明它处于活动状态。

  • 之间的物理距离仅为 4-5 米，因此我相信可以排除信号强度问题。

使用的操作系统是：（ 信息来自uname -r）

  • PC 正在运行 Arch（内核5.7.12-zen1-1-zen）
  • Pi 正在运行 ARM Arch（内核5.4.51-1-ARCH）

使用的网络设备是：（ 信息来自lsusb）

  • 在 PC 上（一些 Jensen USB 加密狗）：Ralink Technology, Corp. 802.11 n WLAN
  • 在 Pi （一些外部 USB wifi）上：Ralink Technology, Corp. RT2870/RT3070 无线适配器
    • 似乎也在使用rt2800usb驱动程序v2.3.0 (ID 148f:3070 / RT3070)
    • （品牌和型号目前不确定）

运行iw dev mesh0 station dump，如后面的指南中所述，在 PC上完全没有输出，甚至没有任何错误消息，它以退出代码 0 退出.. 这是我觉得相当意外和奇怪的事情..

但是在 Pi 上，我会得到类似于以下内容的输出：

Station 34:21:09:07:36:e2 (on mesh0)  # WHICH IS AFAIK THE PCs EXPECTED 'mesh0' MAC (as shown further down below)
inactive time:  710 ms
rx bytes:   293888
rx packets: 7168
tx bytes:   846996
tx packets: 13234
tx retries: 42352
tx failed:  13234
rx drop misc:   337
signal:     -53 dBm
signal avg: -53 dBm
Toffset:    18446744073676093275 us
tx bitrate: 1.0 MBit/s
tx duration:    0 us
rx duration:    0 us
mesh llid:  19732
mesh plid:  0
mesh plink: OPN_SNT
mesh local PS mode: UNKNOWN
mesh peer PS mode:  UNKNOWN
mesh non-peer PS mode:  ACTIVE
authorized: yes
authenticated:  yes
associated: yes
preamble:   long
WMM/WME:    yes
MFP:        no
TDLS peer:  no
DTIM period:    2
beacon interval:1000
connected time: 3935 seconds
associated at [boottime]:   3549.455s
associated at:  18446725625934785637 ms
current time:   18446744072675308235 ms

我对为什么 PC 不产生任何输出感到困惑。

（尽管据我所知，据我所知，这甚至可能是正常行为；两个节点中只有一个节点会报告看到另一个节点。因为在我早些时候尝试蝙蝠侠时发生了非常相似的事情- adv 网格。Pi 会报告看到 PC 低谷的地方batctl，尽管 PC 上没有列出任何内容。）

在两台计算机上运行iw mesh0 info,ifconfig mesh0和给我：iwconfigiw phy phy<X> info

在 PI 上：

    Interface mesh0
        ifindex 5
        wdev 0x100000002
        addr 00:0f:02:2d:cc:45
        type mesh point
        wiphy 1
        channel 4 (2427 MHz), width: 20 MHz (no HT), center1: 2427 MHz
        txpower 20.00 dBm

.

    mesh0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
            inet 10.20.0.2  netmask 255.252.0.0  broadcast 10.23.255.255
            inet6 fe80::20f:2ff:fe2d:cc45  prefixlen 64  scopeid 0x20<link>
            ether 00:0f:02:2d:cc:45  txqueuelen 1000  (Ethernet)
            RX packets 0  bytes 0 (0.0 B)
            RX errors 0  dropped 0  overruns 0  frame 0
            TX packets 188  bytes 28372 (27.7 KiB)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

.

    mesh0     IEEE 802.11  Mode:Auto  Tx-Power=20 dBm   
              Retry short  long limit:2   RTS thr:off   Fragment thr:off
              Power Management:off
      
    wlp1s0u1u2  IEEE 802.11  ESSID:off/any  
              Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
              Retry short  long limit:2   RTS thr:off   Fragment thr:off
              Encryption key:off
              Power Management:off

.

（ https://pastebin.com/raw/sJR1eDsc的完整iw phy phy1 info输出）

在电脑上：

    Interface mesh0
        ifindex 7
        wdev 0x2
        addr 34:21:09:07:36:e2
        type mesh point
        wiphy 0
        channel 4 (2427 MHz), width: 20 MHz (no HT), center1: 2427 MHz
        txpower 20.00 dBm

.

    mesh0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
            inet 10.20.0.1  netmask 255.252.0.0  broadcast 10.23.255.255
            inet6 fe80::3621:9ff:fe07:36e2  prefixlen 64  scopeid 0x20<link>
            ether 34:21:09:07:36:e2  txqueuelen 1000  (Ethernet)
            RX packets 0  bytes 0 (0.0 B)
            RX errors 0  dropped 8  overruns 0  frame 0
            TX packets 701  bytes 150487 (146.9 KiB)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

.

    wlp3s0f0u3  IEEE 802.11  ESSID:off/any  
              Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
              Retry short  long limit:2   RTS thr:off   Fragment thr:off
              Encryption key:off
              Power Management:off
      
    
    mesh0     IEEE 802.11  Mode:Auto  Tx-Power=20 dBm   
              Retry short  long limit:2   RTS thr:off   Fragment thr:off
              Power Management:off

.

（ https://pastebin.com/raw/9hD1G6YZ的完整iw phy phy0 info输出）

我不确定如何进一步解决这个问题..或者甚至这是否真的完全正常。（虽然我想在进一步使事情复杂化之前将其排除在潜在问题之外）

可能是相对较旧的Jensen USB 加密狗有问题吗？即使它报告支持“网格点”模式？

我很感激任何形式的提示、建议或帮助。注意：我对网状网络（或一般的高级网络）非常陌生

如果我提供的任何其他信息可能有用，请通过评论告诉我。

只是一些可能有价值的“自我注释”链接：

linux wireless-networking
Martin Hope
DhP
Asked: 2020-08-02 17:59:14 +0800 CST
  • 5

通过 SSH 登录 Debian (stable-slim) docker 时出现问题。

Dropbear 启动（使用 supervisord 或手动）：

dropbear -E -B -m -F -p 2222 -r /home/warbandserver/.config/dropbear/dropbear_rsa_host_key -c '/home/warbandserver/.ssh_login.sh'

并且似乎运行良好，（并且由试图通过 ssh 登录的同一用户运行。）

但是，在尝试 ssh 进入 dropbear 时，dropbear 会抱怨

用户帐户“warbandserver”被锁定

但是经过检查，我一生都无法看到帐户将如何被锁定..

sudo passwd --status warbandserver

返回：

战带服务器 P 08/02/2020 0 99999 7 -1

sudo grep warbandserver /etc/shadow

返回：

战带服务器：$6$0vNqyM8xCqRk7h14$rAigJ1hWzib0eWA4XTwjCwi.YouWuAPbdyeZLfdlGZqCVJ3zVg2tKyxkhHlzd/pjlccwLB.K9JCqSzu0rIsja.:18476:0:99999:7:::

这个问题发生在 debian 打包版本和来自 github 源的最新 dropbear 的构建中。

它可能与这个（密码/影子）问题有关：https ://serverfault.com/a/952633 ，即使错误消息不同？

一些值得注意的链接：

ssh linux
Martin Hope
DhP
Asked: 2019-08-17 13:24:37 +0800 CST
  • 5

我在国外有一个很小的VPS，还有一个BBS telnet 服务器软件，我想在本地运行。

我有什么选择，如果我希望只使用 VPS 作为连接中继，有效和透明地转发和中继所有端口 23 和端口 22 流量，在任何连接的 telnet 客户端之间，通过 VPS和实际的计算机服务/托管服务器软件和存储？

  • 中继和本地服务器都没有静态公共 ip，只有动态更新的 dns 主机名。
  • 实际服务器和任何客户端之间的所有telnet（端口 23）和 ssh（端口 22）通信都必须透明地通过 VPS 中继。

不应该以某种方式可能吗？

在此处输入图像描述

linux ssh-tunnel
Martin Hope
DhP
Asked: 2019-05-12 08:38:19 +0800 CST
  • 6

我在运行 Arch Linux 的计算机上运行了 samba。我已经按照 wiki 说明启用用户定义的 samba 共享。

[global]
  usershare path = /var/lib/samba/usershares
  usershare max shares = 100
  usershare allow guests = yes
  usershare owner only = yes
  ...

然而，在那一步之后，我有点不确定如何通过终端访问定义这样的文件夹共享。

Arch Wiki 提到了 GUI（特别是 Thunar），服务器没有它，因为上面没有桌面，操作它的唯一方法是通过 SSH 登录。

“注销并重新登录。您现在应该能够使用 GUI 配置您的 samba 共享。例如，在 Thunar 中，您可以右键单击任何目录并在网络上共享它。如果您想共享主目录中的路径你必须让它对 others 组可见。”

所以，我想知道是否有人可以澄清一下这些用户定义的共享如何仅由（非 root）用户通过命令行设置？

例如，它是由符号链接等完成的吗？是通过 chown'ing 主目录中的任何文件夹来对“其他”进行分组来完成的吗？

linux terminal