我有类似的问题:Raspberry Pi:文件系统写入文件,但重新启动后旧数据又回来了,但不完全相同。
我正在Armbian_23.02.2_Orangepizero_jammy_current_5.15.93
OrangePi 上运行,并使用 SD 卡进行存储。
我使用 C++ 为汽车构建了一个比赛计时器。它使用 GPS 并将 10Hz 的数据记录到文件中。它还运行一个服务器,我可以更改托管网页上的一些配置,然后将此配置作为 JSON 存储在文件中,以便它在重新启动后仍然存在。OrangePi 由汽车供电,当汽车运行后关闭时,OrangePi 就会断电,直到下次汽车启动(可能有问题吗?)
我遇到的问题是:我可以启动服务器,更改一些配置,通过 ssh 打开cat
文件,然后查看新配置是否存储在文件中。如果我随后拔掉电源,然后重新插入。文件将返回到配置更改之前的状态。
如果我这样做sudo reboot now
而不是拔掉电源,新配置将持续存在。看起来新文件数据实际上并未写入并保存在 RAM 中。
像这样存储数据:
void store(const config& c)
{
const nlohmann::json json = {
{"key1", c.val1},
{"key2", c.val1},
{"key2", c.val1}
};
std::ofstream f("/path/to/file.json");
f << json;
}
当以 10Hz 记录数据时,我将新数据以 10Hz 附加到文件末尾,我注意到有时文件末尾会丢失一些“日志”。此外,如果当前运行速度更快,则该运行的日志文件将被复制到不同的位置,我注意到复制的数据可能会“时髦”。例如,我看到它包含以前和新日志的部分,并且具有以前的文件名。
复制文件,例如:
std::filesystem::copy_file(
from_path,
to_path,
std::filesystem::copy_options::overwrite_existing,
ec);
我可以做些什么来强制立即写入文件吗?
对于运行在 SD 卡上的单板计算机来说,以 10Hz 的频率向文件中添加大约 100 个字符是否过于雄心勃勃?
所有现代操作系统都会在将数据写入磁盘之前缓存数据,以优化性能。与内存相比,磁盘速度较慢,并且现代操作系统崩溃的频率不足以保证同步写入。
正确的。并将
reboot
缓存刷新到磁盘。你也可以跑步sync
做同样的事;它强制操作系统将缓存中保存的数据写入磁盘。计算机会很好地做到这一点。但您可能不想这样做,以确保存储介质的使用寿命,因为刷新会强制存储介质重写整个块,这对闪存来说可能是有害的。
您可以以 root 身份使用该
sync
命令。sync
将缓存写入同步到持久存储。如果您需要更具体的信息,您可以键入man sync
以获取有关命令行开关的帮助。不过,您还应该让它有序关闭。这通常是通过使用其中一个 GPIO 输入关闭信号以及足够的电力存储以允许 RPi 对信号进行操作来实现的。例如,您可以关闭由汽车充电的 USB 电池组(确保您购买一个可以同时充电和供电的电池组 - 并非所有电池组都可以,包括一些更好的品牌)。GPIO 将由汽车线上的 12V 点火装置驱动(我建议通过光隔离器)。
因为它在关闭时无法监控 GPIO,所以您无法以相同的方式启动它。翻转电源线上的开关是使其重新启动的非常简单的方法。
还有使用继电器的解决方案,并且除了汽车本身之外没有电池。例如:
此设置意味着如果点火信号为 12V 或驱动继电器的 GPIO 为高电平,则会供电。这意味着当您启动点火装置时它会自动启动