200-220 does not cover 220 & 222 on the address range. Am I missing something? I also don't understand the slash in front of the addresses.
Try specifying .220-222 Regards, Steve Oswald On Wednesday 20 March 2002 01:23 pm, you wrote: > i GOT IT FROM: > http://mirrors.kernel.org/redhat/redhat/redhat-7.2-en/os/s390/images/ > > Ken > > At 10:58 AM 3/20/2002, you wrote: > >Ken, > > > >Did you download the GA code, or something from the rawhide? What this > >looks like is a kernel module that was compiled with module versioning, > > and a kernel that was not. Or with/without SMP support (I can never > > really tell). Just _exactly_ where did you download the files from? > > (Both kernel and initrd.) > > > >Mark Post > > > >-----Original Message----- > > From: Ken Dreger: Dr. D [mailto:[EMAIL PROTECTED]] > > >Sent: Wednesday, March 20, 2002 11:50 AM > >To: [EMAIL PROTECTED] > >Subject: disk format issue. > > > > > >Im doing a redhat 7.2 390 install under win 2000 with hercules... > >I keep getting the following disk format messages: > >I have done a hercules dasdformat of the files & all went fine. > >the addresses are 0220 & 0222 > >anybody have a clue ? > > > >If you know the address range of your DASDs, please enter it now. > >19:15:39.551 00000704 If you just press return, autodetection will be > >attempted. > >19:15:39.561 00000704 (200-20f is usually a good setting for vm, fd00-fd0f > >for LPARs) > >19:15:39.571 00000704 Danger: Autoprobing might give you wrong results > >19:15:57.237 00000704 ./0200-0220 > >19:15:57.367 00000704 /0200-0220 > >19:15:57.768 00000704 Loading DASD kernel module. This can take a while. > >19:16:03.786 00000704 dasd:initializing... > >19:16:04.217 00000704 debug: reserved 2 areas of 1 pages for debugging > > dasd 19:16:04.557 00000704 dasd:Registered successfully to major no 94 > > 19:16:04.958 00000704 dasd:initialization not performed due to errors > > 19:16:05.118 00000704 dasd:shutting down > >19:16:05.499 00000704 dasd:Unregistered successfully from major no 94 > >19:16:05.719 00000704 debug: unregistering dasd > >19:16:06.050 00000704 debug: freeing debug area 006bf600 (dasd) > >19:16:06.250 00000704 dasd:shutdown completed > >19:16:06.500 00000704 dasd:initialization finished > >19:16:06.761 00000704 /tmp/dasd_mod.o: init_module: %m > >19:16:07.381 00000704 Hint: insmod errors can be caused by incorrect > > module parameters, including inva > >19:16:07.612 00000704 lid IO or IRQ parameters > >19:16:09.805 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_chanq_deq_Rsmp_2c35d1c1 > >19:16:10.386 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_default_erp_postaction_Rsmp_6531f76 > >19:16:10.426 00000704 0 > >19:16:10.937 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_term_IO_Rsmp_2452db2c > >19:16:11.417 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_start_IO_Rsmp_d899936b > >19:16:11.998 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_discipline_add_Rsmp_6e2c44d9 > >19:16:12.519 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_int_handler_Rsmp_e706fc62 > >19:16:13.060 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_chanq_enq_Rsmp_56380498 > >19:16:13.620 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_set_normalized_cda_Rsmp_8f760f70 > >19:16:14.171 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_alloc_request_Rsmp_7ef23c86 > >19:16:14.702 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_schedule_bh_Rsmp_fc138f01 > >19:16:15.253 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_chanq_enq_head_Rsmp_bc7fd272 > >19:16:15.784 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_free_request_Rsmp_7e3d8b2c > >19:16:16.384 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_default_erp_action_Rsmp_261cfa58 > >19:16:16.985 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_discipline_del_Rsmp_8a705fef > >19:16:17.526 00000704 /tmp/dasd_eckd_mod.o: unresolved symbol > >dasd_oper_handler_Rsmp_cbce7415 > >19:16:17.826 00000704 Journalled Block Device driver loaded > > > >Ken > > Ken Dreger > www.ken.dreger.com > www.acornartists.com > www.laprivateeye.com > > 13,200 Hours of Seti time and clicking up more -- Steven J. Oswald Systems Consulting Engineer OzTech Systems Consulting, Inc. [EMAIL PROTECTED] phone: (815) 337-1036 cell: (815) 715-4065 home: (815) 337-1035 fax: (847) 842-5931
