Glenn McGrath <[EMAIL PROTECTED]> writes:
> BUGS: I guess the behaviour changed somewhere in the 2.3.x series, so if
> they are using a 2.3 series it may behave incorectly. It will be simple
> to update it to behave correctly once we know the exact version that
> this new behaviour was implemente
Here we go again.
The attached patch reverts to the old behaviour (first in best dressed)
if the kernel version is pre 2.4.0 and if 2.4.0 or later will put
extended partitions first.
BUGS: I guess the behaviour changed somewhere in the 2.3.x series, so if
they are using a 2.3 series it may behav
> there type, but for 2.4.x kernels msdos style kernels are always shown
partitions---^
>
> So basicaly as libfdisk isnt mainly going to used for 2.2.x my patch
is-^
g
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
damnit, ive stuffed up, for the 2.2.x kernels extended partitions
(msdos, bsd, solaris) are shown as they are discovered irrespective of
there type, but for 2.4.x kernels msdos style kernels are always shown
first followed by whichever has the lowest primary partition number.
So basicaly as libfd
Christoph Paul <[EMAIL PROTECTED]> writes:
> > > > Still kernels should have BSD disklable support as well i think
> Its neccessary for Solaris.
> > > I would be more comfortable if you checked it against the kernel (or
> > > fdisk, I guess) sources.
> > extended partition will always follow prim
> > > Still kernels should have BSD disklable support as well i think
Its neccessary for Solaris.
> > I would be more comfortable if you checked it against the kernel (or
> > fdisk, I guess) sources.
> extended partition will always follow primary partitions, following this
> will be BSD or solari
Taketoshi Sano <[EMAIL PROTECTED]> writes:
Thanks for the note about cfdisk and fdisk. I have added a pointer in
the documentation about the variances between the kernel and *fdisk.
> I have not checked the code in full, but it seems that sfdisk
> can handle the BSD partition in the way of kern
Hi.
(This mail is only sent to Glenn and the -boot list).
In <[EMAIL PROTECTED]>,
on Tue, 09 Jan 2001 13:20:50 +1100,
Glenn McGrath <[EMAIL PROTECTED]> wrote:
> Im not sure if fdisk/cfdisk will show BSD slices
It may be old information, but I have read a LDP HOWTO titled
"The Linux+Fre
Adam Di Carlo wrote:
>
> > This patch should be right i hope
>
> Ok -- I think you should go ahead and apply this in CVS, ok?
>
Patch has been committed.
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Glenn McGrath <[EMAIL PROTECTED]> writes:
> Adam Di Carlo wrote:
> > I would be more comfortable if you checked it against the kernel (or
> > fdisk, I guess) sources.
>
> Luck you did, from checking the linux code, i found that msdos style
> extended partition will always follow primary partitio
Adam Di Carlo wrote:
>
> Glenn McGrath <[EMAIL PROTECTED]> writes:
>
> > I am unsure about the priority with solaris partitions so i just put
> > them at the end, i guess i really should have checked the linux kernel
> > source, as i dont have any other info on them handy.
> >
> > Adam, I can co
Glenn McGrath <[EMAIL PROTECTED]> writes:
> Well, either 1) idepci and compact kernels have to get compiled with BSD
> disklabel support or 2) libfdisk for idepci and compact should be
> compiled without BSD support.
> The first solution would be much better, the second solution just fixes
> thin
Glenn McGrath <[EMAIL PROTECTED]> writes:
> I am unsure about the priority with solaris partitions so i just put
> them at the end, i guess i really should have checked the linux kernel
> source, as i dont have any other info on them handy.
>
> Adam, I can commit this patch if it looks ok to you
Just to create more email traffic, heres a better diff
diff -r -d -U 3 ./boot-floppies.orig/utilities/libfdisk/partbl_msdos.c
./boot-floppies/utilities/libfdisk/partbl_msdos.c
--- ./boot-floppies.orig/utilities/libfdisk/partbl_msdos.c Sat May 6 01:44:26
2000
+++ ./boot-floppies/utilities/
I forgot the patch on the previous email
diff -r -U 3 boot-floppies/utilities/libfdisk/partbl_msdos.c
boot-floppies.orig/utilities/libfdisk/partbl_msdos.c
--- boot-floppies/utilities/libfdisk/partbl_msdos.c Wed Jan 10 19:33:43 2001
+++ boot-floppies.orig/utilities/libfdisk/partbl_msdos.c
Attached is a patch that changes libfdisk's behaviour.
Currently libfdisk adds extended partitions as they are found.
e.g. if hda1 contains an extended partition, be that a normal exteneded
partition a BSD partition or a SOLARIS extended partition then whatever
type it is it will appear before h
"C. Paul" wrote:
>
> Hi, ...
> one moment - please.
Do you understand what i think the problem is, that libfdisk can see
that your hda2 contains 4 internal partitions, and lists then starting
at hda5, then your extended partitions from hda9 - hda15. Your kernel
doesnt understand that hda2 contai
Adam Di Carlo wrote:
>
> Glenn McGrath <[EMAIL PROTECTED]> writes:
>
> > What i really need you to do is compile a kernel with BSD partition
> > support,
>
> Better yet, use the kernel-image-2.2.18pre21 in Potato, which is also
> the kernel used in the vanilla set of rescue/root/driver disks.
>
Hi, ...
one moment - please.
What I am trying to say is the following:
One of the first screens presents me a selection for my swap partition.
It supposes: /dev/hda15
but: as there is no /dev/hda15, it fails... (and this was the last warning)
You select "partition hardisk" for inspection and
Glenn McGrath <[EMAIL PROTECTED]> writes:
> What i really need you to do is compile a kernel with BSD partition
> support,
Better yet, use the kernel-image-2.2.18pre21 in Potato, which is also
the kernel used in the vanilla set of rescue/root/driver disks.
> and do "cat /proc/partitions" and th
> debbi:/usr/src/boot-floppies/utilities/libfdisk# ./testing
> /dev/hda: /dev/hda1, /dev/hda2, /dev/hda5, /dev/hda6, /dev/hda7, /dev/hda8,
>/dev/hda3, /dev/hda4, >/dev/hda9, /dev/hda10, /dev/hda11, /dev/hda12, /dev/hda13,
>/dev/hda14, /dev/hda15,
> /dev/hda1 (DOS 16-bit FAT >=32M), /dev/hda2 (BS
Adam Di Carlo wrote:
> Eh? Are you asking why we have libfdisk at all? Look at the
> functions from libfdisk that are used by dbootstrap and you will see.
Yes ;-)
debbi:/usr/src/boot-floppies/utilities/libfdisk# make
gcc -Wall -Os -fomit-frame-pointer -fno-builtin -c -o testing.o testing.c
g
Chris Paul wrote:
>
> Hi Adam,
> it took me quite a few days to `find ..` your "flavours" in a path requiring 70
>chars ... ;-)
>
> There was no vanilla, but the test results of the rest looks really interesting.
>
> > ... I need to know what "flavor" you were booting from...
> So sit down, ..
[EMAIL PROTECTED] (Chris Paul) writes:
> it took me quite a few days to `find ..` your "flavours" in a path requiring 70
>chars ... ;-)
>
> There was no vanilla, but the test results of the rest looks really interesting.
Vanilla is the same as "no flavor", that is, the images right in
images-
Hi Adam,
it took me quite a few days to `find ..` your "flavours" in a path requiring 70 chars
... ;-)
There was no vanilla, but the test results of the rest looks really interesting.
> ... I need to know what "flavor" you were booting from...
So sit down, ...;-)
Lets begin with my current l
Hi Adam,
> Anyway, I can see two problems here:
> 1. The installer gets the partition numbers wrong, which it shouldn't.
> 2. The choices presented in menus like 'initialize a swap partition' or
> 'mount a previously initialized Linux partition' cannot be edited,
> Hi Adam,
>
> I will check out the kernel flavor as soon as I get home from work, and I'll mail
>you tomorrow morning. Meanwhile, I can only tell you that I was trying to install
>Debian with the rescue.bin and root.bin floppy images in the directory
>Debian2.2r2/main/disks-i386/2.2.20.0.1-
Guys, I need to know what "flavor" you were booting from, that is,
either vanilla, idepci, compact, or udma66. It will say when it
reports on the kernel version on the syslinux page, if you're not
sure.
This is very important since I've just discovered that the idepci and
compact kernels don't
Thomas Blankenhorn <[EMAIL PROTECTED]> writes:
> Something causes the installer to report partition numbers on my machine
> with an offset of 4, while the programs called by the installer (like
> fdisk and mount) recognize them correctly.
>
> Diagnosis:
> I don't really have one, just a clueles
Package: boot-floppies
Version: 2.2.17
Severity: grave
I was trying to install Debian 2.2r2 (downloaded official ISO image) on
a machine on a 4GB SCSI disk (IBM) where the following operating systems
were already installed: Red Hat 7.0, Free BSD 4.1 and OpenStep 4.2. I
was planning to replace Red
30 matches
Mail list logo
