主页 / unix / 问题

问题[readonly](unix)

Martin Hope
Alexander Stumpf
Asked: 2022-01-19 09:38:22 +0800 CST
  • 0

我在系统 A 上有一个（通过 sftp/sshfs 从服务器 B 安装的远程只读文件系统），上面有需要定期推送到远程 git 存储库的数据。

我无法找到一个 git 命令，它只获取目录（及其子目录）的内容并将其推送到远程存储库，而无需将本地目录转换为存储库本身（这需要写入本地安装的读取 -只有目录）。

可以将overlayfs放在服务器A上远程目录的挂载点之上，但我读到lowerdir上的更改（这将发生在服务器B上）偶尔会导致陈旧文件句柄出现问题，而这些问题有时只能通过重新启动来修复机（一）。

由于需要推送的数据量很大，暂时将其复制到本地机器 A 并从那里 git-push 是没有办法的。

编辑：文件托管在受限网络中的服务器 B 上，无法访问 git 存储库。

git readonly
Martin Hope
Bertrand125
Asked: 2021-09-01 22:19:17 +0800 CST
  • 1

我有一个自系统崩溃以来受到写保护的 USB 闪存驱动器。在dmesg中，设备写保护先关闭，再开启。

这是dmesg：

sd 2:0:0:0: [sdb] 60566016 512-byte logical blocks: (31.0 GB/28.9 GiB)
sd 2:0:0:0: [sdb] Write Protect is off
sd 2:0:0:0: [sdb] Mode Sense: 2b 00 00 08
sd 2:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1 sdb2 sdb3 sdb4
sd 2:0:0:0: [sdb] Write Protect is on
sd 2:0:0:0: [sdb] Mode Sense: 2b 00 80 08
sd 2:0:0:0: [sdb] Attached SCSI removable disk
EXT4-fs (sdb3): INFO: recovery required on readonly filesystem
EXT4-fs (sdb3): write access unavailable, cannot proceed (try mounting with noload)
/dev/sdb4: Can't open blockdev

这是命令的结果hdparm /dev/sdb：

/dev/sdb:
 multcount     =  0 (off)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 29573/64/32, sectors = 60566016, start = 0

我也在badblocks/deb/sdb 上运行过，它没有发现坏块。

我尝试了该命令hdparm -r0 /dev/sdb，但没有成功。hdparm 安全命令不再成功，例如：

hdparm --security-mode m --user-master m --security-unlock p /dev/sdb

这个命令说：

SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

hdparm -I /dev/sdb给出以下结果：

/dev/sdb:

ATA device, with non-removable media
Standards:
    Likely used: 1
Configuration:
    Logical     max current
    cylinders   0   0
    heads       0   0
    sectors/track   0   0
    --
    Logical/Physical Sector size:           512 bytes
    device size with M = 1024*1024:           0 MBytes
    device size with M = 1000*1000:           0 MBytes 
    cache/buffer size  = unknown
Capabilities:
    IORDY not likely
    Cannot perform double-word IO
    R/W multiple sector transfer: not supported
    DMA: not supported
    PIO: pio0

有没有办法关闭写保护，或者我的 USB 闪存驱动器肯定丢失了？

usb-drive readonly
Martin Hope
Stephen Ostermiller
Asked: 2018-11-02 02:56:55 +0800 CST
  • 3

我df用来检查我挂载的任何文件系统是否接近满。我有一个 cron 工作，如果其中任何一个的使用率超过 90%，就会向我发送电子邮件。

问题是现在使用 snap 安装了一些应用程序（Ubuntu 发行版），它创建了一个专门为该应用程序安装的只读文件系统。正如 报告的那样，它们总是 100% 满df。我想这是合适的，因为它们是只读的并且不能更完整。我想将它们从df输出中排除。

df有一个-x, --exclude-type=TYPE命令行标志，看起来它可能会有所帮助，但手册页没有记录可能的值，TYPE所以我不确定是否可以使用它来排除只读文件系统。

df这是我的一个系统上的输出示例：

$ df --output=pcent,target 
Use% Mounted on
  0% /dev
  1% /run
  7% /
  1% /dev/shm
  1% /run/lock
  0% /sys/fs/cgroup
100% /snap/gnome-3-26-1604/74
100% /snap/gnome-characters/139
100% /snap/core/5662
100% /snap/gnome-system-monitor/57
100% /snap/gnome-calculator/238
100% /snap/gnome-logs/45
100% /snap/gtk-common-themes/701
100% /snap/core/5742

这是我由 cron 运行的脚本：

#!/bin/bash    
set -e 
THRESHOLD_PERCENT=90    
host=`hostname -f`
df --output=pcent,target | while read line 
do
    if [[ "$line" != Use* ]]
    then
        percent=${line/\%*/};
        if (( percent >= THRESHOLD_PERCENT ))
        then
            file=${line/* /}
            echo "$percent% disk usage on $host:$file"
        fi
    fi
done

我想删除所有这些完整的快照条目以及将来可能以只读方式安装的任何其他文件系统。

disk-usage readonly
Martin Hope
ransh
Asked: 2018-10-09 09:55:05 +0800 CST
  • 2

由于安全问题，我们需要一个只读的 rootfs（不能更改闪存中的 FS）。其他可写分区可以与只读 rootfs 一起使用（例如用于日志）。

就简单性而言，我们宁愿使用 rootfs 只读方式，而不是overlayfs. 然而，我担心某些进程可能会尝试写入 rootfs，然后会失败。

我们的系统非常小而且极小，它只有一两个进程。（但也包含selinux和auditd）。

在 Linux 系统中是否总是可以将 rootfs 用作只读，或者在这种情况下是否需要使用 overlayfs？

root readonly