开机执行Python闹钟脚本时出现SQLAlchemy OperationalError问题

嘿，这个坑我之前踩过！你遇到的no such table错误，核心原因是开机执行脚本时的工作目录和手动运行时完全不一样，导致SQLite找不到正确的数据库文件位置。

为什么会这样？ #

当你手动在终端里运行python /home/pi/VRobot/alarm.V2.py时，你的工作目录是当前终端所在的路径（比如/home/pi），如果脚本里用的是相对路径连接数据库（比如sqlite:///reminders.db），它会在当前工作目录找这个文件。但开机通过/etc/profile执行时，默认工作目录是根目录/或者/root，脚本会去那里找数据库文件——而你的数据库明明在/home/pi/VRobot里，自然就会报“找不到表”的错误（因为连数据库文件都找不到，更别说里面的表了）。

几种靠谱的解决方案： #

1. 给数据库文件指定绝对路径（最推荐）

直接修改你的alarm.V2.py脚本，把连接数据库的代码改成绝对路径。比如原来的代码可能是：

from sqlalchemy import create_engine
engine = create_engine('sqlite:///reminders.db')  # 相对路径

改成：

from sqlalchemy import create_engine
engine = create_engine('sqlite:///home/pi/VRobot/reminders.db')  # 绝对路径

这样不管脚本在哪个工作目录执行，都能精准找到数据库文件。

2. 在/etc/profile里先切换目录再执行脚本

如果不想改代码，可以修改/etc/profile里的执行命令，先切换到脚本所在的文件夹，再运行脚本：

cd /home/pi/VRobot && python alarm.V2.py

这样执行脚本时的工作目录就是/home/pi/VRobot，相对路径就能正确指向数据库了。

3. 确保执行用户有权限访问数据库

有时候开机执行是用root用户，而你的数据库文件属于pi用户，可能会有权限问题（不过这个报错更偏向路径问题，但可以排查一下）。可以改成用pi用户执行脚本：

su - pi -c "python /home/pi/VRobot/alarm.V2.py"

或者给数据库文件设置合适的权限：

sudo chmod 644 /home/pi/VRobot/reminders.db

验证方法 #

你可以手动模拟开机的工作环境来测试：

cd / && python /home/pi/VRobot/alarm.V2.py

如果这个命令也报同样的错误，那肯定是路径问题，用上面的第一种方法就能解决。

内容的提问来源于stack exchange，提问作者Daniel