On Sat, 1 Apr 2017 01:36:54 +0300 "Andrey V. Elsukov" wrote
> On 01.04.2017 00:58, Chris H wrote:
> > So. I spin up an old 11 server I have sitting in the closet, with
> > this external drive attached to it. I do *NOT* get the corrupt GPT
> > message. So I blank/partition/newfs the external drive
On 01.04.2017 00:58, Chris H wrote:
> So. I spin up an old 11 server I have sitting in the closet, with
> this external drive attached to it. I do *NOT* get the corrupt GPT
> message. So I blank/partition/newfs the external drive &&
> mount the partitions individually to /mnt && restore again. When
Garrett Cooper wrote:
> More breakage from projects/bmake. This should be fixed in theory, but
> bapt/sjg can confirm if it’s fixed. Cheers,
Yes, sorry everyone - took a bit to identify the root cause
(ie. specific line)
*Should* be fixed now.
___
fre
On Mon, Jun 15, 2015 at 11:57:10AM -0700, Garrett Cooper wrote:
> On Jun 15, 2015, at 4:40, Andrey Fesenko wrote:
>
> > Hello,
> > I'm build CURENT (r284408) for arm with crochet.
> >
> > all geom lasse's geom_*.so installed /usr/lib/ instead of /lib/geom
> >
> > /usr/obj/_.installworld.armv6.l
On Jun 15, 2015, at 4:40, Andrey Fesenko wrote:
> Hello,
> I'm build CURENT (r284408) for arm with crochet.
>
> all geom lasse's geom_*.so installed /usr/lib/ instead of /lib/geom
>
> /usr/obj/_.installworld.armv6.log
> ...
> ===> sbin/geom/class/cache (install)
> install -s -o root -g wheel -m
Hi.
> I've got the following panic running FreeBSD-11-current:
I'm sorry, it was my mistake. Should be fixed by r281310.
Though that is generally a bad Carma to loose active swap device.
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
On Mon, 2012-08-06 at 08:34 -0700, Maksim Yevmenkin wrote:
> Michael,
>
> > Something in -current and recently MFC'd to -stable is causing all of my
> > gmirror drives to rebuild on reboot :-(
> >
> > Being remote and these being production machines, I suspect SVN r237929
> > and r237930 in -curre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/06/12 14:06, Gleb Smirnoff wrote:
> Michael,
>
> On Sat, Aug 04, 2012 at 12:49:49PM -0400, Michael Butler wrote:
> M> Something in -current and recently MFC'd to -stable is causing all of my
> M> gmirror drives to rebuild on reboot :-(
> M>
>
Alexander Motin wrote:
I think the right answer would be to remove stale Promise format RAID metadata
from the disk. You should be able to do it by booting from any source and
doing `graid list -a` to see all RAID GEOMs (even broken) and then remove them
with `graid remove Promise ad4`.
thanks,
On 07.08.2012 17:09, Andrey V. Elsukov wrote:
On 07.08.2012 04:03, Tom Uffner wrote:
GEOM_RAID: Promise: Array Promise Created
GEOM_RAID: Promise: Disk ad4 state changed from NONE to SPARE
GEOM_MIRROR: Cannot open consumer ad4 (error=1)
GEOM_MIRROR: Cannot add disk ad4 to gm0 (error=1)
wondering
On 07.08.2012 04:03, Tom Uffner wrote:
> GEOM_RAID: Promise: Array Promise Created
> GEOM_RAID: Promise: Disk ad4 state changed from NONE to SPARE
> GEOM_MIRROR: Cannot open consumer ad4 (error=1)
> GEOM_MIRROR: Cannot add disk ad4 to gm0 (error=1)
> wondering if anyone knew offhand what is going o
by any chance...
... is this maybe related to my PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=170038
cheers,
Frank Reppin
--
43rd Law of Computing:
Anything that can go wr
fortune: Segmentation violation -- Core dumped
___
freebsd-current@
not quite the same issue, but i tried to update a system with gmirror from
FreeBSD eris.uffner.com 10.0-CURRENT FreeBSD 10.0-CURRENT #210: Thu Mar 15
16:41:18 EDT 2012 t...@eris.uffner.com:/usr/obj/usr/src/sys/ERIS i386
to -current from Aug 4th, and booting now fails into mountroot> with
On Aug 6, 2012, at 12:06 PM, Gleb Smirnoff wrote:
> Michael,
>
> On Sat, Aug 04, 2012 at 12:49:49PM -0400, Michael Butler wrote:
> M> Something in -current and recently MFC'd to -stable is causing all of my
> M> gmirror drives to rebuild on reboot :-(
> M>
> M> Being remote and these being pr
Sorry but I'm not going to be able to get to this until next w/e as I'm ~1500
miles away from them at present :-(
-Original Message-
From: Gleb Smirnoff
Sent: Monday, 6 August 2012 14:06
To: Michael Butler
Cc: curr...@freebsd.org; sta...@freebsd.org
Subject: Re: geom
Ding, ding - I use the old partitioning scheme but also mirror individual
partitions rather than whole disks,
imb
-Original Message-
From: Maksim Yevmenkin
Sent: Monday, 6 August 2012 12:26
To: Garrett Cooper
Cc: sta...@freebsd.org; Michael Butler ;
curr...@freebsd.org
Subject: Re
Michael,
On Sat, Aug 04, 2012 at 12:49:49PM -0400, Michael Butler wrote:
M> Something in -current and recently MFC'd to -stable is causing all of my
M> gmirror drives to rebuild on reboot :-(
M>
M> Being remote and these being production machines, I suspect SVN r237929
M> and r237930 in -curren
On Aug 6, 2012, at 9:40 AM, Maksim Yevmenkin wrote:
> On Mon, Aug 6, 2012 at 9:33 AM, Kevin Oberman wrote:
>> On Mon, Aug 6, 2012 at 9:26 AM, Maksim Yevmenkin
>> wrote:
>>> On Mon, Aug 6, 2012 at 9:23 AM, Garrett Cooper wrote:
On Mon, Aug 6, 2012 at 8:34 AM, Maksim Yevmenkin
wrote:
On Mon, Aug 6, 2012 at 9:33 AM, Kevin Oberman wrote:
> On Mon, Aug 6, 2012 at 9:26 AM, Maksim Yevmenkin
> wrote:
>> On Mon, Aug 6, 2012 at 9:23 AM, Garrett Cooper wrote:
>>> On Mon, Aug 6, 2012 at 8:34 AM, Maksim Yevmenkin
>>> wrote:
Michael,
> Something in -current and recently M
On Mon, Aug 6, 2012 at 9:26 AM, Maksim Yevmenkin
wrote:
> On Mon, Aug 6, 2012 at 9:23 AM, Garrett Cooper wrote:
>> On Mon, Aug 6, 2012 at 8:34 AM, Maksim Yevmenkin
>> wrote:
>>> Michael,
>>>
Something in -current and recently MFC'd to -stable is causing all of my
gmirror drives to rebu
On Mon, Aug 6, 2012 at 9:23 AM, Garrett Cooper wrote:
> On Mon, Aug 6, 2012 at 8:34 AM, Maksim Yevmenkin
> wrote:
>> Michael,
>>
>>> Something in -current and recently MFC'd to -stable is causing all of my
>>> gmirror drives to rebuild on reboot :-(
>>>
>>> Being remote and these being production
On Mon, Aug 6, 2012 at 8:34 AM, Maksim Yevmenkin
wrote:
> Michael,
>
>> Something in -current and recently MFC'd to -stable is causing all of my
>> gmirror drives to rebuild on reboot :-(
>>
>> Being remote and these being production machines, I suspect SVN r237929
>> and r237930 in -current and S
Michael,
> Something in -current and recently MFC'd to -stable is causing all of my
> gmirror drives to rebuild on reboot :-(
>
> Being remote and these being production machines, I suspect SVN r237929
> and r237930 in -current and SVN r238500 to -stable but haven't yet been
> able to prove it.
>
On 5/9/11 3:00 PM, Andrew Thompson wrote:
Hi,
I have a cosmetic patch that moves the geom kprocs to kthreads
from
PID TT STAT TIME COMMAND
2 ?? DL 2:38.03 [g_event]
3 ?? DL49:43.61 [g_up]
4 ?? DL57:10.71 [g_down]
to
% procstat -t 13
PIDTID COMM
on 04/10/2010 19:30 Andriy Gapon said the following:
> on 04/10/2010 19:14 David Wolfskill said the following:
>> Is there a way I can use USB or firewire in a way similar to a serial
>> console? The laptop has both of those (though I only have connectors
>> for USB at the moment), and does not ha
on 04/10/2010 19:14 David Wolfskill said the following:
> On Mon, Oct 04, 2010 at 10:44:18AM +0300, Andriy Gapon wrote:
>> ...
>> Interesting!
>
> :-}
>
>> So, init thread is blocked in vfs_mountroot()->g_waitidle() waiting for geom
>> to
>> complete probing cd device, but the latter is blocked
On Monday 04 October 2010 18:14:15 David Wolfskill wrote:
> Is there a way I can use USB or firewire in a way similar to a serial
> console?
If a USB keyboard is enumerated at the point of break, it will be available
from KDB.
--HPS
___
freebsd-curren
On Mon, Oct 04, 2010 at 10:44:18AM +0300, Andriy Gapon wrote:
> ...
> Interesting!
:-}
> So, init thread is blocked in vfs_mountroot()->g_waitidle() waiting for geom
> to
> complete probing cd device, but the latter is blocked in cam_periph_getccb()
> waiting for a ccb.
> Can you try to reproduc
Sat, Nov 22, 2003 at 13:08:10, netch (Valentin Nechayev) wrote about "geom<->ata
forever cycle":
VN> 5.1-current of 2003-11-20 hangs during kernel initialization with forever
VN> cycle around geom partitioning detection and ATA read failure.
VN> Message rate is too fast to record, no stopping i
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, November 22, 2003 8:21 AM
Subject: Re: geom<->ata forever cycle
> Sat, Nov 22, 2003 at 05:45:09, nickh wrote about "Re: geom<->ata forever
cycle":
>
> > Personally I dont think this is GEOM
Sat, Nov 22, 2003 at 05:45:09, nickh wrote about "Re: geom<->ata forever cycle":
> Personally I dont think this is GEOM related. I had a drive start doing
Yes, it is ATAng related, AFAIS, but triggers GEOM forever cycle.
> this to me (happens often as I work in a lar
-- Network Operations" <[EMAIL PROTECTED]>
To: "Valentin Nechayev" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, November 22, 2003 5:45 AM
Subject: Re: geom<->ata forever cycle
> Personally I dont think this is GEOM related. I had a drive st
Personally I dont think this is GEOM related. I had a drive start doing
this to me (happens often as I work in a large datacenter) and the drive is
about to die. What brand drive is it and how old is it? You may waanna
look into replacing the drive if you have that option. I had one tonight
tha
In message <[EMAIL PROTECTED]>, Thorsten Schroeder writes:
>Hi,
>
>i updated my -current box yesterday from cvs to FreeBSD 5.1-CURRENT #6: Sun
>Oct 19 17:40:10 CEST 2003.
>
>Now i'm not able to attach gbde encrypted filesystems - regardless if it's a
>disk image created with mdconfig, or a partitio
Thorsten Schroeder wrote:
Hi,
i updated my -current box yesterday from cvs to FreeBSD 5.1-CURRENT #6: Sun
Oct 19 17:40:10 CEST 2003.
Now i'm not able to attach gbde encrypted filesystems - regardless if it's a
disk image created with mdconfig, or a partition on harddisk.
[...]
update your sources
> Yeah... Think Sun2 systems
>
> http://www.netbsd.org/Documentation/network/netboot/nd.html
Though it wasn't just for booting in the old days. On a diskless
workstation, your whole filesystem would be on nd. And it was a real
mistake to mount a writable partition on two machines, but nothi
Danny Braniss <[EMAIL PROTECTED]> writes:
> > From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > > > Ok, GEOM Gate is ready for testing.
> > > > For those who don't know what it is, they can read README:
> > >
> > > Aaargh! It's the return of nd(4) from SunOS.
> >
> > Excuse me?
> >
> > # uname
On Wed, Oct 15, 2003 at 12:28:12AM -0700, Terry Lambert wrote:
> Wilko Bulte wrote:
> > On Tue, Oct 14, 2003 at 10:44:14PM +0200, Oldach, Helge wrote:
> > > From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > > > > Ok, GEOM Gate is ready for testing.
> > > > > For those who don't know what it is, the
Wilko Bulte wrote:
> On Tue, Oct 14, 2003 at 10:44:14PM +0200, Oldach, Helge wrote:
> > From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > > > Ok, GEOM Gate is ready for testing.
> > > > For those who don't know what it is, they can read README:
> > >
> > > Aaargh! It's the return of nd(4) from Sun
> From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > > Ok, GEOM Gate is ready for testing.
> > > For those who don't know what it is, they can read README:
> >
> > Aaargh! It's the return of nd(4) from SunOS.
>
> Excuse me?
>
> # uname -a
> SunOS galaxy 4.1.4 18 sun4m
> # man nd
> No manual entr
On Tue, Oct 14, 2003 at 10:44:14PM +0200, Oldach, Helge wrote:
> From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > > Ok, GEOM Gate is ready for testing.
> > > For those who don't know what it is, they can read README:
> >
> > Aaargh! It's the return of nd(4) from SunOS.
>
> Excuse me?
>
> # una
From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > Ok, GEOM Gate is ready for testing.
> > For those who don't know what it is, they can read README:
>
> Aaargh! It's the return of nd(4) from SunOS.
Excuse me?
# uname -a
SunOS galaxy 4.1.4 18 sun4m
# man nd
No manual entry for nd.
#
Helge
_
> Ok, GEOM Gate is ready for testing.
> For those who don't know what it is, they can read README:
Aaargh! It's the return of nd(4) from SunOS.
(Sorry about that.)
-- Richard
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo
In message <[EMAIL PROTECTED]>, Mike Tancsa writes:
>However, overall the CPU is lower when running with the hifn
>card defined in the kernel. It makes a large difference in CPU usage when
>scp'ing a file across using 3des. Perhaps when the new Soekris card which
>does AES comes out, these nu
In message <[EMAIL PROTECTED]>, Mike Tancsa writes:
>However, overall the CPU is lower when running with the hifn
>card defined in the kernel. It makes a large difference in CPU usage when
>scp'ing a file across using 3des. Perhaps when the new Soekris card which
>does AES comes out, these nu
In message: <[EMAIL PROTECTED]>
Wilko Bulte <[EMAIL PROTECTED]> writes:
: On Sat, Aug 09, 2003 at 06:38:51AM +0200, Poul-Henning Kamp wrote:
: > In message <[EMAIL PROTECTED]>, "Greg 'groggy' Lehey"
: > writes:
: >
: > >> and it seems that vinum does not respect the D_NOGIANT flag whi
On Sat, Aug 09, 2003 at 06:38:51AM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, "Greg 'groggy' Lehey"
> writes:
>
> >> and it seems that vinum does not respect the D_NOGIANT flag which
> >> GEOM recently started setting.
> >
> >Probably because it didn't know about it. As I'
In message <[EMAIL PROTECTED]>, "Greg 'groggy' Lehey"
writes:
>> and it seems that vinum does not respect the D_NOGIANT flag which
>> GEOM recently started setting.
>
>Probably because it didn't know about it. As I've said before, it
>would be nice to be informed about the changes you're making,
Poul-Henning Kamp schrieb:
Can you try this patch ?
[patch deleted]
Thanks for the fast response.
Patch works for me - no more panic.
--
Daniel
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscrib
In message <[EMAIL PROTECTED]>, Sean Kelly writes:
>On Tue, Jul 08, 2003 at 10:35:47PM +0200, Poul-Henning Kamp wrote:
>>
>> Can you try this patch ?
>
>...
>> diff -u -r1.28 geom_dump.c
>> --- geom_dump.c 11 Jun 2003 06:49:15 - 1.28
>> +++ geom_dump.c 8 Jul 2003 20:00:45 -
On Tue, Jul 08, 2003 at 10:35:47PM +0200, Poul-Henning Kamp wrote:
>
> Can you try this patch ?
...
> diff -u -r1.28 geom_dump.c
> --- geom_dump.c 11 Jun 2003 06:49:15 - 1.28
> +++ geom_dump.c 8 Jul 2003 20:00:45 -
...
> @@ -162,6 +164,8 @@
> sbuf_printf(sb,
Can you try this patch ?
Index: geom_dump.c
===
RCS file: /home/ncvs/src/sys/geom/geom_dump.c,v
retrieving revision 1.28
diff -u -r1.28 geom_dump.c
--- geom_dump.c 11 Jun 2003 06:49:15 - 1.28
+++ geom_dump.c 8 Jul 2003 20:0
This is already be fixed.
In message <[EMAIL PROTECTED]>, David Magda writes:
>
>Getting the following message on a buildworld:
>
>mkdep -f .depend -a -I/usr/src/lib/libgeom
> /usr/src/lib/libgeom/geom_getxml.c
> /usr/src/lib/libgeom/geom_stats.c
> /usr/src/lib/libgeom/geom_xml2tre
On Sat, Feb 08, 2003 at 06:03:53AM -0800, walt wrote the words in effect of:
> Hiten Pandya wrote:
> >On Fri, Feb 07, 2003 at 07:49:54PM -0800, walt wrote the words in effect
> >of:
> >
> >>Hiten Pandya wrote:
> >>
> >>>Hi gang.
> >>>
> >>>Recently removing the NO_GEOM option from my kernel; I not
Hiten Pandya wrote:
On Fri, Feb 07, 2003 at 07:49:54PM -0800, walt wrote the words in effect of:
Hiten Pandya wrote:
Hi gang.
Recently removing the NO_GEOM option from my kernel; I noticed that my
dos extended slices dev entries disappeared under a GEOM kernel...
I've been using extended sl
On Fri, Feb 07, 2003 at 07:49:54PM -0800, walt wrote the words in effect of:
> Hiten Pandya wrote:
> >Hi gang.
> >
> >Recently removing the NO_GEOM option from my kernel; I noticed that my
> >dos extended slices dev entries disappeared under a GEOM kernel...
>
> I've been using extended slices on
Hiten Pandya wrote:
Hi gang.
Recently removing the NO_GEOM option from my kernel; I noticed that my
dos extended slices dev entries disappeared under a GEOM kernel...
I've been using extended slices on both -stable and -current for
quite a while without any problems, both with and without GEOM.
In message <[EMAIL PROTECTED]>, Hiten Pandya writes:
>Hi gang.
>
>Recently removing the NO_GEOM option from my kernel; I noticed that my
>dos extended slices dev entries disappeared under a GEOM kernel. This
>is sorta bad, but I can bare for now.
>
>Also, I tried searching the sys/geom/ tree if th
On Sat, Jan 25, 2003 at 10:17:39 +0100, [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Michael Reifenberger
> writes:
> >On Fri, 24 Jan 2003 [EMAIL PROTECTED] wrote:
> >...
> >> Don't use the '-r' option, it gets confused because geom::BSD does
> >> not lie to it.
> >Yes, that seems to
In message <[EMAIL PROTECTED]>, Michael Reifenberger
writes:
>On Fri, 24 Jan 2003 [EMAIL PROTECTED] wrote:
>...
>> Don't use the '-r' option, it gets confused because geom::BSD does
>> not lie to it.
>Yes, that seems to work...
>Time to say good bye for '-r' ?
Well, we still need it for writing t
On Fri, 24 Jan 2003 [EMAIL PROTECTED] wrote:
...
> Don't use the '-r' option, it gets confused because geom::BSD does
> not lie to it.
Yes, that seems to work...
Time to say good bye for '-r' ?
Bye!
Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS
To Unsubscribe: send mail to [EMAIL PROT
In message <[EMAIL PROTECTED]>, Michael Reifenberger w
rites:
> This message is in MIME format. The first part should be readable text,
> while the remaining parts are likely unreadable without MIME-aware tools.
> Send mail to [EMAIL PROTECTED] for more info.
>
>--0-240786022-1043432225=:647
>C
In message <[EMAIL PROTECTED]>, walt writes:
>[EMAIL PROTECTED] wrote:
>> Julian Elischer writes:
>>
>>>I think that one of the things we need to do is declare a new flag in
>>>disklabel that declares that the disklabel has been converted to use
>>>relative offsets...
>
>> Better plan: Abandon BS
Julian Elischer wrote:
>
>
> On Mon, 13 Jan 2003, walt wrote:
>
> > [EMAIL PROTECTED] wrote:
> > > Julian Elischer writes:
> > >
> > >>I think that one of the things we need to do is declare a new flag in
> > >>disklabel that declares that the disklabel has been converted to use
> > >>relative
On Mon, 13 Jan 2003, walt wrote:
> [EMAIL PROTECTED] wrote:
> > Julian Elischer writes:
> >
> >>I think that one of the things we need to do is declare a new flag in
> >>disklabel that declares that the disklabel has been converted to use
> >>relative offsets...
>
> > Better plan: Abandon BSD
[EMAIL PROTECTED] wrote:
Julian Elischer writes:
I think that one of the things we need to do is declare a new flag in
disklabel that declares that the disklabel has been converted to use
relative offsets...
Better plan: Abandon BSD labels before disks outgrow them.
To be replaced bywh
I agree with that too.
On Mon, 13 Jan 2003 [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Ju
> lian Elischer writes:
> >
> >I think that one of the things we need to do is declare a new flag in
> >disklabel that declares that the disklabel has been converted to use
> >relative offset
In message <[EMAIL PROTECTED]>, Ju
lian Elischer writes:
>
>I think that one of the things we need to do is declare a new flag in
>disklabel that declares that the disklabel has been converted to use
>relative offsets. if the flag is not set then absolute offsets are
>expected.. That would give a w
I think that one of the things we need to do is declare a new flag in
disklabel that declares that the disklabel has been converted to use
relative offsets. if the flag is not set then absolute offsets are
expected.. That would give a way for us to move forward while still
allowing partitions to c
Sean Kelly wrote:
--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, Jan 12, 2003 at 12:49:46PM +0100, [EMAIL PROTECTED] wrote:
There is an erratum on "disklabel -B" for 5.0-RELEASE.
So how the hell d
On Sun, Jan 12, 2003 at 12:49:46PM +0100, [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Sean Kelly writes:
>
> >Since I haven't seen any response to this, I'll "me too" it in hopes that
> >it will get some attention drawn to it.
>
> boot0cfg and fdisk should work as advertised.
edge
In message <[EMAIL PROTECTED]>, Sean Kelly writes:
>Since I haven't seen any response to this, I'll "me too" it in hopes that
>it will get some attention drawn to it.
boot0cfg and fdisk should work as advertised.
There is an erratum on "disklabel -B" for 5.0-RELEASE.
--
Poul-Henning Kamp
Since I haven't seen any response to this, I'll "me too" it in hopes that
it will get some attention drawn to it.
Not only do I have seem to somehow broken my bootblocks so boot0 beeps at
me when I select "F1 FreeBSD", I am now no longer able to write new
bootblocks:
edgemaster# disklabel -r ad1s
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes:
>Do you know what the "ar: FreeBSD check1 failed" error message
>is caused by?
I think it is the ata-raid driver mumbling under its breath when
it doesn't find anything for it to do.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
On Thu, Dec 19, 2002 at 07:22:45AM +0100, [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, Craig Rodrigues writes:
> >Hi,
> >
> >I just did a cvsup and rebuilt my kernel, and now my kernel
> >panics upon bootup. I don't have a serial console, so I wrote
> >down the error messages that I
[EMAIL PROTECTED] wrote:
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes:
>Hi,
>
>I just did a cvsup and rebuilt my kernel, and now my kernel
>panics upon bootup. I don't have a serial console, so I wrote
>down the error messages that I saw:
>
>I saw this one in the middle of some GEOM d
This fixes it, thanks.
On Thu, 19 Dec 2002 [EMAIL PROTECTED] wrote:
> Can you try this patch please ?
>
> Index: geom_mbr.c
> ===
> RCS file: /home/ncvs/src/sys/geom/geom_mbr.c,v
> retrieving revision 1.28
> diff -u -r1.28 geom_mbr.
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes:
>Hi,
>
>I just did a cvsup and rebuilt my kernel, and now my kernel
>panics upon bootup. I don't have a serial console, so I wrote
>down the error messages that I saw:
>
>I saw this one in the middle of some GEOM debug statements:
>ar: FreeBS
Wesley Morgan wrote:
> It's not the booting that is a problem. That was working fine until I
> had to wipe out the MBR when my disklabel was chomped last week.. It's
> the grub command-line "shell"/installer that won't work now (admittedly I
> have not updated my grub boot blocks in a while either,
On Wed, Dec 04, 2002 at 02:56:10PM -0500, Wesley Morgan wrote:
> On Wed, 4 Dec 2002, Terry Lambert wrote:
>
> > The GRUB stuff does not use GEOM, because GEOM is an abstraction
> > that lives in FreeBSD only. GRUB reads the data directly, itself.
> > To do this, it has to have some knowledge of h
On Wed, 4 Dec 2002, Terry Lambert wrote:
> The GRUB stuff does not use GEOM, because GEOM is an abstraction
> that lives in FreeBSD only. GRUB reads the data directly, itself.
> To do this, it has to have some knowledge of how to at least get
> at the code in the boot1/boot2 case (try booting one
Wesley Morgan wrote:
> Trying to install a new version of GRUB not having much success. I'm
> wondering if GEOM is interacting with it in some strange way. I am fairly
> certain grub reads the partitions itself, but this would be through the
> geom layer would it not? The port might need to be mark
In message <[EMAIL PROTECTED]>, Takahashi Yoshihiro
writes:
>I have fixed to support pc98. Please review the attached patch.
COOL! Thanks!
The geom_bsd.c change looks entirely reasonable and is OK with me:
commit it.
The geom_pc98 change looks like a major step i the right direction,
but I do
In article <[EMAIL PROTECTED]>
Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
> >I wonder at why pc98 disks don't have their type ('ty') in the result
> >of kern.geom.conftxt, but i386 disks have.
>
> Feel free to fix this and submit patches to me for review: I want
> to make sure we don't adverse
In message <[EMAIL PROTECTED]>, "M. Warner Losh" writes:
>In message: <[EMAIL PROTECTED]>
>Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
>: In message <[EMAIL PROTECTED]>, Takahashi Yoshihiro
>: writes:
>: >The test program for libdisk is a failure in pc98 disks.
>: >
>: >I wonder at w
It seems M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
> : In message <[EMAIL PROTECTED]>, Takahashi Yoshihiro
> : writes:
> : >The test program for libdisk is a failure in pc98 disks.
> : >
> : >I wonder at why pc98 disks don't
In message: <[EMAIL PROTECTED]>
Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
: In message <[EMAIL PROTECTED]>, Takahashi Yoshihiro
: writes:
: >The test program for libdisk is a failure in pc98 disks.
: >
: >I wonder at why pc98 disks don't have their type ('ty') in the result
: >of k
In message <[EMAIL PROTECTED]>, Takahashi Yoshihiro
writes:
>The test program for libdisk is a failure in pc98 disks.
>
>I wonder at why pc98 disks don't have their type ('ty') in the result
>of kern.geom.conftxt, but i386 disks have.
I still have practically no documentation of the PC98 format a
On Sat, 2 Nov 2002, Andrey A. Chernov wrote:
> On Sun, Oct 27, 2002 at 03:37:47 +0300, Andrey A. Chernov wrote:
> > I have disk shared between FreeBSD and M$ Win, two slices, and got
> > incorrect disklabel with GEOM kernel. Namely "cylinders" and
> > "sectors/unit" fields are from _whole_ disk, n
On Sat, Nov 02, 2002 at 04:37:16PM +0300, Andrey A. Chernov wrote the words in effect
of:
> On Sun, Oct 27, 2002 at 03:37:47 +0300, Andrey A. Chernov wrote:
> > I have disk shared between FreeBSD and M$ Win, two slices, and got
> > incorrect disklabel with GEOM kernel. Namely "cylinders" and
> >
On Sun, Oct 27, 2002 at 03:37:47 +0300, Andrey A. Chernov wrote:
> I have disk shared between FreeBSD and M$ Win, two slices, and got
> incorrect disklabel with GEOM kernel. Namely "cylinders" and
> "sectors/unit" fields are from _whole_ disk, not from just requested
> slice.
Just found more b
In message <[EMAIL PROTECTED]>, "Andrey A. Chernov" writes:
>I have disk shared between FreeBSD and M$ Win, two slices, and got
>incorrect disklabel with GEOM kernel. Namely "cylinders" and
>"sectors/unit" fields are from _whole_ disk, not from just requested
>slice.
Please send me output of:
On Wed, 16 Oct 2002, walt wrote:
> Bruce Evans wrote:
> > On Wed, 16 Oct 2002, walt wrote:
> >
> >>Bruce Evans wrote:
> >>
> >>
> >>>Don't use extended partitions directly. It is easy to
> >>>make a mess by clobbering the pointers to the logical drive
> >>>within them.
>
> >>I need to ask for cl
Bruce Evans wrote:
> On Wed, 16 Oct 2002, walt wrote:
>
>
>>Bruce Evans wrote:
>>
>>
>>>Don't use extended partitions directly. It is easy to
>>>make a mess by clobbering the pointers to the logical drive
>>>within them.
>>I need to ask for clarification on this point. What do you
>>mean by '
On Wed, 16 Oct 2002, walt wrote:
> Bruce Evans wrote:
>
> > Don't use extended partitions directly. It is easy to
> > make a mess by clobbering the pointers to the logical drive
> > within them.
>
> I need to ask for clarification on this point. What do you
> mean by 'directly'?
Just write to
Bruce Evans wrote:
> Don't use extended partitions directly. It is easy to
> make a mess by clobbering the pointers to the logical drive
> within them.
I need to ask for clarification on this point. What do you
mean by 'directly'?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
On Tue, 15 Oct 2002, walt wrote:
> [EMAIL PROTECTED] (Bruce Evans) writes:
>
> > On Tue, 15 Oct 2002, walt wrote:
>
> > > Well, disklabel won't work on an extended/logical partition...
>
> > Um, disklabel works on any slice. E.g.:
>
> We have a semantic problem, as often happens when the DOS
In message <[EMAIL PROTECTED]>, Nate Lawson wri
tes:
>> I could agree to make g_dev_ioctl fail the ioctl with some errno
>> if they came back as zero, but not substituting another value.
>
>The attached patch makes everything work fine for my drive (64 MB USB
>flash).
Apart from the choice of EI
[EMAIL PROTECTED] (Bruce Evans) writes:
> On Tue, 15 Oct 2002, walt wrote:
> > Well, disklabel won't work on an extended/logical partition...
> Um, disklabel works on any slice. E.g.:
> ttyv1:root@gamplex:/tmp> disklabel ad2s3
> #size offsetfstype [fsize bsize bps/cpg]
>
On Tue, 15 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Nate Lawson wri
> tes:
> >fdisk against my USB flash drive crashes with divide by zero. It turns
> >out that get_params() starts with some default values (since there is
> >no disklabel) and then runs some ioctls: DIO
1 - 100 of 207 matches
Mail list logo
