酷!學園

其他討論區 => 雜七雜八 => 主題作者是: dark 於 2017-09-09 04:30

主題: 快瘋掉了 ... 完蛋了 ...
作者: dark2017-09-09 04:30
使用 usb 介面 ... 有待評估

一顆 2 T 裡面都是工具 , iso , 自定 vm_guest 啟動程序等 ... 很重要
而且正在使用狀態中 ... (竟然能被 dd)

只因要 dd 另一顆 2 T , 插上 usb 後 , console 跳出 sdb 字眼 ...
就直接 dd sdb 了

突然想到 , sdb 應該在用 , 且某台 guest 也還在正常讀取 sdb 磁碟 ...
新插上理當該跳 sdc 吧 ....... 發呆了一分鐘

越想越不對才動手去拔線 ... 事後 ... 果然殺錯顆 .....


一分鐘 ... 能殺多少資料 ..... 哭死了

主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: dark2017-09-09 11:40
睡醒已經掃完了 ... 天阿 ... 一個檔案都沒有 ...

平常這些重要資料 , 複製三份分三顆硬碟放
為了挪空間整理在這顆 2T
環境整理中 ... 竟然就全死了
主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: Yamaka2017-09-09 13:28
dd 該怎麼說呢,我是覺得跟 rm -rf / 有同等級的破壞力
平常除非是真的很必要, 例如像備份整張記憶卡(含開機)之類的...
如果只是一般資料檔案備份,我還是會用 rsync
主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: dark2017-09-10 01:28
小弟 dd 那顆
是為了救 4T 臨時借來的
自己的環境只擠出 2.5T ... 抓超過 4T 資料

整理 copy 完資料 , 準備還 , 所以 dd if=/dev/zero 掉

今天掃了 3 次 ... 都沒任結果
靜下心來想想後 , 用 RLinux 的檢視工具查看
應該只 dd 到 75 Mb 左右的位置 , 因為翻到這裡就不為 0
不知是不是當出正忙著提供讀寫 ... 還是心跳太快 , 感覺時間過太久
才 75 Mb ?
總之目前位移到該 byte 重掃中 ... 應該要跑 5 hr

2T 跑 5 小時 , 4 T 跑超過 24 hr ...


現在能不能救回來都不知道 ...



主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: netman2017-09-11 20:43
dd 之前一定要先 mount 過來用 df 確認一下路徑才下手啊...

rm -rf / 還好救,dd 就。。。。 Orz
主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: dark2017-09-13 11:47
雖然還沒救回來 ...
但小弟仍不打算放棄

指定檔案標頭下去找是有檔案
可是沒檔名 ...

目錄檔案路徑應該損毀了吧 ...

不知 ext4 目錄結構位置損毀
還有沒有其他位置有備份 ... 或是一段段叢集有自己的目錄結構 ?

不知目前有哪種 filesystem 在損毀時救援機率大的 ?


說到這 ... centos7 速度真比前面版本快很多
網路上一些文章都說是 xfs 的原因 ... 真的嗎 ?

主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: darkranger2017-09-13 15:11
檔案挖掘工具的運作原理
通常都會忽略檔案系統層級
所以沒有檔名或路徑應該是正常的
不直接表示檔案系統的健康狀況

如果肯花錢又亟欲想救資料,我想應該優先去找資料救援服務
如果不論成敗,想自己搞搞看,那麼我估計有一種方式是嘗試把分割區劃回來(不要格式化它)
然後硬跑 fsck,看能不能除了被 dd 掉的部份外,把其餘的檔案系統復原回來

我個人沒試過,但若抓幾個關鍵字去搜
至少有其他人做過:
https://askubuntu.com/questions/337541/how-to-recover-partially-formatted-ext4-partition-testdisk-did-not-help
https://superuser.com/questions/372622/recovering-ext4-data-after-accidental-partial-re-image

然而,對要救資料的磁碟做出任何修改動作之前,應該要先 dd 到別的磁碟作為備份
主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: dark2017-09-14 11:38
檔案挖掘工具的運作原理
通常都會忽略檔案系統層級
所以沒有檔名或路徑應該是正常的
不直接表示檔案系統的健康狀況
意思是 .. 檔名路徑都還在吧 .....

嗯嗯 ... 一定還在 ..... 真的 ? 真的 ! 一定 ? 一定 !
..... 盯著懷錶 , 跟我一起唸 ... 然後這張符拿會去化了 , 配開水給硬碟服下
(已經開始精神錯亂了)


不過小弟推測 , 理當檔名路徑都還在
因為掃描時有注意到 , 跳出 superblock N 的字眼 (N=11 ? 12 ?)
所以猜想 , 這理當 2~N 的 inode 都還在才是 (..... 難道 2 ~ N 也全擠在第一圈 ?)

而目前只用 RLinux 跟 easeus 掃過
而 easeus 有辨識出幾個(很少)檔名 , 但 easeus 似乎沒有進階設定功能(可能 free 版)
所以始終認為是 ntfs 磁碟


目前我的環境剩 2.5T 不到 , 要救這顆 2T 硬碟 , 真的滿吃緊
除非能找到一套掃的完整不需整理的軟體 ...
而且若救不回檔名就沒意義了 ...


另外 , 我常將整理過 , 不會更動的資料 , 做成 iso 儲存
但救援軟體似乎無法找 iso ... 想想 , linux 建一個 iso , 似乎就只是透過 loop 掛個目錄 ... 失策阿
還有個難處 , 就是 vmdk 檔 ... 裡面內容一樣會因標頭而分割出來



不知資料救援業界 , 能夠救到什麼程度 ?
有業界網友在嗎 ? ... 這種情況 , 成功率有多少 ?


主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: netman2017-09-14 20:08
linux ext 並沒有專門分檔案與目錄的區間,以爲目錄本身就是檔案,只是裏面存放的是結構資料:inode,filename,X,X (後兩個不重要)
在新 partition 的時候,只是將 inode table 全部標識爲 0 而已 (刪除檔案也是將相應的 inode 與 block table 標識爲 0)
隨著資料增加(沒刪除檔案的情況下)就依順序消耗 inode 與 block
但如果後來又刪除了檔案,那 inode table recode 的號碼就不是依序的,block table 亦然...

所以,如果你用 dd 下去,首當其衝的就是 mbr, 然後是 partition block,再來就是 filesystem superblock, inode table, ... 等 meta 區,然後就是 data block ...( 再後面是其他 block group)
就看你的 dd 抹到什麼地方才停止的,基本上之前的尤其是早期寫入的資料就都沒了,很可能都是上層目錄的資料...
剩下的由於沒有上層的索引串接下來,救會的機會自然會低很多...

記住,這不是 format! 這是 dd!!
format 或刪除的話,原來的資料其實都沒動到的啦,所以比較好救回來。
主題: Re: 快瘋掉了 ... 完蛋了 ...
作者: dark2017-09-15 07:39
linux ext 並沒有專門分檔案與目錄的區間,以爲目錄本身就是檔案,只是裏面存放的是結構資料:inode,filename,X,X
想起來了 , 以前的 vi 目錄 , 會看到裡面檔案名稱 ...
所以,如果你用 dd 下去,首當其衝的就是 mbr, 然後是 partition block,再來就是 filesystem superblock, inode table, ... 等 meta 區,然後就是 data block ...( 再後面是其他 block group)
也就是 block group 也是在第一軌嚕 ?
看來難度再次加倍升級 ... 剛睡醒又要昏倒了 .....

ext 索引式第一軌這麼重要 , 若要備份 , 該怎麼備份?
雖說這次是恍惚狀態的腦殘行為 ... 就算 HA 也同步差沒幾 k