Стоит Слакварь (почтовик). В мое отсутсвие решили поделить диски по своему, так как почтовик часто забивался, приходилось чистить. И использовали для этого ADD, который не поддерживает работу с Linux. Соответсвенно разбивка прошла, но закончена была с ошибкой, какой сказать не могу. После сих действий лина не загружается, выдает сообщение:
VFC: Cannot open root device 305 or 03:05
Please append a correct "root=" boot option
Kernel panic : VFS: Unable to mount root fs on 03:05
Подскажите пожалуйста, как восстановить работоспособность диска без потери данных. Желательно подробную инструкцию, сам с линой слабоват.
________________________________________________________________________________
С лайфа запустился, вроде все на месте. Подскажите, где конкретно искать?
root@slax:~# fdisk -l
Disk /dev/hdc: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x922c922c
Device Boot Start End Blocks Id System
/dev/hdc1 * 1 62 497983+ 82 Linux swap
/dev/hdc2 63 9729 77650177+ f W95 Ext'd (LBA)
/dev/hdc5 63 5797 46066356 83 Linux
/dev/hdc6 5798 9729 31583758+ 83 Linux
Disk /dev/sda: 7952 MB, 7952400384 bytes
255 heads, 63 sectors/track, 966 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xcad4ebea
Device Boot Start End Blocks Id System
/dev/sda4 * 1 967 7765984+ b W95 FAT32
Partition 4 has different physical/logical endings:
phys=(965, 254, 63) logical=(966, 210, 12)
root@slax:~#
________________________________________________________________________________
/dev/hda1 swap swap defaults 0 0
/dev/hdb1 swap swap defaults 0 0
/dev/hda5 / ext3 defaults 1 1
/dev/hda6 /home ext3 defaults 1 2
/dev/hdb2 /mnt/backup ext3 defaults 2 1
/dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro 0 0
/dev/fd0 /mnt/floppy auto noauto,owner 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
proc /proc proc defaults 0 0
tmpfs /mnt/tmpfs tmpfs size=32m 0 0
Ребята, выручайте! Срочно нужна помощь
Суть ошибки: ядро было загружено, но не смогло смонтировать корневой раздел (305 -- 3-й диск, 5-й раздел). При этом ядро вывело таблицу разделов, как она ему видна. Найдите в ней свой корневой раздел.
Это не 305? Тогда нужно в /etc/lilo.conf поправить параметр root на правильный (можно предварительно протестировать, передав его загрузчику в командной строке: root=...)
Это 305? Тогда нужно смотреть, почему не удалось смонтировать:
1) повреждена ФС? проверить
2) используется -generic- ядро и нет модуля нужной ФС? изготовить initrd или вкомпилировать драйвет в ядро
Как загрузиться в установленную систему написано на первом экране при загрузке с дистрибутивного диска:
boot: huge.s root=/dev/hdc5 rdinit= ro
или прогрузиться до установщика, затем:
# mount /mnt/hdc5 /mnt
# for d in dev sys proc; do mount --bind /$d /mnt/$d; done
# chroot /mnt
ps. Если приложите фотку экрана с "Kernel panic: VFS: Unable to mount root fs on 03:05", посмотрим вместе.
pps. Указание версии установленной Slackware было бы как нельзя кстати, тем более что она явно не из последних.
Если понадобится, я даже позвоню. Лишь бы устранить это злощастную проблему =(
Как фото здесь выкладывать?
Версию точно не скажу, но судя по найденным дискам м\б 12,1
Если правильно путаю, Slackware-11 или старше с ядром 2.4.x.
1) Выше видел, что у вас есть slax, загрузитесь с него, смонтируйте /dev/hdc5, например:
# mkdir /mnt/hdc5
# mount /dev/hdc5 /mnt/hdc5
Покажите версию дистрибутива и содержимое lilo.conf (если для загрузки использовался lilo):
# cat /mnt/hdc5/etc/slackware-version
# grep -v "^$\|^#" /mnt/hdc5/etc/lilo.conf
2) То, что slax видит диск как hdc, ещё не означает, что установленная Slackware видит его также. Тем не менее, ранее это был /dev/hda5 (судя по fstab). В качестве экспресс-проверки попробуйте на стартовом экране LILO нажать Tab, вписать имя варианта загрузки (допустим, это был "Linux") и hda5 в качестве корневого раздела:
boot: Linux root=/dev/hda5
Ситуация как-то изменилась?
Понятно. Грузите Slax,
# cp /mnt/hdc5/etc/fstab /mnt/hdc5/etc/fstab.bak
# sed -i s,hda,hdc,g /mnt/hdc5/etc/fstab
Перезагружайтесь, указав root=/dev/hdc5
Если загрузились нормально, выполните
# cp /etc/lilo.conf{,.bak}
# sed -i s,hda,hdc,g /etc/lilo.conf
# lilo
PS. Или вместо всего сказанного выше прицепите диск на primary master канал (сейчас он у вас висит на secondary master), чтобы он стал виден ядру как hda.
Побежали проценты. Сейчас посмотрим результат
Дошел до 100%, перезагрузился, и та же самая ошибка =(
Побежали проценты -- это проверка раздела, ок.
Если пошли по пути с заменой в файлах -- первая часть правит fstab, вторая root=. Естественно, что при перезагрузке без указания root=/dev/hdc5 получите kernel panic.
Перезагружайтесь с параметром, потом доделаете вторую часть с правкой lilo.conf.
PS. На всякий случай проверьте, что в fstab все, что было hda, стало hdc.
В продолжение темы..
Как мне теперь то свободное пространство диска, что он пытался прицепить, действительно "прицепить", чтобы его видела система? Получается он определяет диск 47Gb Media, а в своиствах пишет 27Gb, занято 100%.
Подскажите пожалуйста
Скорее всего результатом
было изменение только размера раздела (параметры в таблице разделов), но не размеров файловой системы (управляющие структуры ФС по-прежнему адресуют старый размер).использовал он для этого ADD, который не поддерживает работу с Linux.
Смотрим вывод команд
# df /dev/hdc5
# df -i /dev/hdc5
Первая покажет информацию о заполнении раздела, вторая о количестве использованных inode. Если есть достаточный запас по inode, достаточно просто resize2fs на отмонтированном разделе. Но поскольку раздел hdc5 корневой, отмонтировать его в самой системе не выйдет, выполнять задуманное придётся с livecd или установочного диска slackware.
Грузимся в livecd и выполняем:
# umount /dev/hdc5
# resize2fs /dev/hdc5
Если запас по inode недостаточен, придётся сделать бэкап раздела, пересоздать (отформатировать) ФС, развернуть бэкап, переустановить lilo.
Filesystem 1K-Blocks Used Avaitable Use% Mounted on
/dev/hdc5 119752976 119207660 0 100% /mnt/hdc5
Filesysyem Inodes IUsed IFree IUse Mounted on
/dev/hdc5 30872576 1732887 29139689 6% /mnt/hdc5
Resize?
Resize?
Да.
ps. Перед ресайзом стоит сделать бэкап в любом случае!!!
Сервер восстановлен! Возникла еше одна проблема.
Теперь со многих доменов (тех же mail.ru, yandex.ru) к нам почта не доходит, блокируется как спам.
IP-шники я их посмотреть могу. Подскажите как скоректировать правильно базу доверенных\спам адресов.
Ведь на сколько я знаю, если для одного и того же адреса прописано 2 правила, выполняться будет только первое.
1. Чем блокируется?
Если правилами sendmail в access -- уберите/измените блокирующие правила так, чтобы нужное проходило, а ненужное отрезалось. Затем обновите access.db (makemap hash ...).
Если spamassassin -- то же с его правилами.
2. Да.
ps. В правильно заданном вопросе содержится более половины на него ответа.
Ну и что там расслеповать-то возможно?
PS. У вас окошко putty, он по выделению мышом копирует текст в буфер обмена автоматически...



