LINUX.ORG.RU

Linux не стартует после снятия копии Acronis`ом Help

 


0

1

Стоит у наc миниАТС NeoPBX. Один раз из-за сбоя по питанию она не загрузилась. Вылечил чеком. Все норм загружалось и работало. Решил сделать посекторную копию на ХДД Акронисом 2013 из под Windows. Сделал. Поставил диск обратно в АТС, и отказ в загрузке. Появляется меню выбора ОС (выбор только один title NeoPBX) и все повисает. Сейчас пытаюсь загрузить и разобраться с копией, т.к. ведет себя абсолютно идентично оригиналу.
Помогите пожалуйста восстановить систему.
Если есть кто из Екатеринбурга, могу подъехать.

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup01/LogVol00
#          initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=9
#splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title NeoPBX[br]
	root (hd0,0)
	kernel /vmlinuz ro root=/dev/mapper/neoroot
	initrd /initrd.img

Вот что видно из под LiveCD

root@sysresccd /root % df -h
Filesystem      Size  Used Avail Use% Mounted on,
udev             10M   76K   10M   1% /dev
/dev/sr0        482M  482M     0 100% /livemnt/boot
/dev/loop0      358M  358M     0 100% /livemnt/squashfs
tmpfs           248M  1.3M  247M   1% /livemnt/memory
none            248M  1.3M  247M   1% /
tmpfs           512M   16K  512M   1% /livemnt/tftpmem
none            512M   16K  512M   1% /tftpboot
tmpfs            50M  852K   49M   2% /run
shm             248M     0  248M   0% /dev/shm
tmpfs           248M   24K  248M   1% /tmp
/dev/sda1       116M  7.2M  102M   7% /mnt2
/dev/sdb4       7.5G  461M  7.1G   7% /mnt3

root@sysresccd /root % ls -l
total 252
drwx------ 3 root root     60 Jan 23  1980 ?
-rw-r--r-- 1 root root    738 Jan 18  2016 AUTHOR
-rw-r--r-- 1 root root  21793 Oct 28 18:54 ChangeLog-x86
-rw-r--r-- 1 root root  15131 Jul 17  2014 COPYING
drwxr-xr-x 2 root root     60 Mar  3 10:54 Desktop
drwxr-xr-x 2 root root    277 Jul 17  2014 icons
drwxr-xr-x 2 root root     36 Jul 17  2014 jwm
-rw-r--r-- 1 root root 145606 Jan 23  1980 kernel-4.4.28-std490-i586.conf
-rw-r--r-- 1 root root  52390 Oct 29 18:25 sysresccd-eix.txt
-rw-r--r-- 1 root root  18268 Oct 29 18:25 sysresccd-pkg.txt
-rw-r--r-- 1 root root      6 Oct 29 18:22 version
-rwxr-xr-x 1 root root    174 Jul 17  2014 winmgr.sh

root@sysresccd /root % fdisk -l
Disk /dev/loop0: 357.3 MiB, 374689792 bytes, 731816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 37.3 GiB, 40060403712 bytes, 78242976 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9215a028

Device     Boot  Start      End  Sectors  Size Id Type
/dev/sda1  *      2048   253951   251904  123M 83 Linux
/dev/sda2       253952 62533631 62279680 29.7G 8e Linux LVM

Disk /dev/mapper/vg00-swap: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg00-encroot: 7 GiB, 7516192768 bytes, 14680064 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg00-home: 21.7 GiB, 23295164416 bytes, 45498368 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes



Последнее исправление: lion_vit (всего исправлений: 8)

Вестимо у тебя там в LVM шифрованный корень, вспоминай чем шифровано и как должно открываться, пробуй из LiveCD открыть шифрованный контейнер и смонтировать его.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Шифровал производитель миниАТС. вспомнить не представляется возможным. Сам производитель говорит покупайте новую АТС.

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Это не акроникс, это виндовс скорее всего

anonymous
()
Ответ на: комментарий от lion_vit

С оригинального диска система тоже не грузится?

Присылай снимки того что отображается на экране от момента включения, работы загрузчика и после нажатия на пункт в меню загрузки.

Покажи вывод

fdisk -l
Исходного диска и нового. Вывод выкладывай в тегах [code][/code]

kostik87 ★★★★★
()
Ответ на: комментарий от lion_vit

Скорее всего шифрованный раздел: Disk /dev/mapper/vg00-encroot: 7 GiB, 7516192768 bytes, 14680064 sectors При посекторном копировании разве могло нарушиться шифрование?!

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Я вижу там только один диск, я вас прошу показать оба диска, и в нормальном виде, т.е. тегах [code][/code].

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

С оригинального так же не грузится

root@sysresccd /root % fdisk -l
Disk /dev/loop0: 357.3 MiB, 374689792 bytes, 731816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 37.3 GiB, 40060403712 bytes, 78242976 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9215a028

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 253951 251904 123M 83 Linux
/dev/sda2 253952 62533631 62279680 29.7G 8e Linux LVM

Disk /dev/mapper/vg00-swap: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg00-encroot: 7 GiB, 7516192768 bytes, 14680064 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg00-home: 21.7 GiB, 23295164416 bytes, 45498368 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Ну раз отъехал что же я вам ещё скажу, делай фото, выкладывай на сервис размещения картинок и сюда ссылки, за одно посмотри конфиг загрузчика и тоже выложи.

kostik87 ★★★★★
()
Ответ на: комментарий от lion_vit

Ну как видишь у тебя есть /dev/mapper/vg00-encroot, а согласно grub будет монтироваться

kernel /vmlinuz ro root=/dev/mapper/neoroot
Скорее всего, в файле образа ядра содержится и initrd, ибо его я отдельно не вижу, ну либо показывай содержимое /boot, и в этом initrd стоит код для открытия шифрованного контейнейра mapper/vg00-encroot в mapper/neoroot.

Давай снимки процесса загрузки, без этого можно дискутировать дальше, но беспердметно.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Не вся строчка скопировалась. Исправил.

hiddenmenu
title NeoPBX[br]
	root (hd0,0)
	kernel /vmlinuz ro root=/dev/mapper/neoroot
	initrd /initrd.img

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Ну значит можно пробовать распаковывать initrd и смотреть что он делает, в нём должна быть вся необходимая информация для расшифровки контейнера.

Посмотри утилитой file какой алгоритм сжатия в файле:

file initrd.img

Ну и где снимки экрана с процессом загрузки, до вызова ядра и его работы вообще доходит?

Может проблема в другом, где снимки?

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

Не пойму как сюда картинки вставлять

https://yadi.sk/i/NB3aZuKg3Ew4uz
https://yadi.sk/i/K6ayrWCS3Ew5Bk

lion_vit
() автор топика
Ответ на: комментарий от kostik87

скорее всего вызов ядра не получается, что-то мешает. Как раз на этом моменте повисает по истечении 9сек. экран мигнет и все.

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

После нажатия клавиши ввод на выбранном пункте меню экран должен очиститься и на экране появиться строки

root (hd0,0)
kernel /vmlinuz ro root=/dev/mapper/neoroot
и так далее

kostik87 ★★★★★
()

На будущее : для копирования дисков есть божественный dd.
Под виндой всякие диски подключать и копировать вообще опасно, т.к. она любит «исправлять» метки,id и тому подобное, если они ей не нравятся, в результате чего ты сломаешь оригинал и копию с него плохую сделаешь.

Deleted
()
Ответ на: комментарий от lion_vit

В загрузчике нажми клавишу «c» и введи команды вручную от root(hd0,0) до initrd, в конце введи boot .

Т.е. вот эти команды:

	root (hd0,0)
	kernel /vmlinuz ro root=/dev/mapper/neoroot
	initrd /initrd.img

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от Deleted

Я так и понял

На будущее : для копирования дисков есть божественный dd.
Под виндой всякие диски подключать и копировать вообще опасно, т.к. она любит «исправлять» метки,id и тому подобное, если они ей не нравятся, в результате чего ты сломаешь оригинал и копию с него плохую сделаешь.

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Значит проблема с загрузчиком, поставь на флешку любой загрузчик, например syslinux, скопируй на неё файл vmlinuz и initrd.img, напиши конфиг syslinux.cfg

 PROMPT 1
 DEFAULT test
 
 LABEL test
         LINUX /vmlinuz
         APPEND ro root=/dev/mapper/neoroot
         INITRD /initrd.img
загрузись с флешки и проверь.

Syslinux бери отсюда: https://www.kernel.org/pub/linux/utils/boot/syslinux/syslinux-6.03.zip

В командной строке windows запущенной от администратора введи:

syslinux -i буква_флешки:
на флешке должна быть FAT32, флешка с разметкой MBR. Далее в корень флешки помести указанные файлы и файл syslinux.cfg с приведённым конфигом, пробуй.

Утилита находится здесь: bios/win32/syslinux.exe

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)

Найди форум с этими атс и попроси поделиться образом, слитым с помощью dd через livecd.

Deleted
()
Ответ на: комментарий от anonymous

люблю такое, надо ж было лезть когда работает да еще и каким-то говнософтом из-под оффтопика, госпаде, администраторы!

emptykiev
()
Ответ на: комментарий от kostik87

Загрузился. Высветилось приглашение.

boot:

lion_vit
() автор топика
Ответ на: комментарий от emptykiev

Ты из того сорта администраторов, которые работаетнетрожь! и дуют в дотку целыми днями ?
ТС хотел предупредить проблему, но не знал, что так может случиться. Теперь знает.

Deleted
()
Ответ на: комментарий от kostik87
при попытке загрузить ядро vmlinuz
boot: vmlinuz
выдает ошибку
Loading vmlinuz... ok
Booting kernel failed: Invalid argument

Подскажите пожалуйста дальнейшие ходы.
lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Скачай другую версию syslinux, например версию 4.xx, это ошибка загрузчика.

И поправь конфиг загрузчика, он должен быть вот таким:

 PROMPT 1
 DEFAULT test
 
 LABEL test
 LINUX /vmlinuz
 APPEND ro root=/dev/mapper/neoroot initrd=/boot/initrd.img

Хотя что-то я запутался, может и с отдельным параметром INITRD заработает, пробуй и так и так, если не загрузится.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от kostik87

Установил 4.07

boot: vmlinuz

Invalid or corrupt kernel image

Если с версией 6.03 довольно долго шел процесс загрузки ядра перед ошибкой, то с версией 4.07 доли секунды и ошибка.

lion_vit
() автор топика

Может торрентом раздашь снятый образ? Так было бы проще.
Или хотя бы initrd от своей АТС выложи куда-нибудь.

gasinvein ★★★
()
Последнее исправление: gasinvein (всего исправлений: 1)
Ответ на: комментарий от lion_vit

Ну значит битый образ ядра, попробуй сам поставить другой загрузчик на флешку, например grub4dos, grub-0.97 или grub2, найди сам как ставить эти загрузчики и какой у них конфиг.

Но, скорее всего, действительно повреждён образ ядра. Если знаешь какой там конкретно дистрибутив то можно попробовать найти ядро.

Ну либо обращайся в тех. поддержку с просьбой выслать образ ядра, это если учесть, что Initrd целый.

Можешь попробовать распаковать Initrd, что бы посмотреть что в нём и, возможно, определить что там за дистрибутив по версии ядра.

mkdir /tmp/initrd
cd /tmp/initrd
cat initrd.img | cpio -i -d -H newc --no-absolute-filenames 

Вместо initrd.img указывай полный путь до него, ну либо скопируй initrd в /tmp, тогда так:

mkdir /tmp/initrd
cd /tmp/initrd
cat /tmp/initrd.img | cpio -i -d -H newc --no-absolute-filenames 

Так же, возможно, это образ файловой системы, например ext2, тогда можешь просто его монтировать:

mkdir /tmp/initrd
mount /tmp/initrd.img /tmp/initrd

Далее смотри содержимое /tmp/initrd/lib/modules.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от lion_vit

По содержимому образ ядра битый и initrd.img тоже, там мусор, проверку файловой системы раздела /boot делал?

Попробуй запустить fsck на раздел /dev/sdXY т.е. на тот раздел где находятся vmlinuz и initrd.

А так, сейчас это мусор.

Просто

fsck /dev/файловая_система
выполнит тест на ошибки без исправления, с ключём '-a' - автоматическое исправление.

В общем, если не поможет, то тогда нужно восстанавливать откуда-то образ ядра и initrd, обращаться в тех. поддержку, ну либо к тем у кого есть такое оборудование, либо искать в Internet.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87
root@sysresccd /root % fsck -f /dev/sda1 
fsck from util-linux 2.28.2
e2fsck 1.43.3 (04-Sep-2016)
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
boot: 27/31360 files (11.1% non-contiguous), 15378/125952 blocks
lion_vit
() автор топика
Ответ на: комментарий от kostik87

Приехал диск оригинал. Данные с него:

root@sysresccd /root % df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             10M   84K   10M   1% /dev
/dev/sr0        482M  482M     0 100% /livemnt/boot
/dev/loop0      358M  358M     0 100% /livemnt/squashfs
tmpfs           241M  1.4M  239M   1% /livemnt/memory
none            241M  1.4M  239M   1% /
tmpfs           512M   24K  512M   1% /livemnt/tftpmem
none            512M   24K  512M   1% /tftpboot
tmpfs            49M  824K   48M   2% /run
shm             241M     0  241M   0% /dev/shm
tmpfs           241M   24K  241M   1% /tmp
/dev/sda1       115M  8.7M  100M   8% /mnt2

root@sysresccd /root % ls -l
total 252
drwx------ 3 root root     60 Mar  3 12:56 ?
-rw-r--r-- 1 root root    738 Jan 18  2016 AUTHOR
-rw-r--r-- 1 root root  21793 Oct 28 18:54 ChangeLog-x86
-rw-r--r-- 1 root root  15131 Jul 17  2014 COPYING
drwxr-xr-x 2 root root     40 Mar  3 12:56 Desktop
drwxr-xr-x 2 root root    277 Jul 17  2014 icons
drwxr-xr-x 2 root root     36 Jul 17  2014 jwm
-rw-r--r-- 1 root root 144315 Mar  3 12:56 kernel-4.4.28-std490-amd64.conf
-rw-r--r-- 1 root root  52390 Oct 29 18:25 sysresccd-eix.txt
-rw-r--r-- 1 root root  18268 Oct 29 18:25 sysresccd-pkg.txt
-rw-r--r-- 1 root root      6 Oct 29 18:22 version
-rwxr-xr-x 1 root root    174 Jul 17  2014 winmgr.sh

root@sysresccd /root % fdisk -l
Disk /dev/loop0: 357.3 MiB, 374689792 bytes, 731816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 29.8 GiB, 32017047552 bytes, 62533296 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0001eb5a

Device     Boot  Start      End  Sectors   Size Id Type
/dev/sda1  *         1   250000   250000 122.1M 83 Linux
/dev/sda2       251904 62531583 62279680  29.7G 8e Linux LVM


Disk /dev/mapper/vg00-swap: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/vg00-encroot: 7 GiB, 7516192768 bytes, 14680064 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/vg00-home: 21.7 GiB, 23295164416 bytes, 45498368 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

В этих данных, к сожалению, нет большого смысла, мы уже выяснили, что файлы образа ядра и initrd битые, если проверка файловой системы не помогла, то я даже не знаю, вам нужно искать где-то нормальные копии этих файлов.

fsck -a /dev/sda1

на размонтированной файловой системе не помогает?

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от lion_vit

В таком случае, к сожалению, не знаю чем ещё помочь, нужно искать рабочие копии этих файлов, почитайте договор с этой конторой, что они там должны предоставлять и какой уровень технической поддержки могут оказать.

Удачи.

kostik87 ★★★★★
()
Ответ на: комментарий от lion_vit

К сожалению там мусор, вывод утилиты file должен быть примерно вот таким:

file /boot/vmlinuz-3.12.13-gentoo
/boot/vmlinuz-3.12.13-gentoo: Linux kernel x86 boot executable bzImage, version 3.12.13-gentoo (root@irc) #1 SMP Tue Apr 15 05:34:13 Local time, RO-rootFS, swap_dev 0x3, Normal VGA

file ../2/initrd.2 
../2/initrd.2: ASCII cpio archive (SVR4 with no CRC)
Попробуй, вдруг получится смонтировать /dev/mapper/vg00-encroot, но думаю вряд ли.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Эти файлы можно как-то распаковать и посмотреть? Есть подозрение, что в данных файлах специально убраны все сведения. Может быть такое?

lion_vit
() автор топика
Ответ на: комментарий от kostik87

При попытке примонтировать

/dev/mapper/vg00-encroot
выдает
unknown filesystem type `crypto_LUKS`

lion_vit
() автор топика
Ответ на: комментарий от lion_vit

Данные убрать, конечно можно, но то, что это «Linux Kernel x86 Boot» выводиться должно.

Да и если открыть образ ядра на просмотр хотя бы утилитой less, то должны быть видны некоторые текстовые константы, а в утите hexdump должна быть видна сигнатура MZ:

hexdump /boot/vmlinuz-3.12.13-gentoo -C | less
00000000  4d 5a ea 07 00 c0 07 8c  c8 8e d8 8e c0 8e d0 31  |MZ.............1|
в вашем же файле просто мусор.

Так что звиняй, ну а то что у тебя там «unknown filesystem type `crypto_LUKS`» не даст получить данные с корневой ФС, ибо данные для открытия шифрованного тома находятся в initrd.

kostik87 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.