在我公司,我们使用带有 Ubuntu (erm...Xubuntu) 18.04 的 USB 可启动 live Stick 进行工作面试。它有一堆工具(三个或四个 IDE,几个数据库 GUI 查看器......)和一个玩具项目来提问。
该 USB 记忆棒具有用于持久存储的 Casper-RW 覆盖分区(使用mkusb创建)。所述分区主要用于存储 Docker 映像并保留一些启动值,这些值可能会根据插入的机器而有所变化。
通过将以下行添加到文件中“手动”安装该分区(感谢@sudodus回答我之前的问题)。/media/overlay
mkdir --parents /media/overlay/ && mount -L casper-rw /media/overlay/
rc.local
现在,那个casper-rw
持久层工作得很好……也许太好了。当我们关闭测试环境(测试环境......意思是:被采访者一直在做事情的笔记本电脑)时,我们希望删除被采访者所做的更改和其他更改所存储的/home/<user>
目录,以便为下一次做好准备.bash_history
候选人。
多亏了这些答案(Unix&Linux,AskUbuntu),我创建了一个 systemd 服务...... kindaaaa 做我想做的事,它似乎只是在系统启动时执行,而不是在系统崩溃时执行。没什么大不了的,只是......它让我有点烦恼:-D
这是我创建的 systemd 服务/etc/systemd/system/clear-stick.service
:
[Unit]
Description=Cleans-up interview sticker
RequiresMountsFor=/media/overlay/
DefaultDependencies=no
Before=shutdown.target reboot.target halt.target umount.target casper.service
[Service]
Type=oneshot
ExecStart=/usr/local/bin/clear_interview_stick.sh
ExecStop=/usr/local/bin/clear_interview_stick.sh
RemainAfterExit=true
[Install]
WantedBy=multi-user.target
我怀疑它只是ExecStart
在启动时运行线路,而不是ExecStop
在关机时运行线路。如果我对目录进行更改/home/
,关闭计算机并将棒安装在其他地方,更改仍然存在。另外,如果我查看日志,journalctl
我只会看到对Cleans-up 面试贴纸的引用,周围环绕着其他服务的启动序列。
我不能 100% 确定发生这种情况是因为.service
定义错误(很可能)还是因为我不完全理解casper-rw
覆盖是如何工作的,即使.service
在关机时运行,它也无法清除/media/overlay/home/interviewee
目录?
正如我之前提到的,这并不是什么大不了的事情,因为它似乎是/home/
在启动时擦除目录,但我宁愿这样做“”“正确”“”并在关机时擦除它。
以防万一,这是以下内容/usr/local/bin/clear_interview_stick.sh
:
#!/bin/bash
had_to_mount="false";
if [[ ! -d "/media/overlay/upper/" ]]; then
mount -L casper-rw /media/overlay/
had_to_mount="true";
fi
if [[ -d "/media/overlay/upper/home/interviewee/" ]]; then
echo "Removing interviewee /home";
rm -rf "/media/overlay/upper/home/interviewee/";
else
echo "interviewee /home/ not found"
fi
if [[ -f /root/.bash_history ]]; then
rm /root/.bash_history;
fi
if [[ "${had_to_mount}" == "true" ]]; then
umount /media/overlay;
fi
最后!!我知道了!!!。非常感谢@Rinzwind,他在对此问题的评论中为我提供了重要线索。
我使用Exec Starts的服务(重要的是,我已经尝试了很多
ExecStop
,但没有工作)之后shutdown.target
,它得到了它的工作,这是final.target
./etc/systemd/system/clear-stick.service
:它还有助于了解casper-rw覆盖是如何做到的(我的意思是:查看实际
/etc/systemd/system/final.target.wants/casper.service
文件)以及它是如何使用ExecStart
的,使其在之后运行umount
(尽管我希望我的服务在 umount之前运行)......类似的事情。另外,在我的许多测试之一中,我删除了这行
RequiresMountsFor=/media/overlay/
它可能仍然可以(我没有尝试所有可能的排列),但是因为mount /media/overlay
当时正在通过/etc/rc.local
,(mkusb接管/etc/fstab
),而我没有它就可以工作,我把它排除在外。在上一段中,我提到“但因为当时
mount
......”那是因为万一 SystemD 没有“看到”未在在这里,尝试让 SystemD 知道它。另外,我觉得它更干净。/etc/fstab
rc.local
.mount
这是如何:
/etc/systemd/system/media-overlay.mount
:这对擦除没有帮助。我猜也许吧???(猜测很大,也许很大)那是因为我还在使用Exec Stop?我不知道,真的。尽管如此,该
.mount
文件确实成功创建了mount
.,所以我保留了它。我确信
.service
可以写出更干净、更可靠的方法,但是由于每次测试都需要我半个多小时,因为我需要重建可启动的 U 盘,所以我决定就这样离开它。(如果它编译,它就会发货,对吧?)值得注意的是,该
list-dependencies
命令(如 中的systemctl list-dependencies --after final.target
)对于查看正在发生的事情也很有帮助。