Package: installation-reports
Version: 2.38
Severity: normal
Boot method: network
Image version: http://people.debian.org/~joeyh/d-i/images/current/
Date: 20081031
Machine: Xen Paravirtual machine on a lenny Dom0
Partitions:
Device Boot Start End Blocks Id System
On Sat, Nov 24, 2007 at 08:14:10PM +0100, Florian Lohoff wrote:
On Sat, Nov 24, 2007 at 04:54:05PM +0100, Martin Michlmayr wrote:
- SGI Indy (IP22): the installer doesn't start. I get:
tip22: IP22 Linux tftpboot loader 0.3.8.8
Loading program segment 1 at 0x0, size = 0xZeroing memory at
On Sat, Nov 24, 2007 at 11:48:40PM +0100, Martin Michlmayr wrote:
* Guido Guenther [EMAIL PROTECTED] [2007-11-24 20:35]:
Arcboot 0.3.8.9 in experimental has this fixed - I didn't upload to
unstable since my O2 has hardware problems an so I couldn't check that
it doesn't break IP32 (although
Hi,
can this patch be applied - it's unintrusive since in needs a
disk-detect/multipath/enable=true to do anything.
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
can this patch be applied? It's unintrusive if the multipath binary
isn't available (which in turn depends on
disk-detect/multipath/enable=true)
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: partman-base
Severity: wishlist
Tags: patch
Hi,
the attached patch against current d-i svn adds multipath support in an
(hopefully) unintrusive way. Please apply. This together with the
already posted patches to parted an hw-detect as well as the
parted-multipath udeb will allow the
Hi,
On Tue, Sep 04, 2007 at 09:34:22AM +0200, Jérémy Bobbio wrote:
Guido, could you try to link libaio statically to the multipath-tools
for the udeb?
While doing this would be as easy as using LDFLAGS += -Wl,-Bstatic
-laio -Wl,-Bdynamic it kind of defeats the purpose of a shared library
Hi Jérémy,
On Mon, Sep 03, 2007 at 03:55:32PM +0200, Jérémy Bobbio wrote:
* Are you going to support this in the future?
I am unsure if there is anyone having the necessary hardware to
ensure that multipath is working correctly in the future. So I would
feel a lot more comfortable
On Mon, Sep 03, 2007 at 01:39:28PM -0300, Otavio Salvador wrote:
Guido Guenther [EMAIL PROTECTED] writes:
...
Sure, but let me cleanup the rest of the patches and fix the
grub-install part first, I'll then also put an image somewhere.
I'm keeping track of the current status here:
http
Author: Guido Guenther [EMAIL PROTECTED]
Date: Fri Aug 31 19:00:57 2007 +0200
add multipath-modules
diff --git a/modules/multipath-modules b/modules/multipath-modules
new file mode 100644
index 000..8f98bfb
--- /dev/null
+++ b/modules/multipath-modules
@@ -0,0 +1,3 @@
+dm-multipath
+dm
On Sat, Sep 01, 2007 at 02:50:08PM +0200, Guido Guenther wrote:
things are now basically working. Attached is an updated patch. Patches
...and here's the patch
-- Guido
commit aa7f2dd167c67483fb01b89cb7fc6c2686cead27
Author: Guido Guenther [EMAIL PROTECTED]
Date: Fri Aug 31 19:00:57 2007 +0200
Package: hw-detect
Version: 1.54
Severity: wishlist
Tags: patch
Hi,
the attached patch adds detection of I/O multipaths to disk-detect. This
has to be enabled by using disk-detect/multipath/enable=true and is
modeled after the dmraid code. If multipaths are found it pulls in the
partman-multipath
Package: linux-kernel-di-i386
Version: 1.53
Severity: wishlist
Tags: patch
Hi,
please add the necessary modules for multipath support. Patch attaced.
Cheers,
-- Guido
diff --git a/modules/i386/multipath-modules b/modules/i386/multipath-modules
new file mode 100644
index 000..d26a862
---
,
-- Guido
commit 5fcecfab1a38aaf9baece2da490053aeec1f4012
Author: Guido Guenther [EMAIL PROTECTED]
Date: Sat Sep 1 17:01:40 2007 +0200
add multipath-modules
diff --git a/modules/powerpc-powerpc64/multipath-modules b/modules/powerpc-powerpc64/multipath-modules
new file mode 100644
index 000
Hi,
I'm currently adding multipath support to d-i. In the current setup
multipath device nodes show up as /dev/mapper/mpath[0-9] and the device
nodes on the partitions as /dev/mapper/mpath[0-9]-part[0-9].
Almost everything already works fine, except when it comes to createing
the filesystem:
On Wed, Aug 29, 2007 at 06:36:12PM +0200, Guido Guenther wrote:
parted_server: OUT: 1 0-10737418239 10737418240 primary ext3
/dev/mapper/mpath0
It seems at least _device_get_part_path in arch/linux.c of libparted
needs to be fixed...lets see what then breaks...
Cheers,
-- Guido
Hi Otavio,
Hello Guido,
Are you planning to work at partman-md support for it or partman-multipath?
I think a separate partman-multipath makes more sense (note that this
isn't the (deprecated) md-multipath but the device mapper's multipath
target). partman-multipath will have to run the
Package: kernel-wedge
Version: 2.38
Severity: wishlist
Hi,
in order to support multipathing (via multipath-tools) from the very
beginning of the installation we need the necessary kernel modules in a
udeb, namely:
dm-multipath dm-round-robin dm-emc
Can this udeb be added to the kernel-wedge,
On Fri, Oct 24, 2003 at 12:51:43PM +0200, Arnaud Vandyck wrote:
I did build debootstrap from another powerpc and launched it. It
installed some packages but I do not have 'ar'! nor a 'functionnal'
Debian system! :(
If you installed woody you can run 'base-config' which will guide
On Thu, Mar 27, 2003 at 08:30:11PM -0800, Mesker Jason wrote:
I noticed that the fdisk within the installer does not
have support for the SGI disklabels. This is required
in order to configure the drive and make it bootable.
I have another machine running woody which when I run
fdisk from
Hi,
as a related note: updated mips boot-floppies are available at:
http://honk.physik.uni-konstanz.de/linux-mips/install/
I checked them myself and had success reports from others using them.
Would be nice to see them in R2. Anything I can do to help with that?
Regards,
-- Guido
On Wed, Dec 18, 2002 at 07:55:46PM +0100, Eduard Bloch wrote:
( first semi-official call-for-helpers, see also:
http://people.debian.org/~blade/bf3024/ )
Preparation of Boot-Floppies release 3.0.24
===
A build of current CVS using kernel 2.4.19 for
On Wed, Dec 18, 2002 at 09:46:09AM -0700, Debian Boot CVS Master wrote:
- changelog finalisation begins...
Does this mean we're having another bf release soon? I have a minor mips
update pending but I'd like to rebuild and double check it first. When
exactly are you planning to tag .24?
Package: mklibs
Version: 0.1.8
Severity: normal
Hi,
after 56 passes mklibs still can't succesfully reduce the libraries on a
'make build' of debian-installer for mips:
I: library reduction pass 56
Objects: busybox netcfg-dhcp.postinst netcfg-static.postinst
libresolv.so.2-so-stripped
On Fri, Dec 13, 2002 at 12:02:15AM +0100, Falk Hueffner wrote:
Guido Guenther [EMAIL PROTECTED] writes:
The man page doesn't mention an option to actually show the
unresolved symbols.
You can give -v twice. This should probably be a separate option.
Thanks. That's the list of unresolved
On Tue, Dec 10, 2002 at 11:32:28PM +0100, Petter Reinholdtsen wrote:
[Guido Guenther]
I believe the available values are bsd, loop, mac, msdos,
pc98 and sun. I got the values from the parted documentation.
big endian mips currently only uses SGI disklabels.
Which of the parted disk
On Wed, Dec 11, 2002 at 06:40:16AM +0100, Karsten Merker wrote:
On Tue, Dec 10, 2002 at 11:34:12PM +0100, Petter Reinholdtsen wrote:
All currently supported mipsel targets use msdos.
OK. Which #ifdef should I use on these platforms. The output
from 'echo | gcc -E -dM -' will give me
On Tue, Dec 10, 2002 at 12:41:23PM +0100, Petter Reinholdtsen wrote:
The current autopartkit contains the following code:
/* Need to define on a per arch basis */
#if defined(__i386__)
#define DISK_LABEL msdos
#else /* not __i386__ */
#error Default DISK_LABEL is not known on
On Thu, Jun 27, 2002 at 11:10:27AM +0200, Jan-Hendrik Palic wrote:
[..snip..]
For your information:
I get this error ..
I: downloading kernel-image-2.4.18-r4k-ip22
I: Retrieving
http://samosa-replacement.debian.org/debian/dists/woody/Release
I: Validating
On Mon, Jun 24, 2002 at 05:46:36PM +0200, Jan-Hendrik Palic wrote:
I: building tftp image in tftpboot-r4k-ip22.img
./tftpboot.sh: line 78: 17920 Segmentation fault addinitrd
$tftpimage $rootimage $tftpimage.tmp
E: ./tftpboot.sh abort
What kernel are you using? Addinitrd is not working
On Fri, May 03, 2002 at 12:55:55PM +0200, Wichert Akkerman wrote:
[..snip..]
The rest of the install went smoothly. There was a slight catch in that
the indy would only use the BOOTP server as TFTP server and ignored the
bootserver option, but some network sniffing revealed that pretty
On Thu, May 02, 2002 at 10:07:39PM +0200, Wichert Akkerman wrote:
Section 6.3.1 mentions you can create a SGI disk label from the fdisk
expert menu, but when I had x in fdisk it tells me `Sorry, not experts
menu for SPI partition tables available'. Somethings feels fishy here..
SPI has it's
On Sat, Apr 13, 2002 at 07:46:19PM -0400, Adam Di Carlo wrote:
[..snip..]
What I want to know is:
- is it a newt problem? slang?
- is it an i386 build problems? Do other non-fb arches have this issue
(not even sure if there are any)...
Mips is non-fb and does not have this
On Sun, Mar 03, 2002 at 09:21:14PM +, Philip Blundell wrote:
[..snip..]
The only requirements I can think of are:
- framebuffer support in your kernel (should be no problem for m68k)
There's no fb support on mips ip22 and and it most likely won't be implemented
in the near future. This
On Thu, Mar 07, 2002 at 03:19:50PM +, Phil Blundell wrote:
On Thu, 2002-03-07 at 14:54, Guido Guenther wrote:
On Sun, Mar 03, 2002 at 09:21:14PM +, Philip Blundell wrote:
[..snip..]
The only requirements I can think of are:
- framebuffer support in your kernel (should
On Tue, Dec 18, 2001 at 02:24:39AM -0500, Adam Di Carlo wrote:
Florian Lohoff [EMAIL PROTECTED] writes:
[..snip..]
Pressing return on the Reboot the system also does not work. I guess
this is a Kernel issue but probably Guido knows more - Just pressing
reset in that case leads to Unclean
On Sat, Dec 15, 2001 at 08:46:51PM +0100, Karsten Merker wrote:
On Sat, Dec 15, 2001 at 01:32:44PM -0500, Adam Di Carlo wrote:
- base installation actually works again (we got an unofficial
busybox/wget for these builds)
Where can I find this? I would like to do a test build for
On Sat, Dec 15, 2001 at 10:40:01PM +0100, Karsten Merker wrote:
On Sat, Dec 15, 2001 at 09:37:51PM +0100, Guido Guenther wrote:
Karsten,
what exactly are you working on? Is this related to:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123895repeatmerged=yes
Yes, I have stumbled
Hi Karsten,
On Mon, Dec 10, 2001 at 10:00:27PM +0100, Karsten Merker wrote:
due to changes in the upstream Linux/MIPS kernel (/proc/cpuinfo changes
during the 2.4.15 merge) dbootstrap is currently broken on mips and mipsel
with kernel 2.4.15 and newer. These kernels do not anymore provide
On Mon, Nov 26, 2001 at 11:03:26PM +0100, Florian Lohoff wrote:
[..snip..]
The installer asks for making the disk bootable which it can by putting
the linux kernel into the volume header. Then it tells you to set some
prom vars on reboot. After that it jumps back to the main menu but
the
On Wed, Nov 28, 2001 at 03:17:59PM +1100, Brian May wrote:
2. When installing via boot disks, it asks for the drivers 1 disk.
However, it rejects the disk I insert because it says it is from the
sun4cdm_drivers series (sorry I can't recall exact name; checking it
would require me to
Hi,
attached is a patch against release.sh so we can make a proper bf upload
for mips. Can somebody(Henning?) make a upload for mips please. I'm on
my way to Austria and don't want to upload/commit anything and then be
out of touch with ml for over a week.
Regards,
-- Guido
Index: release.sh
On Sat, Aug 04, 2001 at 08:59:32PM +0200, Karsten Merker wrote:
Hallo everyone,
I have tried to merge all the patches for mips and mipsel that were
posted on debian-boot and get them to work with today's boot-floppies
cvs. The result is appended to this mail. Guido, could you test the patch
The attached patch finally adds dvhtool support so we can make ip22
systems directly bootable from harddisk. This should make the mips
specific part of the bootdisks basically feature complete.
-- Guido
Index: utilities/dbootstrap/bootconfig.c
Cfdisk can't create an sgi disklabel, so we use fdisk on mips/ip22 as
default. Please apply.
Regards,
-- Guido
Index: utilities/dbootstrap/partition_config.c
===
RCS file:
On Thu, Aug 02, 2001 at 12:44:31PM +0200, Florian Lohoff wrote:
On Thu, Aug 02, 2001 at 10:08:25AM +0200, Guido Guenther wrote:
- configuring the network manually freezes the installer since it looses
it's nfs mounted root-fs(but bootp works).
Shouldnt the installer work from ramdisk
With the patches posted to debian-boot recently and the patch from
#103813 to stop dhcp-client from segfaulting I was able to completely
bootstrap a R4000 Indigo2 (big endian) by installing from nfs-root. This
includes configuring the network via bootp, copying over the kernel and
modules from
Hi,
Attached are some more small patches for mips. This is all very r4k-ip22
centric but I tried to make adding other subarches as easy as possible.
The patches against dbootstrap are for the upcoming dvhtool support
mostly.
-- Guido
Index: Makefile
Some more details...
On Sun, Jul 29, 2001 at 04:28:24PM +0200, Guido Guenther wrote:
- debootstrap fetches the packages extracts them. Afterwards
debootstrap fails with:
Failure trying to run: dpkg --configure --pending
--force-configure-any -
This is caused by rc?.d files
The attached patch
- disables the library reduction for mips(takes ages and is not really
needed for nfs root installs(which is the only currently supported
method)
- adds dvhtool to the root.bin for mips since we want this around to
make the system bootable from harddisk
- marks
Here we go again...this time *with* the patch attached...
The attached patch
- disables the library reduction for mips(takes ages and is not really
needed for nfs root installs(which is the only currently supported
method)
- adds dvhtool to the root.bin for mips since we want this
Hi,
the attached patch by Henning Heinold and me adds sgi disklabel support
to libfdisk. He told me this is required to get working boot-disks for the
mips-architecture. I've not been involved with the bootfloppies stuff before,
but I hope this is the right place to post it.
Regards,
-- Guido
On Thu, Nov 02, 2000 at 01:51:13AM +0100, H.Heinold wrote:
sorry that i didnt posted the patch yet, but i wanted to tested a bit,
I checked the patch with the testing program that came with libfdisk on
two machines(that's all I have available :) and it seems o.k.
but I discoverd that theres
53 matches
Mail list logo
