[devel] [BUG] Kernel 2.2.18-ipl1mdk

[devel] [BUG] Kernel 2.2.18-ipl1mdk

[Alexander Bokovoy]

Ядро из Sisyphus (2.2.17-ipl3mdk) и новое 2.2.18-ipl1mdk не грузятся,
если root-раздел ReiserFS. Результат одинаков:

request_module[block-major-8]: Root fs not mounted
VFS: Cannot open root device 08:01
Kernel panic: VFS: Unable to mount root fs on 08:01

Ядро из 7.2 оригинального грузит без проблем.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- If God had wanted you to go around nude, He would have given you bigger hands.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG] Kernel 2.2.18-ipl1mdk

[Alexander Bokovoy]

On Mon, Dec 25, 2000 at 06:05:16PM +0200, Alexander Bokovoy wrote:
> Ядро из Sisyphus (2.2.17-ipl3mdk) и новое 2.2.18-ipl1mdk не грузятся,
> если root-раздел ReiserFS. Результат одинаков:
> 
> request_module[block-major-8]: Root fs not mounted
> VFS: Cannot open root device 08:01
> Kernel panic: VFS: Unable to mount root fs on 08:01
> 
> Ядро из 7.2 оригинального грузит без проблем.
Разница: у нас ReiserFS вкомпилирован, в оригинале -- в ядре.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- If God had wanted you to go around nude, He would have given you bigger hands.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG] Kernel 2.2.18-ipl1mdk

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 
> On Mon, Dec 25, 2000 at 06:05:16PM +0200, Alexander Bokovoy wrote:
> > Ядро из Sisyphus (2.2.17-ipl3mdk) и новое 2.2.18-ipl1mdk не грузятся,
> > если root-раздел ReiserFS. Результат одинаков:
> >
> > request_module[block-major-8]: Root fs not mounted
> > VFS: Cannot open root device 08:01
> > Kernel panic: VFS: Unable to mount root fs on 08:01
> >
> > Ядро из 7.2 оригинального грузит без проблем.
> Разница: у нас ReiserFS вкомпилирован, в оригинале -- в ядре.
> 
В смысле, в оригинале -- модуль. 
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG] Kernel 2.2.18-ipl1mdk

[Alexander Bokovoy]

On Tue, Dec 26, 2000 at 12:03:03AM +0300, Aleksey Novodvorsky wrote:
> Alexander Bokovoy wrote:
> > 
> > On Mon, Dec 25, 2000 at 06:05:16PM +0200, Alexander Bokovoy wrote:
> > > Ядро из Sisyphus (2.2.17-ipl3mdk) и новое 2.2.18-ipl1mdk не грузятся,
> > > если root-раздел ReiserFS. Результат одинаков:
> > >
> > > request_module[block-major-8]: Root fs not mounted
> > > VFS: Cannot open root device 08:01
> > > Kernel panic: VFS: Unable to mount root fs on 08:01
> > >
> > > Ядро из 7.2 оригинального грузит без проблем.
> > Разница: у нас ReiserFS вкомпилирован, в оригинале -- в ядре.
> > 
> В смысле, в оригинале -- модуль. 
Да. Дело оказалось не в нем, а в поддержке SCSI, т.е. действие
несколько корректируется:
1. Ядро не находит Adaptec AIC-7892 Ultra 160/m SCSI host adapter, потому
и паникует.
2. Если создать загрузочную дискету в которой initrd прелоадит aic7xxx,
то с такой дискеты все загружается, опять-таки, после неопределения SCSI-адаптера
инициализационным кодом в ядре.

Еще раз повторю, что с 7.2 оригинальным все работало безо всяких махинаций
с загрузочными дискетами. В обоих случаях (7.2 original  и Sisyphus) программа
установки определяет этот адаптер правильно и ставит на диск на этом адаптере
систему за милую душу. Разница начинается сразу после перезагруки. В обоих
случаях ядро 2.2.17. Загрузочный диск с 2.2.18 без preload aic7xxx обладает
той же самой проблемой. 

В данной конкретной ситуации я разрешу проблему созданием custom-ядра с вшитым
драйвером адаптера (вместо модуля), но хотелось бы решить проблему более кардинально --
этот Adaptec-овский адаптер ставят на многие Интеловские сервера.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- "Cogito ergo I'm right and you're wrong."
		-- Blair Houghton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG] Kernel 2.2.18-ipl1mdk

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1597 bytes --]

On Mon, Dec 25, 2000 at 07:39:50PM +0200, Alexander Bokovoy wrote:
> > > > Ядро из Sisyphus (2.2.17-ipl3mdk) и новое 2.2.18-ipl1mdk не грузятся,
> > > > если root-раздел ReiserFS. Результат одинаков:
> > > >
> > > > request_module[block-major-8]: Root fs not mounted
> > > > VFS: Cannot open root device 08:01
> > > > Kernel panic: VFS: Unable to mount root fs on 08:01
> > > >
> > > > Ядро из 7.2 оригинального грузит без проблем.
> > > Разница: у нас ReiserFS вкомпилирован, в оригинале -- в ядре.
> > > 
> > В смысле, в оригинале -- модуль. 
> Да. Дело оказалось не в нем, а в поддержке SCSI, т.е. действие
> несколько корректируется:
> 1. Ядро не находит Adaptec AIC-7892 Ultra 160/m SCSI host adapter, потому
> и паникует.
> 2. Если создать загрузочную дискету в которой initrd прелоадит aic7xxx,
> то с такой дискеты все загружается, опять-таки, после неопределения SCSI-адаптера
> инициализационным кодом в ядре.

Я не понимаю, почему бы не сделать initrd для системы, использующей SCSI?
Это ведь стандартное решение, и не важно, как собрана reiserfs.

Конечно, это должен был сделать инсталлятор. Он, наверное, это даже
пытается делать.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] [BUG] Kernel 2.2.18-ipl1mdk

[Alexander Bokovoy]

On Tue, Dec 26, 2000 at 02:53:17AM +0300, Dmitry V. Levin wrote:
> On Mon, Dec 25, 2000 at 07:39:50PM +0200, Alexander Bokovoy wrote:
> > инициализационным кодом в ядре.
> 
> Я не понимаю, почему бы не сделать initrd для системы, использующей SCSI?
> Это ведь стандартное решение, и не важно, как собрана reiserfs.
Да, этим все и закончилось. Век живи - век учись :-) Просто никогда не
приходилось сталкиваться ранее с системами без IDEшных контроллеров. :-)

> Конечно, это должен был сделать инсталлятор. Он, наверное, это даже
> пытается делать.
Может и пытается, но следов этих попыток нигде не обнаружено, что и 
вызвало такую проблему. Вообщем, благодаря этому инциденту теперь
ясно, что надо править в инсталляторе.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- "Were there no women, men might live like gods."
-- Thomas Dekker
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG] Kernel 2.2.18-ipl1mdk

[Alexander Bokovoy]

On Tue, Dec 26, 2000 at 08:19:43AM +0200, Alexander Bokovoy wrote:
> On Tue, Dec 26, 2000 at 02:53:17AM +0300, Dmitry V. Levin wrote:
> > On Mon, Dec 25, 2000 at 07:39:50PM +0200, Alexander Bokovoy wrote:
> > > инициализационным кодом в ядре.
> > 
> > Я не понимаю, почему бы не сделать initrd для системы, использующей SCSI?
> > Это ведь стандартное решение, и не важно, как собрана reiserfs.
> Да, этим все и закончилось. Век живи - век учись :-) Просто никогда не
> приходилось сталкиваться ранее с системами без IDEшных контроллеров. :-)
> 
> > Конечно, это должен был сделать инсталлятор. Он, наверное, это даже
> > пытается делать.
> Может и пытается, но следов этих попыток нигде не обнаружено, что и 
> вызвало такую проблему. Вообщем, благодаря этому инциденту теперь
> ясно, что надо править в инсталляторе.
Да, он пытается создать диск, вызывая mkinitrd с опцией --ifneeded.
Согласно документации, mkinitrd смотри в /etc/fstab на тип файловой
системы для /, на /etc/modules.conf в поисках SCSI. Только вот они
же отличаются для / и /tmp/mnt/ (так по-моему), который будет
настоящим / после перезагрузки.

Еще раз повторюсь -- 7.2 на эту машину ставился нормально -- все
загружалось, т.е. initial ramdisk создавался. Вот diff между версией из
7.2 и Сизифом:

--- bootloader.pm.orig	Mon Oct 23 18:49:55 2000
+++ bootloader.pm	Sat Nov 25 02:12:57 2000
@@ -146,11 +146,11 @@
 sub add_kernel($$$$$) {
     my ($prefix, $lilo, $kernelVersion, $specific, $v) = @_;
     my $ext = $specific && "-$specific"; $specific eq 'hack' and $specific = '';
-    my ($vmlinuz, $image, $initrdImage) = ("vmlinuz-$kernelVersion$specific", "/boot/vmlinuz$ext", "/boot/initrd$ext.img");
+    my ($vmlinuz, $image, $initrdImage) = ("vmlinuz-$kernelVersion$ext", "/boot/vmlinuz$ext", "/boot/initrd$ext.img");
     -e "$prefix/boot/$vmlinuz" or log::l("unable to find kernel image $prefix/boot/$vmlinuz"), return;
     {
-	my $f = "initrd-$kernelVersion$specific.img";
-	eval { mkinitrd($prefix, "$kernelVersion$specific", "/boot/$f") };
+	my $f = "initrd-$kernelVersion$ext.img";
+	eval { mkinitrd($prefix, "$kernelVersion$ext", "/boot/$f") };
 	undef $initrdImage if $@;
 	symlinkf $f, "$prefix$initrdImage" or $initrdImage = "/boot/$f"
 	  if $initrdImage;
@@ -244,10 +244,10 @@
 	}
     }
 
-    my $isSecure = -e "$prefix/boot/vmlinuz-${kernelVersion}secure";
+    my $isSecure = -e "$prefix/boot/vmlinuz-${kernelVersion}-secure";
 
     my $isSMP = detect_devices::hasSMP();
-    if ($isSMP && !-e "$prefix/boot/vmlinuz-${kernelVersion}smp") {
+    if ($isSMP && !-e "$prefix/boot/vmlinuz-${kernelVersion}-smp") {
 	log::l("SMP machine, but no SMP kernel found") unless $isSecure;
 	$isSMP = 0;
     }

Честно говоря, ничего крамольного я не вижу, но не работает :-)
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- No one can put you down without your full cooperation.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel