→ noonee: 聽起來是硬碟有問題說 不肯定 03/17 11:57
→ Neisseria: 沒有動到分割的話,開 single mode 進去救看看 03/17 12:53
→ Neisseria: 可能讀取家目錄時發生某些錯誤而打不開 03/17 12:54
→ s9209122222: 可惜我這普通使用者功力太弱,不曉得該如何解決 03/17 13:42
→ s9209122222: 然後開機的時候他沒有顯示 GRUB 畫面,而是直接載入 03/17 13:42
→ s9209122222: 作業系統 03/17 13:42
→ s9209122222: 目前使用指令 badblocks -vs /dev/sdb4 檢查到 03/17 13:43
→ s9209122222: 83.20% 沒有任何錯誤,不曉得要掃到民國幾年…… 03/17 13:44
→ s9209122222: 等下還要掃系統所在的 sdb2,只希望資料那些都沒事 03/17 13:45
推 Bencrie: 硬碟壞了就換新的 03/17 14:03
→ Neisseria: 覺得硬碟可能沒壞,用 LiveCD 進系統後 mount 資料區 03/17 14:15
→ Neisseria: 那些資料可能還在。只要沒重灌洗掉的話 03/17 14:15
→ s9209122222: 剛剛掃到 90% 都沒問題,所以我就中斷了 03/17 14:38
→ s9209122222: 現在改用 xfs_repair 看看,但不曉得又要掃到民國幾 03/17 14:39
→ s9209122222: 年 03/17 14:39
→ s9209122222: 但根目錄的已經被我格式化,現在只能用 LiceCD 03/17 14:40
→ s9209122222: 請問 xfs_repair 有沒有 -L 差別在哪啊? 03/17 16:38
→ Neisseria: 程式洗掉再裝就好,只要資料區沒洗掉還有機會救 03/17 17:29
→ s9209122222: 問題就出在重灌會出現錯誤阿 03/17 17:34
結果:Sorry, could not find valid secondary superblock
然後嘗試 mount 會出現錯誤:
ubuntu@ubuntu:~$ sudo mount /dev/sdb4 /mnt
mount: Structure needs cleaning
然後用 xfs_check 會出現:
ubuntu@ubuntu:~$ sudo xfs_check /dev/sdb4
xfs_check: WARNING - filesystem uses v1 dirs,limited functionality provided.
cache_node_purge: refcount was 1, not zero (node=0x10a0b20)
xfs_check: cannot read root inode (117)
cache_node_purge: refcount was 1, not zero (node=0x10a2210)
xfs_check: cannot read realtime bitmap inode (117)
xfs_check: WARNING - filesystem uses v1 dirs,limited functionality provided.
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed. Mount the filesystem to replay the log, and unmount it before
re-running xfs_check. If you are unable to mount the filesystem, then use
the xfs_repair -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.
我該怎麼辦……
※ 編輯: s9209122222 (122.117.207.31), 03/17/2016 18:04:53
→ Neisseria: 救資料比較重要。Linux 沒有授權問題,要灌幾次都行 03/17 18:07
→ s9209122222: 不是,是灌的過程會有錯誤訊息跳出 03/17 18:14
→ s9209122222: 目前使用 xfs_repair -L 來試,又要好幾個小時了… 03/17 18:15
→ kerwinhui: xfs 就是不能斷電… 03/17 19:06
→ danny8376: XFS就祈禱吧... 03/17 19:41
→ qoopichu: 用Linux就不要太早按reset,先試試看sysrq才是上道 03/17 20:25
→ s9209122222: 問題是他就整個系統卡死,無法切換到 tty1,所以只好 03/17 20:27
→ s9209122222: 按重開機鍵,第二次雖然沒卡死,但無法正常程序重開 03/17 20:27
→ s9209122222: 機,只好再次按下重開機… 03/17 20:27
→ s9209122222: 看來在 Ubuntu 使用 XFS 很危險… 03/17 20:28
推 jksen: 不管是什麼發行版,除非有10T以上需求+UPS,我不會用XFS。 03/17 20:29
→ jksen: 我工作站的CentOS7也是照用ext4,沒有需要XFS的需求。 03/17 20:31
→ s9209122222: 我是因為 openSUSE 之前預設我才用的 03/17 20:32
→ qoopichu: sysrq不用切tty,你先去google 一下看看 03/17 20:40
→ s9209122222: sysrq 這東西沒用過耶 03/17 20:40
→ s9209122222: 好像要先下 enable 的指令? 03/17 20:41
→ qoopichu: sub都不用 03/17 20:54
→ s9209122222: 直接 Ctrl+B+sysrq嗎? 03/17 20:58
推 Debian: 對不起,林北在電腦前笑到並軌,用xfs讓林北笑一下。 03/17 20:58
→ s9209122222: 都 openSUSE 害我用的啦,然後 Ubuntu 讓我強迫中獎 03/17 20:59
→ s9209122222: sysrq 是和 print screen 同一顆嗎?我鍵盤沒有標示 03/17 21:00
→ s9209122222: 請問之後 16.04 會用的 ZFS 推薦嗎? 03/17 21:05
推 Debian: 說openSUSE害你用?這樣講有失公允啊,怎麼栽贓在openSUSE 03/17 21:07
→ Debian: 上面呢? 03/17 21:07
推 jksen: 問一下,我猜你是/home用XFS? "重要"檔案也放在/home? 03/17 21:35
→ s9209122222: 對啊 03/17 22:00
維修結果出來了:Sorry, could not find valid secondary superblock
我真的好想哭,幸好還有部份的收藏是在另一顆 ext4 的 1TB 硬碟上,
但是大部分的資源都是在這顆寶貴的硬碟上……我的回憶……
值得慶幸的是大部分的音樂都還有複製到隨身硬碟上,更重要的東西也有
存在網路上,但重要的東西都掰掰了……
※ 編輯: s9209122222 (122.117.207.31), 03/17/2016 22:04:36
→ s9209122222: 請問這種狀況有辦法使用 dd 來救出資料嗎? 03/17 22:16
→ noonee: 真的超重要嗎?或許可以上街找硬碟救援的電 03/17 22:16
→ s9209122222: 如果可以,有辦法壓縮到很小嗎?因為我沒什麼空間了 03/17 22:17
→ s9209122222: 不是超重要,超重要的有放在網路上,放在我這邊的是 03/17 22:17
→ s9209122222: 只有很重要而已 03/17 22:17
→ s9209122222: 可惡,在 openSUSE 上面用得好好的東西一到 Ubuntu 03/17 22:20
→ s9209122222: 就發生這種鳥事,我記得以前也有發生過類似的事情也 03/17 22:20
→ s9209122222: 是發生在 Ubuntu 上…… 03/17 22:21
→ s9209122222: 沒想到過去的激情回憶就這樣沒了 03/17 22:23
※ 編輯: s9209122222 (122.117.207.31), 03/17/2016 22:27:38
推 Bencrie: 把握當下,放眼未來(咦? 03/17 22:28
→ OrzOGC: 誰叫你要當背骨仔,死忠你愛的變色龍就好 03/17 22:34
→ s9209122222: 沒辦法,openSUSE 上面提供的桌面我都用不習慣 03/17 22:38
→ s9209122222: 然後我喜歡的 elementary OS 又有會影響我使用的小 03/17 22:38
→ s9209122222: bug,所以我就選擇也滿喜歡的 Unity 桌面的 Ubuntu 03/17 22:39
推 jksen: 我幫不上忙,只知道有硬碟救援也救XFS,但是價格很恐怖就是 03/17 22:46
→ s9209122222: 總之這幾個月必須要控制自己的補貨量,等待 16.04 的 03/17 22:46
→ s9209122222: ZFS 出來,應該會很穩定吧?對吧? 03/17 22:46
※ 編輯: s9209122222 (122.117.207.31), 03/17/2016 22:47:39
推 Adama: 救援用ddrescue試試 03/17 23:17
→ s9209122222: 來不及了,我痛下決心,把他給喀嚓了 03/17 23:23
推 Bencrie: 影音資料的話改看串流不就得了 XD 03/18 01:59
→ s9209122222: 畫質很重要,觀看品質馬虎不得 03/18 02:04
→ s9209122222: 況且很多線上不見得看得到 03/18 02:07
推 willy69wu31: 不懂 這是xfs本身的問題還是只有ubuntu對xfs的問題? 03/18 11:21
→ willy69wu31: 我有兩台opensuse機器也都用xfs,各被斷過一次電沒事 03/18 11:21
推 Bencrie: 串流不等於品質差。沒上架就只能找 BD 了 03/18 11:32
→ noonee: 說到這想順到問大家 都用那種fs? ext4嗎? 03/18 11:35
→ noonee: 我自己是之前看過一些評比 所以都用jfs 03/18 11:35
→ Bencrie: ext4 出來之前用了一陣子 jfs。我是覺得沒什麼差啦 03/18 11:44
→ Bencrie: 印象中好像不太需要 fsck ? 03/18 11:45
→ s9209122222: 反正期待 16.04 的 ZFS,聽說他是目前最好用的? 03/18 12:09
→ Bellkna: ext4 和 btrfs 都有用 03/18 12:39
→ s9209122222: 請問有人用 BtrFS 放資料的嗎?純粹好奇問一下。 03/18 13:42
→ Bellkna: 我啊XD 資料約1T btrfs+ext4 各一份 03/18 13:47
→ s9209122222: 我都以為 BtrFS 只適合放系統,因為 openSUSE Leap 03/18 14:00
→ s9209122222: 的預設是這樣做 03/18 14:01
→ Bellkna: 每家預設值不同 有各自的考量 一般個人使用應該沒差異 03/18 14:13
→ s9209122222: 我只希望不要發生那種按下重開機鍵後整個崩壞的事情 03/18 14:21
※ 編輯: s9209122222 (122.117.207.31), 03/18/2016 14:22:15
→ Bellkna: 不管哪種fs 沒人可以保證100%安全 多備份才是真的 03/18 14:25
→ s9209122222: 看到 reddit 那邊有人說 ZFS 可能來不及發佈,讓我 03/18 21:50
→ s9209122222: 的心涼了 9/10…… 03/18 21:50
→ danny8376: 斷電只是有機會出事而已 要說的話 03/18 23:30
→ danny8376: 斷電本來就有機會讓HDD/SSD出事 03/18 23:30
→ s9209122222: 我只是按下重開機鍵耶 03/19 00:26
推 Debian: 預設不代表要跟著用,如果連什麼是適合自己的都搞不清楚, 03/19 02:35
→ Debian: 那你乾脆不要用就不會靠北了。 03/19 02:36
→ s9209122222: 那他幹嘛預設? 03/19 09:07
→ Bellkna: 跟windows為什麼預設用ntfs一樣 開發者覺得ok就用啊 03/19 12:29
推 druid0214: 用別的系統光碟還原資料 03/21 06:02
噓 kenwufederer: 怒噓原po心態 03/24 14:56