※ ChatGPTを利用し、要約された質問です(原文:EXT3ファイルシステム破損によりデータが読めない)
EXT3ファイルシステム破損によりデータが読めない
このQ&Aのポイント
Ubuntu LinuxのファイルサーバでEXT3ファイルシステムが破損し、データが読めなくなった。
chrootを使った再起動方法を試したが、GRUB画面すら立ち上がらなくなり、ファイル共有用のHDDも壊れた。
EXT2ファイルフォーマットに修復したが、マウント時にエラーが発生し、元の状態に戻す方法を求める。
EXT3ファイルシステム破損によりデータが読めない
ファイルサーバとしてつかっていたUbuntu Linuxのユーザ切り替え画面で
ユーザ切り替えができなくなっていたので、電源ボタン長押しで
強制的に電源を落としたところUbuntuが立ち上がらなくなってしまいました。
chrootを使った方法を試してみました。
プロセス番号が677となっていますが、こちらでは754でした。
http://ubuntuforums.org/showthread.php?t=1309423
ここにあるとおり、9.04のLiveCDを用いて
cd /
mount /dev/sda1 /mnt
mount --bind /dev/sda1 /mnt/boot
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /dev /mnt/dev
chroot /mnt
apt-get update
apt-get dist-upgrade
dpkg --configure -a
とコマンドを打って、再起動したのですが
UbuntuはGRUB画面すら立ち上がらず、
LiveCDからGPartedを立ち上げると
ファイル共有用の1TBHDDのファイルシステムが壊れ、ファイルを読み出すことができなくなりました。
ファイル共有用の1TBHDDは/dev/sdb2として認識されています。
次に行った行動は
http://www.atmarkit.co.jp/flinux/rensai/linuxtips/728fixpartition.html
にある。
mkfs.ext3 -n /dev/sdb2
fsck.ext3 -b 32768 -B 4096 /dev/sdb2
mke2fs -S /dev/sdb2
とコマンドをうち、なんとかEXT2ファイルフォーマットとして
Gparted上から認識されるようになりました。
しかし、マウントしようとすると
org.freedesktop.Hal.Device.Volume.Unknownというエラーが出てしまいます。
このHDDを元の状態に戻すためにはどうしたらよいのでしょうか?
ご教授お願いいたします。
お礼
わかりました。 再度、カテゴリを変更して質問しなおします。 ご指摘感謝いたします。