今天一早，開虛擬機器做個測試，一開始都很正常；中間上了一趟洗手間......，之後就是悲劇的開始。
因為今天要做個單分割槽的raid0，從洗手間回來這後，我就開始在機器上開始執行(我本機用的是rhel5,測試環境也是rhel5，並且分割槽表的資訊差不多)。幾步下來，raid建好了，但系統死活要重啟才能生效，使用partprobe刷了多次都不行。算了，那就重啟吧。
當我輸入init 6 的時候，我的物理機居然重啟了；我才發現原來之前建raid我是在本機上操作的，理論上是要在虛擬機器上操作，但因為是使用ssh連線過去，並且開了好幾個終端，誤在物理機上操作了，導致以下問題；不禁冷吸一口氣，我在建raid的時候 在物理機上執行了以下操作:
1、我有6個分割槽，/dev/sda6空間有151g,其他分割槽略下，並且這個分割槽是我在資料的地方。資料大小約為114g,這東西要丟了，我都不知道從哪兒找去.......
2、使用fdisk /dev/sda ，通過p檢視/dev/sda這麼大，我就把/dev/sda6給刪了，然後重新建立了乙個/dev/sda6大小為30g,並將分割槽格式改為raid
3、儲存退出後，使用partprobe重新整理分割槽表
4、使用mdadm -c /dev/md0 -l 0 -l 1 /dev/sda6 -f 提示一長串，一下子想不起來了，不過提示跟分割槽有關，於是我繼續重新整理了兩次分割槽表，無果。
5、重啟計算機
重啟計算時，我的物理機也重啟了，我第一反應是我把自己的物理機的分割槽給刪了，並且改了檔案系統格式。計算機啟動後，我發現我之前的/dev/sda6裡的所有資料都不見了。
具體現象：
1、到之前的掛載目錄，發現該目錄裡仍然有之前的資料夾，但進不去，也打不開。
2、使用df -h 看到/dev/sda6資料大小，沒有變。
解救方法：
因為我沒有把/dev/md0給格式化，所以在分割槽表裡，還能看到/dev/sda6的資料占用大小，所以，我覺得重建分割槽表，還是可以將…………………………………………………………………………
記一次資料庫誤操作 資料恢復
今天運算元據庫不小心修改掉了全庫的資料。炸了。這裡有個恢復的orcal 資料的辦法 create table t table recove 新錶 asselect from t table 你操作的那張表 as of timestamp to timestamp 2010 06 02 11 36 5...
記一次ubuntu誤操作導致無法用sudo
原因 掛載自己做的rootfs，進入目錄，執行sudo chmod 777 etc 多了乙個斜槓。本意是更改自己的rootfs的etc目錄的屬性的，沒想到變成系統的 etc了。解決 重啟系統進入recovery模式 修改許可權為0440。使用虛擬機器的話，要在啟動時按住shift鍵不放 我在這一步花...
記一次Oracle表資料刪除恢復
因為手抖沒有將開發環境切換到測試環境導致在開發環境新建的表刪除了，這張表包含很多配置資訊，而且沒有備份，特此整理出恢復過程。一 檢視 站中表 select object name,original name,partition name,type ts name,createtime,droptim...