Повредил корневой раздел, можно ли исправить?
kas 5 сентября, 2008 - 21:39
/dev/hda2 мой корневой раздел
сделал следующее:
mkswap /dev/hda2
swapon /dev/hda2
сообщения при загрузке ядра:
UDF-fs : No VRS found
List of all partitions:
0300 244198584 hda driver: ide-disk
0301 104391 hda1
0302 40025947 hda2
0303 385560 hda3
0304 203680102 hda4
0340 20010312 hdb driver: ide-disk
0341 4048348 hdb1
0342 385560 hdb2
No filesystem could mount root, tried: ext3 ext2 msdos vfat iso9660 ntfs fuseblk udf kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,2)
»
- Для комментирования войдите или зарегистрируйтесь
Можно
Можно приступать к переустановке системы... Увы... :( На
этом разделе уже специальный тип файловой системы:
swap-space
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Ты
Ты уверен?
По-моему, команды mkswap /dev/hda2 и swapon /dev/hda2 не форматируют раздел а только записывают служебную информацию.
ну первая как
ну первая как раз форматирует
а вторая просто его активировала
учи матчасть =) ну а сситему можно начинать преустанавливать
___________________________________________
Gentoo GNU/Linux 2.6.26 GCC 4.3.1
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
А теперь
А теперь проведём эксперимент:
Создаём фс ext3:
workstation mnt # mke2fs -j /dev/gentoo_sys/test
mke2fs 1.41.1 (01-Sep-2008)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
65536 inodes, 262144 blocks
13107 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=268435456
8 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 21 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
Монтируем:
workstation mnt # mount /dev/gentoo_sys/test /mnt/tmp
Далее, копируем какой-нибудь файл на новую фс:
workstation mnt # cp /boot/kernel-genkernel-x86_64-2.6.25-gentoo-r8 /mnt/tmp
Размонтируем:
workstation mnt # umount /mnt/tmp
Создаём в пространство подкачки:
workstation mnt # mkswap /dev/gentoo_sys/test
Setting up swapspace version 1, size = 1048572 KiB
без метки, UUID=027810f7-fa0c-484d-a002-cd5279af8475
И пытаемся примонтировать. Естесственно, mount не поймёт, что там ext3, по-этому, монтируем с указанием типа фс:
workstation mnt # mount -t ext3 /dev/gentoo_sys/test /mnt/tmp
mount: wrong fs type, bad option, bad superblock on /dev/mapper/gentoo_sys-test,
missing codepage or helper program, or other error
В некоторых случаях полезная информация может быть
найдена в syslog - попробуйте dmesg | tail или что-то
в этом роде
Как видно, ничего не получилось. Однако, не всё потеряно. Пробуем запустить fsck.ext3:
workstation mnt # fsck.ext3 -y /dev/gentoo_sys/test
e2fsck 1.41.1 (01-Sep-2008)
fsck.ext3: Superblock invalid, trying backup blocks...
/dev/gentoo_sys/test 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 (32183, counted=31671).
Fix? yes
Free blocks count wrong (249500, counted=248988).
Fix? yes
Free inodes count wrong for group #0 (8181, counted=8180).
Fix? yes
Free inodes count wrong (65525, counted=65524).
Fix? yes
/dev/gentoo_sys/test: ***** FILE SYSTEM WAS MODIFIED *****
/dev/gentoo_sys/test: 12/65536 files (0.0% non-contiguous), 13156/262144 blocks
И ещё раз монтируем (уже без указания типа фс):
workstation mnt # mount /dev/gentoo_sys/test /mnt/tmp
Фс успешно примонтировалась. Проверяем содержимое:
workstation mnt # ls -l /mnt/tmp
итого 2064
-rw-r--r-- 1 root root 2089880 Сен 6 00:27 kernel-genkernel-x86_64-2.6.25-gentoo-r8
drwx------ 2 root root 16384 Сен 6 00:22 lost+found
Файл на месте. На всякий случай проверяем контрольные суммы:
workstation mnt # md5sum /boot/kernel-genkernel-x86_64-2.6.25-gentoo-r8
ada54c6d94fa2718d6593d0348872a01 /boot/kernel-genkernel-x86_64-2.6.25-gentoo-r8
workstation mnt # md5sum /mnt/tmp/kernel-genkernel-x86_64-2.6.25-gentoo-r8
ada54c6d94fa2718d6593d0348872a01 /mnt/tmp/kernel-genkernel-x86_64-2.6.25-gentoo-r8
Как видно, в этом случае информация была восстановлена, так что не всё потеряно.
И ещё один
И ещё один важный момент: приведённый выше алгоритм ни в коем случае не является руководством к действию. Если на фс есть важные данные, не стоит запускать fsck, а лучше сразу обратиться к специалистам по восстановлению данных.
пример конечно
пример конечно хороший
но ты упускаешь одну вещь
свап раздел был активирован и если туда уже производилась запись хотя бы на 10 % то твой вариан работать не будет
___________________________________________
Gentoo GNU/Linux 2.6.26 GCC 4.3.1
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Да, это так.
Да, это так. Однако, если после активации раздела подкачки, он не использовался, то есть хорошие шансы восстановить файловую систему.
В таком случае
В таком случае да =) но это бывает не часто.
___________________________________________
Gentoo GNU/Linux 2.6.26 GCC 4.3.1
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
После
После выполнения fsck.ext3 -y /dev/hda2 в корневом разделе появился каталог lost+found, а в нём большое количество файлов и папок с именами вида - #12434412.
Придётся ставить систему заново.
Попробуте
Попробуте воспользоваться утилитой testdisk