customized bootcd for IBM Server Raid..need help.
I have been attempting to create a customized bootcd for the IBM x240's with the IBM Server Raid (ips.o). I used the netinstall bf2.4 as a template and put my working kernel in the rescue.bin image and rand rdev.sh. I also made a tarball of my /lib/modules/2.4.19-pre10 directory and replaced the modules.tgz file in the drivers.tgz. My working kernel has all of my hardware specific modules compiled into it so there is no need to load any hardware modules. I also compiled all the necessary modules in that are talked about in the rescue.bin readme.txt. There are 2 problems when I boot off of my newly created cd. It complains that it cant find any modules in /lib/modules/2.4.19-pre10/... And sure enough, that directory exists, but it is empty! The bf2.4 modules directory is of course in tact, I presume because it exists in the root.bin image. What happened to _my_ modules? I know they exist on the iso image, I mounted the image and untarballed the drivers.tgz and modules.tgz to double check. More importantly is the no disks were found problem. Switching to tty2 I know the kernel has recognized the raid card and sees the drives. And I can manually mount the existing partitions on those drives. Why doesnt debootsrap see the drives? Any help would be greatly appreciated. shawn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: customized bootcd for IBM Server Raid..need help.
#include hallo.h * [EMAIL PROTECTED] [Sun, Aug 25 2002, 02:16:03AM]: It complains that it cant find any modules in /lib/modules/2.4.19-pre10/... And sure enough, that directory exists, but it is empty! The bf2.4 modules Well, that is your problem if you do not care about the versions. More importantly is the no disks were found problem. Switching to tty2 I know the kernel has recognized the raid card and sees the drives. And I can manually mount the existing partitions on those drives. Why doesnt debootsrap see the drives? Enabled devfs? Gruss/Regards, Eduard. -- Was ist das, ein Winword-Dokument? Stell' Dir vor, es gibt tatsächlich noch Leute, deren Anwendersoftware oder sogar Betriebssystem nicht von der kleinen unbedeutenden Klitsche aus Redmond stammen. Ulf Neumann in d.r.t.k -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/main-menu by tfheen
Repository: debian-installer/main-menu who:tfheen time: Sun Aug 25 13:25:25 MDT 2002 Log Message: remove setlocale stuff, since we don't do localizations that way any more. At least not here. Files: changed:status.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/main-menu by tfheen
Repository: debian-installer/main-menu who:tfheen time: Sun Aug 25 13:41:58 MDT 2002 Log Message: get rid of unused variable, document changes Files: changed:status.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/main-menu/debian by tfheen
Repository: debian-installer/main-menu/debian who:tfheen time: Sun Aug 25 13:41:58 MDT 2002 Log Message: get rid of unused variable, document changes Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/anna/debian by tfheen
Repository: debian-installer/anna/debian who:tfheen time: Sun Aug 25 14:14:09 MDT 2002 Log Message: Fix possible off-by-one error in the malloc in get_package. Thanks to Martin Sjögren for noticing this. Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/anna by tfheen
Repository: debian-installer/anna who:tfheen time: Sun Aug 25 14:14:09 MDT 2002 Log Message: Fix possible off-by-one error in the malloc in get_package. Thanks to Martin Sjögren for noticing this. Files: changed:retriever.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-installer status -- 2002-08-26
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Second status report, about a month has passed since the last one.
The todo list for d-i looked like this a month ago:
- - unbreak cdebconf
- - partitioner
- - multiple arch support
cdebconf has been unbroken. It works like a charm now, thanks a lot
to those who have helped.
I have some preliminary partition support working, but that still
needs lots more work, and it needs util-linux to generate udebs. In
addition, the code to mount those partitions in the right place needs
to be written. It is probably not hard, but needs to be done.
Multiple arch support has begun, Colin Walters is looking into getting
it to work on PowerPC, Wartan Hachaturow is trying to get it to work
on alpha.
I'd like to give a big thanks to our ftpmasters for processing the new
udebs quickly. It is appreciated and makes our work a lot easier. If
you could fix that bug in dak which unaccepts the new udebs as well,
it would be even greater.
Our RM wanted a limited, but working installer in approximately 14
days. I hope to meet that goal. In order to meet it, we need, at
least, the following things to be fixed:
- - partitioning/mkfs/mount stuff needs to be finished up.
- - dak needs to stop unaccepting new udebs.
- - prebaseconfig needs to stop using grub directly and depend on
{grub,lilo}-installer instead.
- - a bunch of full-sized udebs needs to be created (more on this below)
Nice-to-have features would be gpgv support (for verifying the
integrity of the stuff you download) and getting the UTF8 support into
Those full-sized udebs are needed because of library reduction, as
written in the ISSUES document:
It is difficult to reduce a library if you don't know what functions
in it will be used. Since additional modules could be dropped onto
install media at any time, it is very difficult to guarantee that a
reduced libc will have all the symbols they need.
The least insane way of handling this is probably to have a libc6
package and other full packages with the libraries we need; this
will waste some space, but is probably the only way to go for now.
Unless somebody comes up with a better way, that is the way we will
go.
As always, comments and thoughts appreciated.
- --
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Please see my GPG key at http://www.opera.com/~tfheen/gpgkey.asc
iD8DBQE9aVxuQSseMYF6mWoRAg3+AJ4nqAtQCFTr+zBUaI+4v4LO3tmqlgCgtako
/cS1f/02FVYI9xe5s+K29Qg=
=vKYn
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Patch to anna for choosing retriever
I volunteered (:p) to hack in some support in anna for choosing which
retriever to use. Seeing as my sister too is called Anna, I felt
qualified enough for this ;) Attached is a patch. Seeing as I don't
trust myself with proofreading and testing my own code, I'd be happy if
someone could look it over.
Regards,
Martin
diff -u -r1.2 Makefile
--- Makefile 28 Mar 2002 19:30:35 - 1.2
+++ Makefile 25 Aug 2002 23:02:23 -
-1,6 +1,7
CFLAGS=-Wall -g -D_GNU_SOURCE
OBJS=$(subst .c,.o,$(wildcard *.c))
BIN=anna
+LIBS=-ldebconf
ifdef DEBUG
CFLAGS:=$(CFLAGS) -DDODEBUG
diff -u -r1.7 anna.h
--- anna.h 21 Dec 2000 22:28:53 - 1.7
+++ anna.h 25 Aug 2002 23:02:23 -
-3,5 +3,9
#define DOWNLOAD_DIR /var/cache/anna
#define DPKG_UNPACK_COMMAND udpkg --unpack
+#define ANNA_RETRIEVER anna/retriever
+#define RETRIEVER_DIR /usr/lib/debian-installer/retriever
+#define RETRIEVER_DIR_LEN 35 /* ick */
+
int get_package (struct package_t *package, char *dest);
struct package_t *get_packages (void);
diff -u -r1.11 retriever.c
--- retriever.c 25 Aug 2002 20:14:09 - 1.11
+++ retriever.c 25 Aug 2002 23:02:23 -
-2,6 +2,10
* Retriever interface code.
*/
+#include cdebconf/debconfclient.h
+#include sys/types.h
+#include sys/stat.h
+#include dirent.h
#include stdio.h
#include stdlib.h
#include string.h
-9,10 +13,63
#include anna.h
/* Returns the filename of the retriever to use. */
-/* TODO: handle more than one, and don't hard-code. */
+/* TODO: error handling */
char *chosen_retriever (void) {
-
- return /usr/lib/debian-installer/retriever/cdrom-retriever;
+ static char *retriever = NULL;
+
+ if (retriever == NULL) {
+ DIR *retrdir;
+ struct dirent *d_ent;
+ struct debconfclient *debconf;
+ int retstr_size = 1, fname_len;
+ char *ret_choices, *ret_default = NULL;
+ char *fname;
+ struct stat st;
+
+ /* Find out which retrievers are available */
+ retrdir = opendir(RETRIEVER_DIR);
+ ret_choices = malloc(1);
+ ret_choices[0] = '\0';
+ while ((d_ent = readdir(retrdir)) != NULL) {
+ fname_len = strlen(d_ent-d_name);
+ fname = (char *)malloc(RETRIEVER_DIR_LEN + 1 + fname_len);
+ strcpy(fname, RETRIEVER_DIR /);
+ strcat(fname, d_ent-d_name);
+ stat(fname, st);
+ free(fname);
+ if (S_ISREG(st.st_mode)) {
+/* Should we check for x flag too? */
+retstr_size += fname_len + 2;
+ret_choices = realloc(ret_choices, retstr_size);
+strcat(ret_choices, d_ent-d_name);
+strcat(ret_choices, , );
+/* Pick the first one to be default :) */
+if (ret_default == NULL)
+ ret_default = strdup(d_ent-d_name);
+ }
+ }
+ closedir(retrdir);
+ if (retstr_size = 3)
+ ret_choices[retstr_size-3] = '\0';
+
+ debconf = debconfclient_new();
+ debconf-command(debconf, TITLE, Choose Retriever, NULL);
+ debconf-command(debconf, SET, ANNA_RETRIEVER, ret_default, NULL);
+ debconf-command(debconf, SUBST, ANNA_RETRIEVER, RETRIEVER, ret_choices, NULL);
+ debconf-command(debconf, SUBST, ANNA_RETRIEVER, DEFAULT, ret_default, NULL);
+ debconf-command(debconf, INPUT medium, ANNA_RETRIEVER, NULL);
+ debconf-command(debconf, GO, NULL);
+ debconf-command(debconf, GET, ANNA_RETRIEVER, NULL);
+ retriever = malloc(RETRIEVER_DIR_LEN + 1 + strlen(debconf-value));
+ strcpy(retriever, RETRIEVER_DIR /);
+ strcat(retriever, debconf-value);
+ debconfclient_delete(debconf);
+
+ free(ret_choices);
+ free(ret_default);
+ }
+
+ return retriever;
}
/* Ask the chosen retriever to download a particular package to to dest. */
--- /dev/null 2002-07-08 21:14:29.0 +0200
+++ debian/templates2002-08-25 23:59:23.0 +0200
-0,0 +1,7
+Template: anna/retriever
+Type: select
+Choices: ${RETRIEVER}
+Default: ${DEFAULT}
+Description: Choose the retriever to use.
+ The retriever is responsible for fetching the packages to be
+ installed.
signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
cvs commit to boot-floppies/documentation by robster
Repository: boot-floppies/documentation who:robster time: Sun Aug 25 18:10:19 MDT 2002 Log Message: Edited the list of authors to make it clear that i am the current maintainer. Files: changed:release-notes.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
get me off your list!!!
I don't know what the hell happened but the only page I can get on the whole internet is your site! get me off your list If something is not done by Monday evening I will find you and SUE YOUR ASS!!!STOP THIS YOU FUCKING ASSHOLES [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Installer fails whilst finding packages
I have a problem installing Debian Woody onto a generic PC clone. It has IDE disks, P3, CD-ROM nothing flash. The CD is: debian-30r0-i386-binary-1_NONUS.iso and I have verified it matches the MD5 checksums listed on the official site. I checked 10 minutes ago so I'm presuming it's the current image. It was built with jigdo. The CD was created on the 25th August 2002, I'm at GMT +10. I can boot, partition, format my disks etc, then I get to the section where it selects my install source. I choose my local cdrom, it finds it, mounts it, i choose /instmnt and hit enter. It starts validating packages then gets to 'iptables' and bombs out saying: Cannot find package iptables At which point I go round and round in a loop. I have also tried copying to my server and using an NFS share instead of the cdrom. My server has a DVD drive I trust. Same problem occurs on the same package. Searched the CD. There is an iptables package in: pool/main/i/iptables/iptables_1.2.6a-5_i386.deb I had a problem once before where my /var partition was too small, but in this case it is at 900Mb. I am about to go try the regular version instead of the NONUS version. Any suggestions would be most appreciated. Regards, David N -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Haberdar olun
HABERDAR.COM - HABER VE MEDYA PORTALI
Artýk tüm haberleri sadece tek siteden takip edebileceksiniz. Haberdar.com açýldý!
Haber baþlýklarý, spor haberleri, teknoloji haberleri, kültür ve sanat haberleri,
internet haberleri, bilim ve uzay,
sinema, saðlýk...
Aradýðýnýz içerik http://www.haberdar.com adresinde
Sadece týklayýn ve haberdar olun
¡CRPDDzf¢Ú y¸º(¶·ª¹ë-+-±×©è®
¶¬¹¸ÞrÚ º{.nÇ+·®à¨Ö¶X¬¶f¬µêåËluæâjz+
Re: debian-installer status -- 2002-08-26
On 26 Aug 2002 00:39:06 +0200 Tollef Fog Heen [EMAIL PROTECTED] wrote: Hi, It is difficult to reduce a library if you don't know what functions in it will be used. Since additional modules could be dropped onto install media at any time, it is very difficult to guarantee that a reduced libc will have all the symbols they need. The least insane way of handling this is probably to have a libc6 package and other full packages with the libraries we need; this will waste some space, but is probably the only way to go for now. Unless somebody comes up with a better way, that is the way we will go. I was hoping that this problem won't come up, but it seems like it has... I like the way of having a full-libc6 udeb, for additional modules. Logic being that if one can install additional udebs, they should probably be able to install libc6.udeb. I was kind of thinking of udebootstrap, but that might be a bit more tricky. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
