nixp.ru v3.0

26 декабря 2024,
четверг,
15:21:01 MSK

Войти Постучаться

Восстановление файловой системы. Help plz!!!

GNU/Linux, UNIX, Open Source → *BSD и другие системы

danikcom написал 12 марта 2006 года в 15:38 (6487 просмотров) Ведет себя как мужчина; открыл 52 темы в форуме, оставил 132 комментария на сайте.

Помогите плз! короче что я сделал:

#dump -0f /dev/hda4 /home/temp

но фигня в том что /home находится на /dev/hda4, когда он начал резервное копирование я прервал процесс, потом папка home оказалась пуста, а при следующей загрузке linux выдает и надо чето вводить

[repair filesystem #1]

Можно ли как нить восстановить все?

Только не спрашивайте зачем я это наделал…

Ответить Цитировать
1

что означает и можно ли это както исправить?

# mount -t ext3 /dev/hda4 /home

mount: wrong fs type, bad option, bad superblock on /dev/hda4,

or too many mounted file systems

Ответить Цитировать
Dr. Evil
2

покажи /etc/fstab

Ответить Цитировать
3

# This file is edited by fstab-sync — see 'man fstab-sync' for details

LABEL=/ / ext3 defaults 1 1

none /dev/pts devpts gid=5,mode=620 0 0

none /dev/shm tmpfs defaults 0 0

LABEL=/home /home ext3 defaults 1 2

none /proc proc defaults 0 0

none /sys sysfs defaults 0 0

/dev/hda1 /mnt/disk_c vfat codepage=866,iocharset=utf8,umask=000 0 0

/dev/hda2 /mnt/disk_e vfat codepage=866,iocharset=utf8,umask=000 0 0

/dev/hdb1 /mnt/disk_d vfat codepage=866,iocharset=utf8,umask=000 0 0

/dev/hdb2 /mnt/disk_f vfat codepage=866,iocharset=utf8,umask=022 0 0

/dev/hdc /media/cdrecorder auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0

/dev/fd0 /media/floppy1 auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0

Ответить Цитировать
Sasha2
4

Ну запорчен суперблок, чего паниковать то.

Возьми да восстанови.

Копия суперблока находится в начале каждого 8-килобайтного блока на диске (Для файловых систем с размером блока в 1 килобайт, а твоя как раз такова)

Поэтому для воостановления:

e2fsck -b 8193 /dev/hda4

Если не получается то тогда

e2fsck -b 16385 /dev/hda4

и так далее, пока наконец не найдешь неповрежденную копию суперблока.

P.S. Только сперва, конечно, отмонтируй диск, если он прионтирован.

Ответить Цитировать
5

вот что получилось, но всеравно чтото не работает…

#e2fsck -b 32768 /dev/hda4

e2fsck 1.35 (28-Feb-2004)

Superblock has a bad ext3 journal (inode 8).

Clear? yes

* ext3 journal has been deleted — filesystem is now ext2 only *

Superblock doesn’t have has_journal flag, but has ext3 journal inode.

Clear? yes

/home was not cleanly unmounted, check forced.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

Free blocks count wrong for group #0 (0, counted=32071).

Fix? yes

Free blocks count wrong for group #1 (0, counted=32074).

Fix? yes

Free blocks count wrong for group #2 (0, counted=32259).

Fix? yes

Free blocks count wrong for group #3 (0, counted=32076).

Fix? yes

Free blocks count wrong for group #4 (25832, counted=31915).

Fix? yes

Free blocks count wrong for group #6 (3131, counted=3123).

Fix? yes

Free blocks count wrong for group #7 (11865, counted=19418).

Fix? yes

Free blocks count wrong for group #8 (34, counted=32213).

Fix? yes

Free blocks count wrong for group #9 (26995, counted=21990).

Fix? yes

Free blocks count wrong for group #16 (24329, counted=24330).

Fix? yes

Free blocks count wrong for group #17 (0, counted=10).

Fix? yes

Free blocks count wrong for group #18 (0, counted=3).

Fix? yes

Free blocks count wrong for group #19 (0, counted=10).

Fix? yes

Free blocks count wrong for group #20 (0, counted=59).

Fix? yes

Free blocks count wrong for group #21 (0, counted=16727).

Fix? yes

Free blocks count wrong for group #22 (0, counted=23591).

Fix? yes

Free blocks count wrong (173553, counted=383236).

Fix? yes

Free inodes count wrong for group #5 (15284, counted=15278).

Fix? yes

Directories count wrong for group #5 (128, counted=132).

Fix? yes

Free inodes count wrong for group #6 (15886, counted=15881).

Fix? yes

Free inodes count wrong for group #9 (15917, counted=15503).

Fix? yes

Directories count wrong for group #9 (32, counted=65).

Fix? yes

Free inodes count wrong for group #16 (16219, counted=16220).

Fix? yes

Free inodes count wrong (371373, counted=370949).

Fix? yes

/home: *** FILE SYSTEM WAS MODIFIED ***

/home: 2203/373152 files (2.2% non-contiguous), 361778/745014 blocks

# mount -t ext3 /dev/hda4 /home

mount: wrong fs type, bad option, bad superblock on /dev/hda4,

or too many mounted file systems

Ответить Цитировать
Sasha2
6

Ну числа для указания суперблоков должны быть !!! НЕЧЕТНЫМИ !!!

Ответить Цитировать
7

я чтото не понял как узнавать числа для суперблоков и как много их так подставлять, потомучто 8193 и 16385 не подходят, пишет:

# e2fsck -b 16385 /dev/hda4

e2fsck 1.35 (28-Feb-2004)

e2fsck: Bad magic number in super-block while trying to open /dev/hda4

The superblock could not be read or does not describe a correct ext2

filesystem. If the device is valid and it really contains an ext2

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

e2fsck -b 8193

Ответить Цитировать
rgo
8
dis123
я чтото не понял как узнавать числа для суперблоков и как много их так подставлять, потомучто 8193 и 16385 не подходят

значит так, небольшой ликбез, ext2 может иметь мноого резервных копий суперблока. Но чтобы зря не тратить драгоценное место на hd, этих копий создаётся несколько штук, ну, например 10. Эти копии создаются программкой mke2fs в момент создания фс, и они разбросаны по диску.

а теперь man e2fsck про опцию `-b'

Additional backup superblocks can be determined by using the

mke2fs program using the -n option to print out where the

superblocks were created. The -b option to mke2fs, which spec-

ifies blocksize of the filesystem must be specified in order for

the superblock locations that are printed out to be accurate.

If an alternative superblock is specified and the filesystem is

not opened read-only, e2fsck will make sure that the primary

superblock is updated appropriately upon completion of the

filesystem check.

Короче, пока ты не совсем не убил fs, вот тебе пример (для моего раздела):

root@localhost# mke2fs -nF /dev/hdd4
mke2fs 1.38 (30-Jun-2005)
/dev/hdd4 is mounted; mke2fs forced anyway.  Hope /etc/mtab is incorrect.
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
1677664 inodes, 3351560 blocks
167578 blocks (5.00%) reserved for the super user
First data block=0
103 block groups
32768 blocks per group, 32768 fragments per group
16288 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208

как видишь в последней строке написано где mke2fs создала бы суперблоки, если бы ей пришлось создавать фс, на данном разделе (можешь подробнее почитать об этом в man mke2fs).

Теперь твоя задача взять, последний (в данном примере 2654208) и дать e2fsck в качестве копии суперблока. Последний потому что, тк ты затирал с начала, то у него меньше всего шансов быть убитым.

Ответить Цитировать
9

получил тоже самое… :( вот что я сделал:

# mke2fs -nF /dev/hda4

mke2fs 1.35 (28-Feb-2004)

max_blocks 762894336, rsv_groups = 23282, rsv_gdb = 181

Filesystem label=

OS type: Linux

Block size=4096 (log=2)

Fragment size=4096 (log=2)

373152 inodes, 745014 blocks

37250 blocks (5.00%) reserved for the super user

First data block=0

Maximum filesystem blocks=763363328

23 block groups

32768 blocks per group, 32768 fragments per group

16224 inodes per group

Superblock backups stored on blocks:

32768, 98304, 163840, 229376, 294912

# e2fsck -b 294912 /dev/hda4

e2fsck 1.35 (28-Feb-2004)

Superblock has a bad ext3 journal (inode 8).

Clear? yes

* ext3 journal has been deleted — filesystem is now ext2 only *

Superblock doesn’t have has_journal flag, but has ext3 journal inode.

Clear? yes

/home was not cleanly unmounted, check forced.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

Free blocks count wrong for group #0 (0, counted=32071).

Fix? yes

Free blocks count wrong for group #1 (0, counted=32074).

Fix? yes

Free blocks count wrong for group #2 (0, counted=32259).

Fix? yes

Free blocks count wrong for group #3 (0, counted=32076).

Fix? yes

Free blocks count wrong for group #4 (25832, counted=31915).

Fix? yes

Free blocks count wrong for group #6 (3131, counted=3123).

Fix? yes

Free blocks count wrong for group #7 (11865, counted=19418).

Fix? yes

Free blocks count wrong for group #8 (34, counted=32213).

Fix? yes

Free blocks count wrong for group #9 (26995, counted=21990).

Fix? yes

Free blocks count wrong for group #16 (24329, counted=24330).

Fix? yes

Free blocks count wrong for group #17 (0, counted=10).

Fix? yes

Free blocks count wrong for group #18 (0, counted=3).

Fix? yes

Free blocks count wrong for group #19 (0, counted=10).

Fix? yes

Free blocks count wrong for group #20 (0, counted=59).

Fix? yes

Free blocks count wrong for group #21 (0, counted=16727).

Fix? yes

Free blocks count wrong for group #22 (0, counted=23591).

Fix? yes

Free blocks count wrong (173553, counted=383236).

Fix? yes

Free inodes count wrong for group #5 (15284, counted=15278).

Fix? yes

Directories count wrong for group #5 (128, counted=132).

Fix? yes

Free inodes count wrong for group #6 (15886, counted=15881).

Fix? yes

Free inodes count wrong for group #9 (15917, counted=15503).

Fix? yes

Directories count wrong for group #9 (32, counted=65).

Fix? yes

Free inodes count wrong for group #16 (16219, counted=16220).

Fix? yes

Free inodes count wrong (371373, counted=370949).

Fix? yes

/home: *** FILE SYSTEM WAS MODIFIED ***

/home: 2203/373152 files (2.2% non-contiguous), 361778/745014 blocks

# mount -t ext3 /dev/hda4 /home

mount: wrong fs type, bad option, bad superblock on /dev/hda4,

or too many mounted file systems

как быть?

Ответить Цитировать
rgo
10

А на будущее, если ты убил фс, или таблицу разделов, то лучшее первое действие которое ты можешь сделать — уйти подальше от компьютера и заняться медитацией для слияния с Unix Way (ну или рукоделием, если это больше помогает). И когда нервы будут успокоены — садишься и читаешь маны. Задаёшь вопросы гуглю/форумам и опять читаешь маны. Нельзя предпринимать никаких шагов до тех пор пока ты не будешь понимать что ты делаешь и зачем. Нельзя давать fsck никаких ответов [y], до тех пор, пока ты не убедишься, что это лучшее что ты можешь сделать в данной ситуации. А если очень не терпится — иди ещё займись медитацией.

Ответить Цитировать
rgo
11
# mount -t ext3 /dev/hda4 /home

mount: wrong fs type, bad option, bad superblock on /dev/hda4,

or too many mounted file systems

как быть?

ну так она у тебя уже не ext3 между прочим, а ext2.

Ответить Цитировать
12

Востановлено!!!!! Big thanks, rgo!!!

Но, на ошибках люди учатся… надо будет поподробнее с етим разобраться, всетаки полезная штука! :)

Ответить Цитировать
rgo
13
dis123
Востановлено!!!!! Big thanks, rgo!!!

Но, на ошибках люди учатся… надо будет поподробнее с етим разобраться, всетаки полезная штука! :)

а теперь, бегом изучать tune2fs, на предмет как приделать к ext2 журнал, чтобы она снова стала ext3.

Ответить Цитировать
rgo
14

а насчёт «спасобо rgo» — ты лучше скажи «спасибо Sasha2». Я час назад, был твёрдо уверен что в ext2/3 всего два суперблока, которые располагаются где-то в начале раздела. Увидев же пост Sasha2, я полез читать маны (с блаародной целью доказать неправоту Sasha2), и уяснил-таки что Sasha2 хотел сказать своим первым постом и выяснил всё остальное. Короче, если бы не он…

Ответить Цитировать
15

Big thanks, Sasha2, too!!! :)

Ответить Цитировать

Последние комментарии

ecobeingecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.