Mr. Darren wrote:
I had a bad ide cable which I have now replaced. on
bootup the filesystem produced a lot of errors and I
lost my first superblock. I since fsck'd and repaired
the superblock at sector 32. At no time does fsck
create, fix, or transfer the sector 32 superblock to
the front of t
Owe Jørgensen wrote:
>try
>newfs -n
>to list the proper superblock backups for the partition.
*ahem*... don't you mean -N?
mkb.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send a
Unable to open attached files, and anyway I plead total ignorance of these
things. Can you take over my computer and sort it
-Original Message-
From: freebsd-stable@freebsd.org [mailto:[EMAIL PROTECTED]
Sent: 10 October 2005 11:16
To: [EMAIL PROTECTED]
Subject: Delivery reports ab
On 10 Oct 2005, at 11:28, Phil Ackery wrote:
Unable to open attached files, and anyway I plead total ignorance
of these things. Can you take over my computer and sort it
-Original Message-
From: freebsd-stable@freebsd.org [mailto:[EMAIL PROTECTED]
Sent: 10 October 2005 11:16
Mr. Darren <[EMAIL PROTECTED]> wrote:
> I had a bad ide cable which I have now replaced. on
> bootup the filesystem produced a lot of errors and I
> lost my first superblock. I since fsck'd and repaired
> the superblock at sector 32. At no time does fsck
> create, fix, or transfer the secto
My congrats to the webdesigners and the Freebsd community, for the
great looking new webpage!
I find it infomative, easily navigated and it even looks good in lynx.
What more can you ask for?
Good job!
// Martin Gumucio
___
freebsd-stable@freebsd.org m
On Thu, 06.10.2005 at 20:36:07 +0200, Bartosz Fabianowski wrote:
> >monitor are wider than taller, why restrain horizontal space ?
>
> A fixed width design is very fashionable these days and you see it creeping
> up everywhere.
> It's what's considered "professional" these days, so I can't reall
Am Montag, 10. Oktober 2005 13:45 schrieb Ulrich Spoerlein:
> Fixed width is stupid. Period. I'd appreciate it if this could be
> changed to a relative width of the central column OR a fixed width of
> the borders.
>
> Also, the width for the fonts either assumes pixel width or uses fixed
> point w
David Wolfskill <[EMAIL PROTECTED]> writes:
> I made the somewhat unexpected discovery that in FreeeBSD 5-STABLE,
> if I use the "tmp*" variables in /etc/rc.conf to have an MFS /tmp
> created, it is apparentyly not swap-backed -- as I expected from
> the part of the mdmfs man page that reads:
>
>
Ulrich Spoerlein wrote:
Fixed width is stupid. Period. I'd appreciate it if this could be
changed to a relative width of the central column OR a fixed width of
the borders.
Yeah, not to pick on those working on this project, since I think it
generally represents a huge stride in the right dir
After seeng 60-odd messages in this thread in only 4 days, i can only say
BIKE SHED ALERT!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/misc.html#BIKESHED-PAINTING
we could all take a minute and read that little jewel buried in the
docs, since this is a prime example of the bike-shed synd
On Mon, 10 Oct 2005 11:37 am, David Wolfskill wrote:
> I made the somewhat unexpected discovery that in FreeeBSD
> 5-STABLE, if I use the "tmp*" variables in /etc/rc.conf to
> have an MFS /tmp created, it is apparentyly not swap-backed --
> as I expected from the part of the mdmfs man page that rea
On Mon, Oct 10, 2005 at 09:47:41AM -0400, Lowell Gilbert wrote:
> ...
> It's hard-coded into rc_subr.
Argh! I see it -- now. :-/
> Changing it to a default parameter and overriding it in rc.conf would
> probably be easy to get committed.
Right. PR forthcoming, within the half-hour.
Thank
Lowell Gilbert wrote:
David Wolfskill <[EMAIL PROTECTED]> writes:
I made the somewhat unexpected discovery that in FreeeBSD 5-STABLE,
if I use the "tmp*" variables in /etc/rc.conf to have an MFS /tmp
created, it is apparentyly not swap-backed -- as I expected from
the part of the mdmfs man p
On Sat, 24 Sep 2005, Billy Newsom wrote:
Okay, Tim, I just reported the same bug in a previous post. So did Julian C.
Dunn. I think this is an issue with some recent code changes in CVS...
See these threads:
critical BOOT failure updating to latest 5-Stable (5.4)
9/23/2005 12:07 AM
ATA locku
Mr. Darren wrote:
> I had a bad ide cable which I have now replaced.
on
> bootup the filesystem produced a lot of errors and
I
> lost my first superblock. I since fsck'd and
repaired
> the superblock at sector 32. At no time does fsck
> create, fix, or transfer the sector 32 superblock
to
On Monday 10 October 2005 10:55 am, Malcolm Kay wrote:
> On Mon, 10 Oct 2005 11:37 am, David Wolfskill wrote:
> > I made the somewhat unexpected discovery that in FreeeBSD
> > 5-STABLE, if I use the "tmp*" variables in /etc/rc.conf to
> > have an MFS /tmp created, it is apparentyly not swap-backed
On Mon, Oct 10, 2005 at 11:03:50AM -0400, Ben Kelly wrote:
> On Monday 10 October 2005 10:55 am, Malcolm Kay wrote:
>
> > These paramaters are used by the startup script /etc/rc.d/tmp
> > which calls mount_md defined in /etc/rc.subr which specifically
> > adds the _M (malloc) option to the md
On Monday 10 October 2005 3:49 pm, David Wolfskill wrote:
> On Mon, Oct 10, 2005 at 11:03:50AM -0400, Ben Kelly wrote:
> > On Monday 10 October 2005 10:55 am, Malcolm Kay wrote:
> >
> >
> > > These paramaters are used by the startup script /etc/rc.d/tmp
> > > which calls mount_md defined in /e
From: "Hector Lecuanda" <[EMAIL PROTECTED]>
After seeng 60-odd messages in this thread in only 4 days, i can only say
BIKE SHED ALERT!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/misc.html#BIKESHED-PAINTING
we could all take a minute and read that little jewel buried in the
docs, since
John Pettitt wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
My gigabit nic has gone bad (after months of working just fine it's
saying "sk0 watchdog timeout" after a day or so of operation - temp
fix is to reboot) - I'm looking for pointers for a low cos but
functional gigabit PC
21 matches
Mail list logo
