Atlas 200DK系統折騰紀實：（8）關于系統備份的123。。。

筆者之前折騰Atlas200 DK的博客是分7篇發的：

華為Atlas 200DK初體驗——寫在昇騰新品發布的第二天??https://bbs.huaweicloud.com/blogs/193847

Atlas 200DK系統折騰紀實：（1）論圖片及18.04.1的誕生??https://bbs.huaweicloud.com/blogs/194291

Atlas 200DK系統折騰紀實：（2）視頻的誕生?https://bbs.huaweicloud.com/blogs/194641

Atlas 200DK系統折騰紀實：（3）強大的yolo3物體檢測——你想看的內容已被系統提取?https://bbs.huaweicloud.com/blogs/194816

Atlas 200DK系統折騰紀實：（4）18.04.1的軟件安裝及雙系統切換驗證?https://bbs.huaweicloud.com/blogs/195227

Atlas 200DK系統折騰紀實：（5）Atlas讓黑白照片原彩重現?https://bbs.huaweicloud.com/blogs/195391

Atlas 200DK系統折騰紀實：（6）Atlas讓黑白視頻原彩重現?https://bbs.huaweicloud.com/blogs/195590

Atlas 200DK系統折騰紀實：（7）流媒體人體檢測?https://bbs.huaweicloud.com/blogs/195833

所以今天用8檔起步。。。

話說，經過筆者這么長時間的折騰，一直在考慮一個問題，要是系統壞了咋辦？比如，如果虛擬機的ubuntu系統壞了，怎么恢復？如果開發板的ubuntu系統壞了，怎么修復？還是像我前面的博客那樣按照手冊裝半天嗎？顯然不是一個好的辦法。

由于一開始虛擬機使用VMWare裝的，@Jokey?大大指出，VMWare其實是有快照功能的。。

可以通過拍攝快照來做備份，然后通過快照管理器來進行管理：比如把快照恢復到系統中。

不過筆者本人對這個高大上的東西總是有點不大敢嘗試，筆者的土辦法是：先Shutdown系統，然后找到VMWare虛擬機所在的數據文件目錄，將這個目錄復制一份。

因為筆者認為與其做快照恢復，還不如直接改個目錄名稱，直接打開就完了。。。。這樣也許最快。

畢竟Vmware的虛擬機發生故障，或者因為筆者安裝軟件包錯誤，（比如錯誤地把16.04升級導致系統無法運行等等），造成軟件無法運行的可能性還是有的。誰都不是完人，何況筆者這種小白。

所以，筆者在進行重大安裝的時候（比如在空白的Unbuntu 18.04上裝atlas 200DK的軟件包）,都會考慮將之前的目錄備份一下（記得一定要在關機的情況下備份才保險）

這樣，原來的那個系統，不僅可以給你裝200DK的軟件包，還可以給你裝其他系統玩別的東西。。這樣子下來，atlas 200DK的虛擬機備份的事情就解決了。

那么怎么恢復呢？也很簡單，像上圖的例子，將ATLAS200DK的目錄改名為ATLAS200DK-old，然后將ATLAS200DK-20200830的目錄拷貝一份到ATLAS200DK就行了（為什么不用改名而用復制，因為你總要留一個好的備份在。不然當你這個系統也給你裝壞了，那就沒有好的系統玩了。。。）——其實這點有點像小時候玩游戲，把最好的記錄存檔下來。然后接著最好的記錄往下打，一旦打的不好，就重啟加載那個記錄繼續重打。。。）

那我們就來談一談難度有點高的開發板的SD卡的備份吧。

我們知道，開發板的SD卡，其實是手機卡MicroSD卡，俗稱TF卡。

真正的SD卡應該是原來照相機里面用的那種大卡：

但是我們這里還是把前面那個卡叫做SD卡。

這個SD卡如果在虛擬機里面直接看，是這樣的情況：(可以使用root用戶fdisk -l，也可以使用ascend用戶做sudo fdisk -l）

從開發板拔出來，插入USB接口的TF卡讀卡器，是這樣的情況：

可見，這個16.04的ubuntu?ARM系統有三個分區。原來打算使用Win32DiskImager進行備份，后來發現，好像沒法選擇三個分區（只能選擇盤符）

好像貌似鏡像在windows上不大好做。

那么，我們還是把卡切換到虛擬機的系統中去。（具體方法是在虛擬機VMWare的菜單：虛擬機-可移動設備-Realtek?USB3.0-CRW-連接）

上面Realtek?USB3.0-CRW?是我的USB讀卡器的設備名，大家自己的USB讀卡器可能是別的名稱。

這樣，又可以用sudo fdisk -l看到SD卡的信息：(跟前面的圖一樣不貼了）

下面的騷操作借鑒了這段博客：https://blog.csdn.net/running_free/article/details/103028160

首先開一個Terminal窗口，執行以下命令：

執行完會顯示以下窗口：

然后，在原來的終端，執行以下命令：

這樣，可以依次看到?系統從/dev/sdb的sd卡讀取信息，通過gzip壓縮后寫入到altas200dk_v16.gz文件的進度。。。

直到上面的畫面出現，16G的內容就都被復制成功了。

讓我們看一下復制的結果：

不好意思，前面dd命令的gz文件名敲錯了，atlas敲成了altas...沒關系，名字mv一下就可以。

可見。16G的SD卡，最后的鏡像壓縮后大概是991M左右。

我們可以及時地將這個gz文件用scp拷貝出來。以后待用。

下面，我們需要做的事情是找到另外一張SD卡：

同樣的方法，將其掛到虛擬機中：（里面的東西記得備份。。。但是沒必要刪除，因為恢復鏡像的時候會自動覆蓋）

然后再看看這張卡的信息：

它的磁盤名稱也叫/dev/sdb,只不過原來是一個分區。

那我們來試著恢復吧。。。。

記得，前面的那個watch命令的窗口不要關（如果你是十年以后做的恢復，那也麻煩把那個watch命令用新的終端啟動下。。。）

唉，感覺這張卡速度好慢。會不會做完后啟動不起來呢？早知道拿個高速卡試一下了（旁白：你給我錢買的額外的高速卡？）

不管了，先耐心等待吧。。。

好像有點不妙。。。怎么有個錯誤？

仔細再看一下，如果不是卡壞了，就是兩張卡有點不一致：

源卡：

目的卡：

感覺不行。這卡不僅速度慢，還比源卡容量小。。小了0.1G。。。唉，三星你做sd卡就為了省這0.1G嗎？看來我要禁用你了。。。。

那怎么辦？再找一張卡試驗吧。。。還能怎樣？

筆者只好把原來放在小米攝像機里面的TF（SD）卡取出來。。。

居然有32G。

也不知道16G的鏡像如果還原到32G的卡上是否可以？

筆者自己猜想：按理說應該是將 16G的內容全部映射過去，剩下的可能就是未分區的空間。。也不知道這種猜想對不對。反正繼續開干吧。。

從速度上來說，好像比原來16G卡寫入的速度要快1倍。。。

繼續等（中途經過吃飯，睡覺，等一系列環節。。。）

中途看了看，已經dd超出了原來16G卡的出錯范圍。。。看來要等到16G的內容全部dd完畢才行。。。

繼續等吧。。。。

2/3的進度。。。

終于dd成功了。

先記下這個時刻，共耗時4662.43秒，也就是73.3333分鐘。。1小時加1刻鐘左右。如果后面能啟動成功的話，這樣的時間還是值得的。畢竟不要裝那些東西了。。。（不過32G的18.04可能時間要double,筆者突然慶幸自己是用16G的16.04做的實驗。。。）

那我們試一下能不能用新卡啟動開發板吧。。。。

拔卡的時候注意點：

斷開虛擬機后，彈出個窗口：

那是windows 10識別出來SD卡了。可你千萬不要將其格式化。。

你可以去看看計算機管理看看這張卡的分區情況：

果然，前面的部分應該跟源卡是吻合的，后面14G左右沒有分配空間。。。看來可行。。。

為了保險，我們再次安全地斷掉硬件：

將其插入到開發板：

為了證明真實性，筆者將兩張原來的卡放在旁邊：

加電啟動：

發現了sd卡：

連接后ssh登錄開發板：

一切正常。。。（如果一開始沒顯示出網卡地址，可以重啟下虛擬機再連接）

筆者就這樣完成了16.04卡的備份和還原。。。

下面再試一下18.04卡的備份，還原就不試了。。。

過程跟前面16.04的同樣，這里只貼幾張截圖：

watch啟動后：

查看sd卡信息：

執行dd：

速度感覺非常快啊 。。。。畢竟是自稱是90M/s的卡。。。

dd成功結束：

花了12分鐘。。應該還是蠻值得的。

最后備份的壓縮包有2.2G左右。趕緊將其備份出來吧。。。

今天的博文到此結束，觀眾可以撒花了。。。

BTW：我要去東哥那里買卡了。買兩張32G的卡，做個備份還是值得的。。。至于這張卡，還得還原到小米攝像頭上去，不然家里東西被偷了都沒有記錄。。。

（全文完，謝謝閱讀）

EI企業智能 昇騰 華為Atlas 200 DK AI開發者套件

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。