Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
on 26/10/2010 09:51 Harald Hanche-Olsen said the following: > + Harald Hanche-Olsen : > >> Thanks, I'll try again tomorrow. > > Done. Worked just like it should. Many thanks for your help. (And my > apologies for disbelieving you at first.) I have never had such quick > and helpful response to a PR before. Maybe because PR is not the best way to communicate with FreeBSD developers? It never hurts trying to ask/report/discuss things on mailing lists first. -- Andriy Gapon ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
+ Harald Hanche-Olsen : > Thanks, I'll try again tomorrow. Done. Worked just like it should. Many thanks for your help. (And my apologies for disbelieving you at first.) I have never had such quick and helpful response to a PR before. - Harald ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
on 25/10/2010 21:48 Harald Hanche-Olsen said the following: > On second thought, geom_eli is probably a bad example because it too > depends on other kernel modules (I think). In any case, "Exec format > error" seems a seriously misleading error message if the problem is > really the failure to load a dependent module. That's true, but if we knew an easy way to fix that, we would do it a long time ago. BTW, you can also try chroot-ing to /mnt2 before kldload-ing modules. But, yes, I totally agree that the layout of our livecd environment is not very convenient. P.S. For an example (one of many) of how you can make things more convenient for yourself: http://wiki.freebsd.org/AvgLiveCD -- Andriy Gapon ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
+ Xin LI : > Hi, > > On Mon, Oct 25, 2010 at 11:08 AM, Harald Hanche-Olsen > wrote: > > There are only one small problems with that explanation: There is no > > solaris.ko there. (I had in fact tried that first, since that is the > > It's opensolaris.ko, not solaris.ko here. Ah. Yeah, that thought suddenly hit me. I did look for the wrong ko. In any case, "Exec format error" is a seriously misleading error message in this case. "I'm sorry, Dave, I can't do that" would be better. + Xin LI : > For geom_eli.ko you would probably need zlib.ko and crypto.ko. That thought, too has dawned on me. > I think some message would show up in console 2 (kernel messages, etc) > but the message might be referencing the module's symbolic name, not > the filenames. Ah. It hadn't occured to me to look in console 2. Thanks, I'll try again tomorrow. - Harald ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
Hi, On Mon, Oct 25, 2010 at 11:08 AM, Harald Hanche-Olsen wrote: > There are only one small problems with that explanation: There is no > solaris.ko there. (I had in fact tried that first, since that is the It's opensolaris.ko, not solaris.ko here. > way it is set up on i386.) And the same problem occurs if I try to > load geom_eli.ko. For geom_eli.ko you would probably need zlib.ko and crypto.ko. I think some message would show up in console 2 (kernel messages, etc) but the message might be referencing the module's symbolic name, not the filenames. Cheers, -- Xin LI http://www.delphij.net ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
On second thought, geom_eli is probably a bad example because it too depends on other kernel modules (I think). In any case, "Exec format error" seems a seriously misleading error message if the problem is really the failure to load a dependent module. - Harald ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
There are only one small problems with that explanation: There is no solaris.ko there. (I had in fact tried that first, since that is the way it is set up on i386.) And the same problem occurs if I try to load geom_eli.ko. ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
Re: amd64/151722: kldload on 8.1-RELEASE memorystick fails
Synopsis: kldload on 8.1-RELEASE memorystick fails State-Changed-From-To: open->closed State-Changed-By: delphij State-Changed-When: Mon Oct 25 17:57:06 UTC 2010 State-Changed-Why: Dear submitter, This is caused by not having the specific directories in the kernel module path and zfs.ko depends on opensolaris.ko. (kern.module_path) In order to be able to load zfs.ko, you need to load opensolaris.ko first: kldload /mnt2/boot/kernel/opensolaris.ko kldload /mnt2/boot/kernel/zfs.ko I personally don't think this is a bug but it might be good to document it in the LiveFS motd. Responsible-Changed-From-To: freebsd-amd64->delphij Responsible-Changed-By: delphij Responsible-Changed-When: Mon Oct 25 17:57:06 UTC 2010 Responsible-Changed-Why: Take and track. http://www.freebsd.org/cgi/query-pr.cgi?pr=151722 ___ freebsd-amd64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to "freebsd-amd64-unsubscr...@freebsd.org"
