Re: Red X -- was: Re: new oldworld pmac miboot 2.6 floppies, root size should be ok, net_drivers still too big, please test.
On Mon, Aug 30, 2004 at 01:58:34AM -0400, Rick Thomas wrote: Sven Luther wrote: Rick Thomas wrote: Is it possible the objcopy is corrupting it? This is indeed a possibility. I will disable this again for the 2.4 floppies, and we will see tomorrow what happens. That said, the 2.6 floppies are too big to work with miboot without the objcopy -O binary call, so we need to investigate this more in detail. I downloaded the latest 2.4 floppy images, but it looks like you didn't get around to disabling the objcopy yet. Yeah, alioth and thus the d-i svn repo was dead yesterday. It is up again, and i will remove it for tomorrow. In any case, I still get a red X. The objcopy and the bfd library on my most recent debian sarge install are dated May 19th, 2004. Is it possible that we haven't had a successful powerpc OldWorld floppy boot since that time? No, i don't think this has an influence. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
d-i and USB drives
I'm playing with one of my toys: I have a Laptop drive, and I'm booting all the installers I can lay my hands on to see what can't find it. d-i does (I think it's the April beta), but calling it SCSI is going to cause confusion, esp with any new to Linux. I like the fact you give some info about the drives: I've just failed the FreeBSD installer because it gives me the choice of ad0 and da0, with no explanation. However, I expect a n00b would be confused with either. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268815: Second stage in debian-installer starts up in english when swithcing languages during first stage
merge 268815 265085 thanks Quoting Recai Oktas ([EMAIL PROTECTED]): * Håvard Korsvoll [2004-08-29 12:19:41+0200] I have tried a installation in norwegian bokmaal on a i386 system. Started installation in export mode and looked around in different menus to check translation. I changed the language back and forth (nynorsk, english, bokmaal). Finally settled for bokmaal. Finished the first stage and rebooted. When booting in to the installed system I get english as language. When doing an install and choosing language one time only, it gets right, I get norwegian bokmaal as language Hmm, this is probably the same bug as #265085? If so, we should merge them. You're certainly right. Recai, can you have a look at these bugs. They are quite nasty and, I'm afraid, unanticipated consequences of the languagechooser/countrychooser interaction. The best is probably by forcing countrychooser again after a languagechooser run. However, I don't know how this could be achievedhence putting Joey in CC.
Processed: your mail
Processing commands for [EMAIL PROTECTED]: tags 263156 +patch Bug#263156: debian-installer: Missing SCSI modules on powerpc Tags were: d-i Tags added: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263156: debian-installer: Missing SCSI modules on powerpc
--- kernel/linux-kernel-di-powerpc-2.6/modules/powerpc/scsi-modules.orig 2004-08-30 08:22:41.0 +0200 +++ kernel/linux-kernel-di-powerpc-2.6/modules/powerpc/scsi-modules 2004-08-30 08:31:02.0 +0200 @@ -14,3 +14,4 @@ drivers/scsi/sg.o drivers/scsi/sym53c8xx_2 drivers/scsi/tmscsim.o +drivers/scsi/scsi_transport_spi.o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Modules missing in vmlinux-prep.initrd (netboot)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Ok, Sven, i got your kernel booting on the OF prep machine, with the daily netboot image (btw, now the other ppc (PPCBug) does not work...). It boots quite well, switches from serial to console once the video card (matrox millenium) has been detected, and lauches the setup. It then freeze on hardware detection, and all i got from the logs are some modules missing: ncr53c8xx usb-storage (i don't care, i don't have usb controller) ide-detect | ide-generic| idem, i don't have ide. ide-mod| ide-probe-mod | Before filing a bug report, i am calling for advice: do i miss something ? Is there something i need to do to get the modules ? And by the way, as i am writing, how can i get expert mode from netboot installation ? TIA to all people that give me advice. Best regards, Jerome Walter -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBMs4++i7U/c9vdcYRAiOkAJ4pquP+z+MKBqaX5vEBl3P7lO83PQCguFkP fY0MkjOw12asu0dKtLUn8fs= =ZGvm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Regarding the Storage server recipe in partman-auto
Hi! I think the partman packages finaly have the shape/features I'd like them to have in sarge. (I am not uploading them only because my internet connection at present is limited to my cell phone.) The only missing feature is the Storage server recipe. The Storage server recipe should be similar to the Multiuser workstation one but with larger /var. I haven't created it because I dont know whether /home should have separate partition or not. The best variant probably would be to make /home a symlink to /var/home but partman doesn't support symlinks yet. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268986: Please set correct command line for PowerPC PReP kernel image
Package: debian-installer Severity: wishlist Hi, The current PowerPC kernel-image packages, i.e. revision 2.6.8-3, contain a built-in command line that enables most PReP systems to boot unattended from hard disk. It would be nice if the command line was correct for the installation images as well; this is a simple matter of replacing the root device in the kernel binary. The following will do the job: perl -pi -e s+/dev/sda2+/dev/ram0+ vmlinuz-prep.initrd This should probably go into installer/build/config/powerpc.cfg, after the mkvmlinuz loop. Regards, Jens. -- J'qbpbe, le m'en fquz pe j'qbpbe! Le veux aimeb et mqubib panz je pézqbpbe je djuz tqtaj!
Bug#268554: weirdness trying to use existing efi partitions on ia64
On Friday 27 August 2004 19:31, Joey Hess wrote: Package: partman-efi Severity: normal Tags: d-i I have an efi partition already from a previous, failed install. Partman sees it and shows the type as EFI boot partition. It seems to be activated in partman, but on exit partman-efi complains that I have no efi boot partition. I've tried deleting the partition and re-making it, which works, but only if I slightly change the size. Apparently otherwise partman noticed I've not really changed anything, and does not format it. Unlike when it's dealing with other pre-existing partitions, partman does not add a Format the partition: yes/no to the partition edit menu, so I cannot force it to format it. Anyway, I'd rather not have to, as I hope to have multiple debian installs on this machine eventually. So to sum up, partman should let me control whether to format an existing efi partition or not, and partman-efi should not complain if the efi partition already exists and was previously formatted, or should perhaps complain less strenuously, since I suppose using an efi partition that has other cruft on it might be unsafe. This seems to be caused by the core of partman that becomes convinced that it should keep the partition. At that point, none of the methods in partman-efi get called, making it somewhat difficult to add code there to do otherwise. There must be some magic in the partman core that I just don't grok yet but when partman gets convinced that either it doesn't have to format because you aren't going mount it (which we don't) or it hasn't been changed by your choices at some point, it sets the method to keep and that is that. Suggestions or review by others would be welcome. As for an efi partition with cruft in it, elilo-installer cleans that out so it is not unsafe. According to elilo docs, the options used won't carry across any previous state. In other words, the problem would not be carrying forward old cruft but potentially removing good stuff you may want. Safest path: expect a re-format which -- * Jim LiebWild Open Source Inc. [EMAIL PROTECTED] Cell: 831.295.9317 Office: 831.421.0883Fax: 831.421.0885 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269027: alpha problems with 2.6.6-1-generic on rc1 : installation report
On Mon, Aug 30, 2004 at 02:18:04PM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: On Mon, 30 Aug 2004, Steve Langasek wrote: Hi Toni, On Mon, Aug 30, 2004 at 08:25:29AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Reboot failed because kernel 2.6.6-1-generic has a bug in file slab.c, that occurs immediately after the probing of the SCSI devices: Was this the default kernel that was installed for you, or did you choose 2.6.6-1-generic from a list of kernels in the installer? I chose 2.6.6-1-generic from a list. The default kernel is 2.4.26-1-generic. But I really want a 2.6 kernel, so I thought I would give it a shot since my DS10 as fairly standard DEC components. The 2.6 kernels that have been made available post-RC1 stand a good chance of having fixed that bug. I was more concerned that you didn't get this kernel by default, since that would point to a bug in the installer rather than in the particular kernel. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#267677: [RC1] Success: i386, root on LVM, in spite of complaint from d-i
Joey Hess wrote: Martin Michlmayr wrote: * Joey Hess [EMAIL PROTECTED] [2004-08-27 14:26]: I suspect the only (remaining?) problem with LVM is putting /boot on lvm, which probably still does not work with grub. Apparently the initrd problems are fixed, so we should indeed change that test to only complain if /boot is on LVM (or root, if there is no separate /boot partition). Martin, does this seem right to you? Yes, the initrd problems for both LVM and RAID have been fixed a long time ago; both should work with separate /boot partition. Unfortunately, I cannot test because I had to return my test laptop. I've tried several times to get root on lvm working, but on boot of the installed system, I always see: No volume groups found And then a kernel panic as it fails to pivot_root into the root filesystem. Tried some more, and I always get the above failure with 2.4, but root on LVM works fine with 2.6. I wonder what's going on? -- see shy jo signature.asc Description: Digital signature
Processing of partman-xfs_17_i386.changes
partman-xfs_17_i386.changes uploaded successfully to localhost along with the files: partman-xfs_17.dsc partman-xfs_17.tar.gz partman-xfs_17_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of rootskel_0.91_i386.changes
rootskel_0.91_i386.changes uploaded successfully to localhost along with the files: rootskel_0.91.dsc rootskel_0.91.tar.gz rootskel_0.91_i386.udeb rootskel-bootfloppy_0.91_i386.udeb rootskel-locale_0.91_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rootskel_0.91_i386.changes ACCEPTED
Accepted: rootskel-bootfloppy_0.91_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_0.91_i386.udeb rootskel-locale_0.91_i386.udeb to pool/main/r/rootskel/rootskel-locale_0.91_i386.udeb rootskel_0.91.dsc to pool/main/r/rootskel/rootskel_0.91.dsc rootskel_0.91.tar.gz to pool/main/r/rootskel/rootskel_0.91.tar.gz rootskel_0.91_i386.udeb to pool/main/r/rootskel/rootskel_0.91_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-xfs_17_i386.changes ACCEPTED
Accepted: partman-xfs_17.dsc to pool/main/p/partman-xfs/partman-xfs_17.dsc partman-xfs_17.tar.gz to pool/main/p/partman-xfs/partman-xfs_17.tar.gz partman-xfs_17_all.udeb to pool/main/p/partman-xfs/partman-xfs_17_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 268434 to discover1-data
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.4 reassign 268434 discover1-data Bug#268434: no usb in 2.6 at install time Bug reassigned from package `usb-discover' to `discover1-data'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268491: mapdevfs disk names before showing to user
On Monday 30 August 2004 12:57, Joey Hess wrote: Jim Lieb wrote: On Friday 27 August 2004 19:03, Joey Hess wrote: Package: elilo-installer Severity: wishlist Tags: d-i It would be nicer if elilo-installer could run mapdevfs on the partition name(s) before displaying them in elilo-installer/bootpart. Since bootpart is mapdevfsed right after it's taken from the answer to that question, no necessary info will be lost, and users find devfs names offputting. I agree. But given that devfs is being deprecated in 2.6, sysfs is a more reliable method of discovering devices, and devfs is so deeply embedded in partman and friends, I suggest a decision on how to go forward without devfs should be decided prior to making changes to elilo-installer because it is not the only package that needs work in this area. I don't understand your reasoning. Every other bit of d-i that presents a device name to the user runs it through mapdevfs. It seems strange to block making a change in elilo-installer on such a decision, epecially when such a decision is very much post-sarge. I'll look at the script and see if this can be done. What is there came with the original script. I was just pointing out that the various translations have added complexity and this would be one more given that the future of devfs is by no means assured. -- * Jim LiebWild Open Source Inc. [EMAIL PROTECTED] Cell: 831.295.9317 Office: 831.421.0883Fax: 831.421.0885 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268434: no usb in 2.6 at install time
Michael Stone wrote: I can't get that until next week. Is the info from the d-i hardware-summary useful? info: /bin/report-hw: /proc/bus/pci/devices: 00e8 8086265815 ff81 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00e9 80862659 16 ff61 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00ea 8086265a 12 ff41 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00eb 8086265b 17 ff21 0020uhci_hcd Will do, and yes it does seem to be missing in discover: [EMAIL PROTECTED]:~/tmp/discover1-data-1.2004.07.28grep 80862658 * pci.lst:80862658unknown unknown I/O Controller Hub USB [EMAIL PROTECTED]:~/tmp/discover1-data-1.2004.07.28grep 80862659 * pci.lst:80862659unknown unknown I/O Controller Hub USB [EMAIL PROTECTED]:~/tmp/discover1-data-1.2004.07.28grep 8086265a * pci.lst:8086265aunknown unknown I/O Controller Hub USB [EMAIL PROTECTED]:~/tmp/discover1-data-1.2004.07.28grep 8086265b * pci.lst:8086265bunknown unknown I/O Controller Hub USB Blindly loading all the usb controller modules is not safe, some of them crash some machines. Interesting. I'd expect the kernel driver to abort if couldn't recognize a device. I know that we've had reports of crashes. i386 hardware is often less than ideal. -- see shy jo signature.asc Description: Digital signature
Bug#268491: mapdevfs disk names before showing to user
Jim Lieb wrote: On Friday 27 August 2004 19:03, Joey Hess wrote: Package: elilo-installer Severity: wishlist Tags: d-i It would be nicer if elilo-installer could run mapdevfs on the partition name(s) before displaying them in elilo-installer/bootpart. Since bootpart is mapdevfsed right after it's taken from the answer to that question, no necessary info will be lost, and users find devfs names offputting. I agree. But given that devfs is being deprecated in 2.6, sysfs is a more reliable method of discovering devices, and devfs is so deeply embedded in partman and friends, I suggest a decision on how to go forward without devfs should be decided prior to making changes to elilo-installer because it is not the only package that needs work in this area. I don't understand your reasoning. Every other bit of d-i that presents a device name to the user runs it through mapdevfs. It seems strange to block making a change in elilo-installer on such a decision, epecially when such a decision is very much post-sarge. -- see shy jo signature.asc Description: Digital signature
Processing of usb-discover_0.21_i386.changes
usb-discover_0.21_i386.changes uploaded successfully to localhost along with the files: usb-discover_0.21.dsc usb-discover_0.21.tar.gz usb-discover_0.21_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
usb-discover_0.21_i386.changes ACCEPTED
Accepted: usb-discover_0.21.dsc to pool/main/u/usb-discover/usb-discover_0.21.dsc usb-discover_0.21.tar.gz to pool/main/u/usb-discover/usb-discover_0.21.tar.gz usb-discover_0.21_all.udeb to pool/main/u/usb-discover/usb-discover_0.21_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269027: ADDENDUM: installation does not switch to installation disk as it claims, but tries to reboot from cdrom
Steve Langasek wrote: xx Installation is complete, so it is time to boot into your new Debian x xx system. Make sure to remove the installation media (CD-ROM, x xx floppies), so that your system boots from the disk to which Debianx xx was installed.x Mmm, yes -- this text was written for the i386 version of the installer. Now I understand the other reports from users expecting their alphas to reboot to the installed system; this is unlikely to happen any time soon, though, because mapping Linux device names to SRM device names is a hard problem. We could probably make it more general by doing a s/so that/and ensure that/ -- see shy jo signature.asc Description: Digital signature
Bug#269128: installation-reports
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/sarge-i386-businesscard.iso (28-Aug-2004 23:38) http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/sarge-i386-netinst.iso (28-Aug-2004 23:40) uname -a: Linux qo29 2.6.7-1-386 #1 Thu Jul 8 05:08:04 EDT 2004 i686 unknown Date: 16:00 Mon Aug 30 2004 Method: burned isos to CD, booted from CD. For businesscard image used us Debian miror Machine: QSOL 2U Processor: dual Opteron Memory: 8GB Root Device: SCSI (actually 3ware raid controller) Root Size/partition table: /dev/sda1 ext3 /boot (50 MB) /dev/sda2 ext3 / (120 GB) /dev/sda3 swap (4 GB) Output of lspci and lspci -n: lspci doesn't exist (/target/bin/lspci is a link to /usr/bin/lspci which doesn't exist) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ O ] Configure network HW: [ O ] Config network: [ O ] Detect CD: [ O ] Load installer modules: [ O ] Detect hard drives: [ O ] Partition hard drives: [ O ] Create file systems:[ O ] Mount partitions: [ O ] Install base system:[ E ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Errors out on base install from both images. On the 3rd console I get: setting up base config (2.40.3) ... Errors were encountered while processing: exim4-daemon-light at exim4 exim4-config mailx exim4-base umount /target/dev/pts Invalid argument umount /target/dev/shm Invalid argument umount /target/proc/bus/usb Invalid argument If I scroll back I see that those are all dependency problems. exim4-config fails with: error while loading shared libraries: libgnutls.so.10: cannot open shared object file: No such file or directory and the rest of them fail because of exim4-config. On the plus side, it does have the tg3 driver which can successfully detect and configure the Broadcom gigabit NICs on this motherboard. Frank -- Frank Smith [EMAIL PROTECTED] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269138: installation-reports
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/daily/i386/20040828/sarge-i386-businesscard.iso uname -a: Linux kwai 2.4.26-1-386 #2 Sat May 1 16;31:24 EST 2004 i686 unknown Date: Mon Aug 30, 1800 CST Method: Booted from businesscard.iso Machine: Dell Percision 530 Processor: 2 of Intel Xeon 1.7G.Hz, family 15, model 1, stepping 2, cache 256KB Memory: 2GB Root Device: scsi, FUJITSU MAN3367MP Root Size/partition table: 36GB drive auto partitioned into / /home and swap Output of lspci and lspci -n: libpci.so.2 never installed Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Using boot:linux26 did not like my network cards. When trying to get DHCP the installer returned an error ... not connected to any sort of network ... for both cards (Intel 82543GC Gigabit Ethernet Controller (Copper) (rev 2). and 3Com 3c905C-TX/TX-M [Tornado] (rev 120).) I had set up a static network without an error and ifconfig showed the correct addr and mask. ifconfig showed RX packets:0 even though there must have been some broadcast traffic on the network. Giving up on 2.6 I switched to the default kernel. This failed during base install. The first error I can see in /var/log/messages is dpkg: base-passwd: dependency problems, but configuring anyway as you request: base-passwd depends on libc6 (= 2.3.2.ds1-4); however: Package libc6 is not installed. I shall try it attach the entire /var/log/messages When my network was broken with linux26 the screen went blank (solid colors, but no text at all) after I entered my static DNS servers. A status message describing what is happening would have been comforting. When viewing the partitions after selecting separate home and before committing changes there are some icons that do not have obvious meaning. The lightening means bootable, I'm not sure what the face next to each partition (/ /home and swap) represents. A legend would be nice. Lets hope I have more luck with rc1. Using /lib/modules/2.4.26-1-386/kernel/drivers/scsi/scsi_mod.o Using /lib/modules/2.4.26-1-386/kernel/drivers/scsi/aic7xxx/aic7xxx.o insmodscsi_mod insmodaic7xxx Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/ide-core.o Using /lib/modules/2.4.26-1-386/kernel/drivers/usb/storage/usb-storage.o insmodide-core insmodusb-storage Using /lib/modules/2.4.26-1-386/kernel/drivers/block/floppy.o insmodfloppy Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/via82cxxx.o insmodvia82cxxx Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/trm290.o insmodtrm290 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/triflex.o insmodtriflex Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/slc90e66.o insmodslc90e66 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/sis5513.o insmodsis5513 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/siimage.o insmodsiimage Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/serverworks.o insmodserverworks Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/sc1200.o insmodsc1200 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/rz1000.o insmodrz1000 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/piix.o insmodpiix Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/pdc202xx_old.o insmodpdc202xx_old Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/opti621.o insmodopti621 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/ns87415.o insmodns87415 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/ide-disk.o Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/hpt366.o insmodide-disk insmodhpt366 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/hpt34x.o insmodhpt34x Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/generic.o insmodgeneric Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/cy82c693.o insmodcy82c693 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/cs5530.o insmodcs5530 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/cmd64x.o insmodcmd64x Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/cmd640.o insmodcmd640 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/amd74xx.o insmodamd74xx Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/alim15x3.o insmodalim15x3 Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/aec62xx.o insmodaec62xx Using /lib/modules/2.4.26-1-386/kernel/drivers/ide/pci/adma100.o insmodadma100
Bug#230344: marked as done (installs md-modules for a different kernel version)
Your message dated Mon, 30 Aug 2004 15:19:15 -0700 with message-id [EMAIL PROTECTED] and subject line fixed? has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 30 Jan 2004 12:01:01 + From [EMAIL PROTECTED] Fri Jan 30 04:01:01 2004 Return-path: [EMAIL PROTECTED] Received: from zoot.lafn.org [206.117.18.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AmXKN-zR-00; Fri, 30 Jan 2004 04:01:01 -0800 Received: from catalunya (host-66-81-17-246.rev.o1.com [66.81.17.246]) by zoot.lafn.org (8.12.3p3/8.12.3) with ESMTP id i0UC0kNr066686 for [EMAIL PROTECTED]; Fri, 30 Jan 2004 04:00:47 -0800 (PST) (envelope-from [EMAIL PROTECTED]) Received: from kraai by catalunya with local (Exim 3.36 #1 (Debian)) id 1AmMQg-At-00 for [EMAIL PROTECTED]; Thu, 29 Jan 2004 16:22:38 -0800 Date: Thu, 29 Jan 2004 16:22:37 -0800 From: Matt Kraai [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: installs md-modules for a different kernel version Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: Matt Kraai [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_27 X-Spam-Level: Package: anna Version: 0.048 anna installs md-modules-2.4.22-1-386-di even though the system is running Linux 2.4.24. Here is the excerpt from /var/log/syslog: Jan 29 23:25:42 (none) user.debug anna[1069]: DEBUG: install md-modules-2.4.22-1-386-di, dependency from md-modules Jan 29 23:25:42 (none) user.debug anna[1069]: DEBUG: search for package resolving md-modules, dependency from autopartkit -- Matt Kraai[EMAIL PROTECTED]http://ftbfs.org/ --- Received: (at 230344-done) by bugs.debian.org; 31 Aug 2004 00:24:41 + From [EMAIL PROTECTED] Mon Aug 30 17:24:41 2004 Return-path: [EMAIL PROTECTED] Received: from zoon.lafn.org [206.117.18.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C1wS1-0002QL-00; Mon, 30 Aug 2004 17:24:41 -0700 Received: from localhost (host-66-81-195-84.rev.o1.com [66.81.195.84]) by zoon.lafn.org (8.12.3p3/8.11.3) with ESMTP id i7V0ObJj033238 for [EMAIL PROTECTED]; Mon, 30 Aug 2004 17:24:40 -0700 (PDT) (envelope-from [EMAIL PROTECTED]) Received: from kraai by localhost with local (Exim 4.34) id 1C1uUe-0001g2-0m for [EMAIL PROTECTED]; Mon, 30 Aug 2004 15:19:16 -0700 Date: Mon, 30 Aug 2004 15:19:15 -0700 From: Matt Kraai [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: fixed? Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=PNTmBPCT7hxwcZjr Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i Sender: Matt Kraai [EMAIL PROTECTED] X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on zoon.lafn.org X-Virus-Status: Clean Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Howdy, I retested with the 2004-08-27 floppies and didn't see this bug, so I'm closing it. I'll reopen or refile if it crops up again. --=20 Matt Kraai[EMAIL PROTECTED]http://ftbfs.org/ --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBM6fjfNdgYxVXvBARAtx6AJ9+1Ite3CoUGKB34ZGSutsKJzSFIQCgpsFJ gJ+hv6eEeYG2TH0o6bUSfJc= =MdhF -END PGP SIGNATURE- --PNTmBPCT7hxwcZjr-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269147: Package: installation-reports
Package: installation-reports Debian-installer-version: 17 August 2004, http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/powerpc/rc1/sarge-powerpc netinst.iso uname -a: Linux oldworld 2.4.25-powerpc #1 mer avr 14 15:38:38 CEST 2004 ppc GNU/Linus Date: Tues 24 August, 1500 Method: Used downloaded CD boot images from http://http.us.debian.org/debian/dists/testing/main/installer-powerpc/rc1/images/powerpc/cdrom/ Booted from OS9 on the mac and used BootX to load CD boot image. From there, installed from CD. Machine: PowerMacintosh G3 Desktop Processor: G4 ZIFF upgrade Memory: 416 MB Root Device: IDE? SCSI? Name of device?> IDE Quantum Fireball 30GB Root Size/partition table: /dev/hda #type name length base ( size ) system /dev/hda1 Apple_partition_map Apple63 @ 1( 31.5k) Partition map /dev/hda2Apple_Driver_ATA Macintosh54 @ 64 ( 27.0k) Unknown /dev/hda3Apple_Driver_ATA Macintosh74 @ 118 ( 37.0k) Unknown /dev/hda4 Apple_Driver_IOKit Macintosh 512 @ 192 (256.0k) Unknown /dev/hda5 Apple_Patches Patch Partition 512 @ 704 (256.0k) Unknown /dev/hda6 Apple_Bootstrap boot 195313 @ 1216 ( 95.4M) NewWorld bootblock /dev/hda7 Apple_HFS untitled 2 6297647 @ 51461379 ( 3.0G) HFS /dev/hda8 Apple_UNIX_SVR2 swap1562501 @ 196529 (762.9M) Linux swap /dev/hda9 Apple_UNIX_SVR2 var 1953126 @ 49508253 (953.7M) Linux native /dev/hda10Apple_UNIX_SVR2 home9765626 @ 39742627 ( 4.7G) Linux native /dev/hda11Apple_UNIX_SVR2 usr29296876 @ 1759030 ( 14.0G) Linux native /dev/hda12Apple_UNIX_SVR2 local 8686721 @ 31055906 ( 4.1G) Linux native /dev/hda13Apple_UNIX_SVR2 tmp 97657 @ 57759026 ( 47.7M) Linux native /dev/hda14 Apple_Free Extra824037 @ 57856683 (402.4M) Free space Block size=512, Number of Blocks=58680720 DeviceType=0x0, DeviceId=0x0 Drivers- 1: @ 64 for 21, type=0x701 2: @ 118 for 34, type=0xf8ff * Installer created NewWorld bootblock for root partition. Then quik bootloader would not install on this Mac. Was able to continue with installation but was unable to boot directly into Linux. Could not work a fix for OpenFirmware. Have used a duel boot system with BootX defaulting to Linux. Have so far been happy with this as there has been no need to reboot system very often. Output of lspci: :00:00.0 Host bridge: Motorola MPC106 [Grackle] (rev 40) :00:0d.0 USB Controller: Silicon Image, Inc. (formerly CMD Technology Inc) USB0670 (rev 06) :00:0e.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) :00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :00:10.0 ff00: Apple Computer Inc. Heathrow Mac I/O (rev 01) :00:12.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) and lspci -n: :00:00.0 0600: 1057:0002 (rev 40) :00:0d.0 0c03: 1095:0670 (rev 06) :00:0e.0 0c00: 1106:3044 (rev 46) :00:0f.0 0200: 10ec:8139 (rev 10) :00:10.0 ff00: 106b:0010 (rev 01) :00:12.0 0300: 1002:4750 (rev 5c) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] - had to fiddle with BootX as OpenFirmware boot off CD did not work. Configure network HW: [O] - Auto detect Apple ethernet and Realtek 10/100 PCI card. Config network: [O] - Have Airport extreme base station as router/DHCP server. Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] - quik boot loader would not install on boot partition (oldworld mac) Reboot: [O] - used BootX with a copy of Linux kernel copied to OS9 partition. Comments/Problems: Could not install quik boot loader. Could not configure OpenFirmware to work properly. Even after referring to quik quirks page and NetBSD pages on this subject. Used BootX from OS9 to boot into Linux. Copied kernel from Linux to OS9 system folder for BootX to use. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install.> Much easier to get things going than installing woody. GUI worked without any problems after reboot. base-config easier to use. Sharing with other macs using Samba without problems. Initial problems were sorting out the partitioning program and installing base system. Quik bootloader would not install but was able to continue installation and finally reboot to finish installation. It's working even if the mac doesn't boot directly into Linux
Bug#269149: Debian sarge install report
Package: installation-reports Debian-installer-version: sarge-i386-netinst.iso, Aug. 26, 2004 uname -a: 2.4.26-1-386 Date: Aug. 26, 2004 Method: boot from cd-r from sarge-i386-netinst.iso, http://ftp.jp.debian.org/debian/ testing main via proxy cache.kpu-m.ac.jp:3128 Machine: NEC PC98-NX Mate R MY24X/R-D Processor: Intel(R) Celeron(R) CPU 2.40GHz Memory:386 MB Root Device: IDE Root Size/partition table: /dev/hda1 6728280 / /dev/hda3 6728312 /var /dev/hda5 497972 swap /dev/hda6 24067008 /home Output of lspci and lspci -n: # lspci -n :00:00.0 0600: 8086:2560 (rev 03) :00:02.0 0300: 8086:2562 (rev 03) :00:1d.0 0c03: 8086:24c2 (rev 02) :00:1d.1 0c03: 8086:24c4 (rev 02) :00:1d.7 0c03: 8086:24cd (rev 02) :00:1e.0 0604: 8086:244e (rev 82) :00:1f.0 0601: 8086:24c0 (rev 02) :00:1f.1 0101: 8086:24cb (rev 02) :00:1f.3 0c05: 8086:24c3 (rev 02) :00:1f.5 0401: 8086:24c5 (rev 02) :01:00.0 0200: 8086:1026 (rev 04) :01:08.0 0200: 8086:1039 (rev 82) # lspci :00:00.0 Host bridge: Intel Corp. 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface (rev 03) :00:02.0 VGA compatible controller: Intel Corp. 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) :00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 82) :00:1f.0 ISA bridge: Intel Corp. 82801DB/DBL (ICH4/ICH4-L) LPC Bridge (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801DB/DBL (ICH4/ICH4-L) UltraATA-100 IDE Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 02) :01:00.0 Ethernet controller: Intel Corp. 82545GM Gigabit Ethernet Controller (rev 04) :01:08.0 Ethernet controller: Intel Corp. 82801BD PRO/100 VE (LOM) Ethernet Controller (rev 82) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[O] Reboot: [ ] Comments/Problems: The default frame buffer does not work. It is very unstable. The screen disappears every 2-5 min and the system reboots. Then, I started the installer with: linux debian-installer/framebuffer=false and this worked until the final install. But when I used the sarge official installer as of 8/1/04, the option has no effect (in spite of this option, the installer always started the frame buffer). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269154: Installation report: i386 businesscard iso from 20040825 on Dell Dimension XPS T450
Package: installation-reports INSTALL REPORT Debian-installer-version: 2004-08-25 version of the i386 business card.iso from http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/ uname -a: Linux fendi 2.4.27-1-686 #1 Sun Aug 15 01:13:41 UTC 2004 i686 GNU/Linux Date: 2004-08-27, 23:00 UTC Method: Burned a CD from the ISO; used expert boot parameter, http, no proxy Machine: Dell Dimension XPS T450 Processor: 450MHz Pentium III Memory: 128MB Root Device: 20GB Western Digital IDE drive (WDC WD204BB), /dev/hda Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda3 / ext3defaults,errors=remount-ro 0 1 /dev/hda1 /boot ext3defaults0 2 /dev/hda5 /home ext3defaults0 2 /dev/hda6 /tmpext3defaults0 2 /dev/hda7 /usrext3defaults0 2 /dev/hda8 /varext3defaults0 2 /dev/hda9 /var/logext3defaults0 2 /dev/hda2 noneswapsw 0 0 /dev/hdc/media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 Output of lspci and lspci -n: fendi:~# lspci :00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) :00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) :00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) :00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) :00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) :00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) :00:0e.0 Multimedia controller: C-Cube Microsystems Cinemaster C 3.0 DVD Decoder (rev 01) :00:0f.0 Multimedia audio controller: Aureal Semiconductor Vortex 2 (rev fe) :00:10.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller :01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 11) fendi:~# lspci -n :00:00.0 0600: 8086:7190 (rev 03) :00:01.0 0604: 8086:7191 (rev 03) :00:07.0 0601: 8086:7110 (rev 02) :00:07.1 0101: 8086:7111 (rev 01) :00:07.2 0c03: 8086:7112 (rev 01) :00:07.3 0680: 8086:7113 (rev 02) :00:0e.0 0480: 123f: (rev 01) :00:0f.0 0401: 12eb:0002 (rev fe) :00:10.0 0200: 100b:0020 :01:00.0 0300: 10de:0028 (rev 11) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: The install went quite well - no problems to speak of. It did ask me twice about PCMCIA, but that wasn't a big deal. Did not install X, so I have no idea if that works or not. Great job all, and I especially appreciated the clear explanation of the boot parameter options at the beginning of the installer. I do have one question, though I'm not sure if this is the proper place to ask or not: The installer has me add locations to /etc/apt/sources.list. This works well, and adds both a deb and a deb-src line for each mirror. It asked if I wanted security updates, so I said yes and it added a deb line for security. It does not, however, add a deb-src line for security. Why not? I only ask because I don't think that it's made particularly obvious anywhere that (as far as I can tell) you have to have a deb-src line for security to retreive the most recent source versions of packages that have had security updates. I didn't notice this in the installer manual, the installer itself, the APT HOWTO, or the man pages for sources.list or apt-get. If I overlooked an explanation of this somewhere, I apologize. I am just curious about the omission since I almost got bitten by this in the past when building openssl from source. For example, on Woody currently if you apt-get source openssl without a deb-src line for security, you get the source for openssl_0.9.6c-2.woody.4, but if you include that line in sources.list you get the openssl_0.9.6c-2.woody.6 source. Thanks! - Colleen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Red X -- not quite gone yet...
On Monday, August 30, 2004, at 04:41 AM, Sven Luther wrote: On Mon, Aug 30, 2004 at 08:23:28AM +0200, Sven Luther wrote: On Mon, Aug 30, 2004 at 01:58:34AM -0400, Rick Thomas wrote: Sven Luther wrote: Rick Thomas wrote: Is it possible the objcopy is corrupting it? This is indeed a possibility. I will disable this again for the 2.4 floppies, and we will see tomorrow what happens. That said, the 2.6 floppies are too big to work with miboot without the objcopy -O binary call, so we need to investigate this more in detail. I downloaded the latest 2.4 floppy images, but it looks like you didn't get around to disabling the objcopy yet. Yeah, alioth and thus the d-i svn repo was dead yesterday. It is up again, and i will remove it for tomorrow. Fixed, please try tomorrows floppy-2.4 builds. Friendly, Sven Luther Not yet... When I boot the ofonlyboot (and the boot) floppy, I get the tuxmac icon for only a few seconds. The red X appears almost immediately. When I looked at the filesystem, it has a zero length zImage file, and no vmlinu* file. Commenting out the objcopy means that there is no vmlinux.bin file for gzip to work on. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Red X -- not quite gone yet...
On Tue, Aug 31, 2004 at 01:41:32AM -0400, Rick Thomas wrote: On Monday, August 30, 2004, at 04:41 AM, Sven Luther wrote: On Mon, Aug 30, 2004 at 08:23:28AM +0200, Sven Luther wrote: On Mon, Aug 30, 2004 at 01:58:34AM -0400, Rick Thomas wrote: Sven Luther wrote: Rick Thomas wrote: Is it possible the objcopy is corrupting it? This is indeed a possibility. I will disable this again for the 2.4 floppies, and we will see tomorrow what happens. That said, the 2.6 floppies are too big to work with miboot without the objcopy -O binary call, so we need to investigate this more in detail. I downloaded the latest 2.4 floppy images, but it looks like you didn't get around to disabling the objcopy yet. Yeah, alioth and thus the d-i svn repo was dead yesterday. It is up again, and i will remove it for tomorrow. Fixed, please try tomorrows floppy-2.4 builds. Friendly, Sven Luther Not yet... When I boot the ofonlyboot (and the boot) floppy, I get the tuxmac icon for only a few seconds. The red X appears almost immediately. When I looked at the filesystem, it has a zero length zImage file, and no vmlinu* file. Commenting out the objcopy means that there is no vmlinux.bin file for gzip to work on. Argue, sure, will fix it again for tomorrow ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]