Я только что установил такую систему:
ubuntu@ubuntu:~$ ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2012-01-22 18:49 Boot -> ../../sda1
lrwxrwxrwx 1 root root 10 2012-01-22 18:49 ubuntu32 -> ../../sda2
lrwxrwxrwx 1 root root 10 2012-01-22 18:28 ubuntu64 -> ../../sda3
lrwxrwxrwx 1 root root 10 2012-01-22 18:49 Home -> ../../sda5
ubuntu@ubuntu:~$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 2012-01-22 20:55 3582d70f-f4a5-484c-b14c-45cd740346b9 -> ../../sda1
lrwxrwxrwx 1 root root 10 2012-01-22 20:55 741182a8-3f15-4dfd-994d-654c8a57a9e4 -> ../../sda2
lrwxrwxrwx 1 root root 10 2012-01-22 20:55 1c415472-a770-4d76-be9f-27b8c1408e2a -> ../../sda3
lrwxrwxrwx 1 root root 10 2012-01-22 20:55 3515d523-72a2-4e04-b7da-cb6a1fd572ef -> ../../sda5
lrwxrwxrwx 1 root root 10 2012-01-22 20:55 f1f1cd7e-30cb-44e7-9ef6-986a589e0045 -> ../../sda6
Мне нужны отдельные 32- и 64-битные версии, чтобы я мог протестировать производительность драйверов на каждой из них. Домашний каталог является общим, и каждая версия Ubuntu монтируется как /ubuntuXX в другой версии. /boot также указывает на /dev/sda1 на обеих версиях.
Когда я запускаю sudo update-grubиз ubuntu32, он работает нормально, но я получаю ошибку при загрузке ubuntu64. initне получается, и я предполагаю, что это из-за неправильного типа бита. Разве зонд ОС grub не должен быть осведомлен о битах? Как мне заставить эти два загружаться правильно.
Я запустил grub-customizer с живого диска, выбрал /dev/sda3 в качестве корневого, выбрал все разделы на втором шаге, а затем удалил все целые, кроме OS-Prober и memtest. Результатом стал прикрепленный grub.cfg. Теперь в нем указан /dev/sda2 как единственный параметр ОС. В grub.cfg для каждой записи установлен корневой UUID на /boot.
grub.cfg:http://pastebin.com/Dkdxian4
fstab (оба):http://pastebin.com/3sUabYRY
Я знаю, что grub2 полностью сгенерирован автоматически, со всеми его меню и прочим, но как мне просто уничтожить все это и вручную добавить все необходимое (я не собираюсь долго держать эту установку, чтобы не беспокоиться об обновлениях ядра)?
Я попытался bilndly реплицировать /dev/sda2запись, но скорректировал ее, /dev/sda3однако это не пошло. Однако мне удалось получить ту же ошибку, что и в первый раз (это строка прямо перед kernel panic, run-init)
обновленная часть grub.cfg:http://pastebin.com/DvfBhrBF
(null)
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom: ... done.
[ 3.402989] request_module: runaway loop modprobe binfmt-464c
run-init: /sbin/init: Exec format error
[ 3.406303] Kernel panic - not syncing: Attempted to kill init!
[ 3.406394] Pid: 1, comm: run-init Not tainted 3.0.0-15-generic #25-Ubuntu
[ 3.408290] [<c151a922>] ? printk+0x2d/0x2f
[ 3.408338] [<c151a800>] panic+0x5c/0x151
[ 3.408388] [<c104b564>] forget_original_parent+0x1e4/0x1f0
[ 3.408440] [<c10d3a48>] ? perf_cgroup_attach_task+0x20/0x20
[ 3.408489] [<c104b583>] exit_notify+0x13/0x140
[ 3.408536] [<c104bd8d>] do_exit+0x1ad/0x3a8
[ 3.408585] [<c1313850>] ? tty_write+0x228/0x228
[ 3.408632] [<c104c098>] sys_exit+0x18/0x28
[ 3.408680] [<c152e424>] syscall_call+0x7/0xb
Я начинаю думать, что это связано с образами ядра, которые находятся в каталоге /boot.
Хорошо, теперь я уверен, что это из-за того, что один раздел 32-битный, а другой 64-битный.
Рисунок 1: применение из /boot/grub/grub.cfg:
linux /vmlinuz-3.0.0-12-generic root=/dev/sda2
initrd /initrd.img-3.0.0-12-generic
Рисунок 2: Списки /ubuntu64/vm* и /ubuntu32/vm*
me@GAMMA:~$ ls -l /vm*
lrwxrwxrwx 1 root root 29 2012-01-23 20:41 /vmlinuz -> boot/vmlinuz-3.0.0-15-generic
lrwxrwxrwx 1 root root 29 2012-01-22 13:05 /vmlinuz.old -> boot/vmlinuz-3.0.0-12-generic
me@GAMMA:~$ ls -l /ubuntu32/vm*
lrwxrwxrwx 1 root root 29 2012-01-22 12:41 /ubuntu32/vmlinuz -> boot/vmlinuz-3.0.0-15-generic
lrwxrwxrwx 1 root root 29 2012-01-22 12:22 /ubuntu32/vmlinuz.old -> boot/vmlinuz-3.0.0-12-generic
Рисунок 3: Тип файла Magic /boot/vmlinuz-3.0.0-12-generic
/boot/vmlinuz-3.0.0-12-generic: Linux kernel x86 boot executable bzImage, version 3.0.0-12-generic (buildd@creste, RO-rootFS, root_dev 0x801, swap_dev 0x4, Normal VGA
/boot/vmlinuz-3.0.0-15-generic: Linux kernel x86 boot executable bzImage, version 3.0.0-15-generic (buildd@creste, RO-rootFS, root_dev 0x801, swap_dev 0x4, Normal VGA
Теперь вотнастоящийкикер:
me@GAMMA:~$ sudo find / -name "vmlinuz*"
/boot/vmlinuz-3.0.0-12-generic
/boot/vmlinuz-3.0.0-15-generic
/vmlinuz.old
/vmlinuz
/ubuntu32/vmlinuz.old
/ubuntu32/vmlinuz
Это единственное ядро в моей системе! Как это вообще возможно? Я сейчас работаю на 64-битной системе ( и сообщает, /dev/sda3что это 64-битная система)!/uname
Я проверил содержимое пакета на packages.ubuntu.com и версию am64 linux-image-3.0.0.15-generic, которая есть в списке /boot/vmlinuz-3.0.0-15-genericв виде файла, поэтому я выполнил следующее:
me@GAMMA:~$ sudo openssl dgst -md5 /boot/vmlinuz-3.0.0-15-generic > ~/3.0.0.15x86
me@GAMMA:~$ sudo apt-get install --reinstall linux-image-3.0.0-15-generic
(Output Omitted)
me@GAMMA:~$ sudo openssl dgst -md5 /boot/vmlinuz-3.0.0-15-generic
MD5(/boot/vmlinuz-3.0.0-15-generic)= f56839a4642eb97e06e5efb0bc74f4dc
me@GAMMA:~$ cat ~/3.0.0.15x86
MD5(/boot/vmlinuz-3.0.0-15-generic)= f56839a4642eb97e06e5efb0bc74f4dc
me@GAMMA:~$ sudo openssl dgst -md5 /boot/vmlinuz-3.0.0-15-generic > ~/3.0.0.15x86
Итак, ядро Linux действует очень похоже на ядро Mach в OSX, поскольку это 32-битный исполняемый файл, который переключается в 64-битный режим при необходимости. Тогда возникает вопрос, почему я получаю ошибку "Exec format error"?
Эта почтаоднако, похоже, указывает на то, что runaway loop modprobeKernel Panic указывает на то, что это действительно проблема 32/64 бит. Grub должен иметь какой-то способ сообщить ядру битовую длину, возможно, она находится в связанном файле в /boot, рассмотрим это завтра.
Быстрое обновление:
32- и 64-битные ядра хэшируются по-разному, но в файле указано, что они оба являются x86.
< MD5(/boot/vmlinuz-3.0.0-15-generic)= f56839a4642eb97e06e5efb0bc74f4dc
---
> MD5(/boot/vmlinuz-3.0.0-15-generic)= cee6cd7db9016ee8531be92504ac802b
Поэтому мне нужно определить, как установить ядро куда-нибудь, кроме /boot, чтобы два ядра не мешали друг другу...
решение1
(не проверено) Решение:
смонтируйте /dev/sda1 только на /boot для одного раздела, оставьте /boot для другого раздела на месте. Ядра не будут затирать друг друга, и тогда, возможно, grub не будет путаться, почему есть две ОС, но одно ядро.