大家好，這裡是用最暴力的方法解決問題的小編過路君子
大家應該比較常用的是網頁版的 MEGA吧，畢竟直接有圖形介面簡單明瞭直觀
事情是這樣的，小編自行撰寫了 bash來使用 MEGAcmd在 A端裡面做每天自動備份並且同時 B端使用了 MEGA Async的服務來進行同步異機備份。
小編約莫在今年年初架設好了整個服務，架設好之後也就丟著沒去管它了，頂多兩三個星期打開終端機看一下備份檔案的狀況。
就在前幾天，小編突然發現 11月 5號之後的資料有成功備份，但是 B端卻未進行同步備份的動作；情況持續到了 11月 21號時情況變得更糟糕了，竟然連 A端都開始停止上傳每日備份檔案了！
後來小編只好打開終端機連線進去查看到底發生什麼事情，然而不管小編怎麼操作、下什麼指令，都只會出現以下的訊息：
[Initiating server in background. Log: /home/user/.megaCmd/megacmdserver.log]
Another instance of MEGAcmd Server is running. Execute with --skip-lock-check to force running (NOT RECOMMENDED)
Unable to connect to service: error=2
Please ensure mega-cmd-server is running
Failed to create socket for registering for state changes
Server seems irresponsive
Another instance of MEGAcmd Server is running. Execute with --skip-lock-check to force running (NOT RECOMMENDED)
Unable to connect to service: error=2
Please ensure mega-cmd-server is running
Failed to create socket for registering for state changes
Server seems irresponsive
(所有圖片點擊都可以放大、變高清)
小編找了網路一圈，基本上好像沒有人為此特別發文解釋，沒辦法，只好殺回 MEGAcmd的 Github去看了。
結果還真的碰到了有人遇到跟小編一樣的問題，而且作者還有親自出來回答，完整的討論小編丟在這裡，有興趣可以點進去看。
那小編這邊僅節錄討論結果，雖然小編的做法跟作者完全不一樣，但概念就是重啟服務讓 MEGAcmd去重新讀取、建立設定檔。
可以先嘗試原作者給出的方法，不行再試試看小編的。
看完小編大概心裡就有底了，所以跑去先找出 MEGA的用戶設定資料夾，這些檔案放在 ~/.megaCmd/ 下。
然後要做的動作很簡單，連同目錄直接整個砍掉。
再次連線進去 MEGAcmd，然後重新登入，恢復正常，問題漂亮解決！
後記
還好發現的早，只丟失了四天的備份檔，好在這四天沒發生什麼大事，要不然就慘了，A端的問題解決後，小編發現 B端就開始自動同步了，把這整個月沒有自動下載到的檔案都下載保存好了，原因至今不明。