低级svn错误：来自我的机器还是来自服务器？

从命令行执行

svn update

时，我会遇到这样的间歇性错误

svn: E200030: sqlite[S10]: disk I/O error

svn: E200033: Another process is blocking the working copy database, or the
underlying filesystem does not support file locking; if the working copy is 
on a network filesystem, make sure file locking has been enabled on the file 
server

svn: E200033: sqlite[S5]: database is locked, executing statement 'PRAGMA 
synchronous=OFF;PRAGMA recursive_triggers=ON;PRAGMA foreign_keys=OFF;PRAGMA 
locking_mode = NORMAL;'

我很难弄清楚它们是来自我的本地机器还是来自svn服务器。我在网上发现了一些迹象表明，这些信息可能是本地的，由陆龟引起的

---

我团队中的其他开发人员似乎没有遇到这些错误。可能是因为在OrtoiseSVN运行时不支持从命令行使用svn吗？（我认为我的团队中的其他开发人员不会这样做，只有我自己……我主要使用命令行来运行一个批处理文件，更新我的所有svn工作文件夹，这样我就不必逐个更新它们了）

这些文件来自您的机器。用于工作副本原始数据和元数据的SVN（工作副本中的

.SVN

文件夹）。服务器只使用裸文件系统

---

我从未见过这些，但我可以看出，在命令行SVN命令的同时运行一个TortoiseSVN操作可能会导致这种情况。他们都试图访问

.svn

文件夹和其中的SQLite数据库。

我没有在命令行命令的同时运行一个TortoiseSVN操作。。。只是OtteroiseSVN进程与我的命令行同时运行。我明白了。嗯，除了错误消息已经说的之外，我没有太多的猜测是什么导致了它。你有一个偶然运行的病毒扫描程序吗？它抓住了数据库的锁，这至少与你所说的断断续续的发生是一致的……好吧，我在想也许乌龟在没有你与它互动的情况下在后台做了一些事情。例如，有一种叫做乌龟缓存的东西，它确实存在，但它通常不会写入数据库（这应该是唯一锁定该文件的东西）。Stefan不时在网站上漫游，他可能会提供更多的信息。通常，这种问题可以通过右键单击>陆龟>清理…陆龟>清理。。。解决了我的问题。之后，我可以从终端使用svn命令。谢谢你的提问。它帮助我解决了一个类似的问题，我让Eclipse在后台用Subversive打开。