Tore Lund wrote:
> Sorin Panca wrote:
>> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
>> system (just like a reinstallation). How do I ensure that all packages
>> were removed by pkg_delete -a ?
>
> I cannot help wonder why you try to do a binary update. Saving some
> con
Doug Barton wrote:
> Sorin Panca wrote:
>> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
>> system (just like a reinstallation). How do I ensure that all packages
>> were removed by pkg_delete -a ?
>
> Check /usr/local and make sure there is nothing there. In particular
> m
Lev Serebryakov wrote:
> Hello, Doug.
> You wrote 25 января 2009 г., 04:19:40:
>
>> I actually considered suggesting that option, but it's unclear to me
>> whether or not named would answer at all, even for a local zone, given
>> the situation described.
> This named CARRIES (and is MASTER) for
Peter C. Lai wrote:
> Rebuilding the kernel with COMPAT6X should allow ports built under 6x to
> work under 7x...
... which is dicey at the best of times, and definitely NOT
recommended when the OP is already experiencing problems.
Doug
--
This .signature sanitized for your protection
___
Thanks for the reply. The kernel is custom but the changes are in the
ethernet packet dis-assembly code. These changes haven't been a problem
in the past but started to be a problem in 6.3.
Thanks for the tip on compat5x. I'll look into that.
On Fri, 2009-01-23 at 17:56 -0800, Xin LI wrote:
>
Pete,
Have you considered enabling serial console emulation in the BIOS on
the machines.
I have got my iLo cards set up to redirect the serial ports on my HP
servers so that I can ssh into the ILO cards and by typing Esc-Q
access what I would otherwise see on a serial console.
Unfortunately
Rebuilding the kernel with COMPAT6X should allow ports built under 6x to
work under 7x...
On 2009-01-25 10:07:24AM -0800, Doug Barton wrote:
> Sorin Panca wrote:
> > Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
> > system (just like a reinstallation). How do I ensure that
Sorin Panca wrote:
> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
> system (just like a reinstallation). How do I ensure that all packages
> were removed by pkg_delete -a ?
I cannot help wonder why you try to do a binary update. Saving some
configuration files and doing a
According to Christian Laursen:
> Anyway, using /boot/loader.old from 7.0 works perfectly. I have not seen
> this issue on any of the other 10+ machines that I have upgraded to 7.1.
The one in 7.1-STABLE (stable/7) does not even compile on amd64.
Another thing to watch in stable/7 is that install
After I upgraded one of my machines from FreeBSD 7.0 to 7.1, I am
experiencing a problem with the loader. It stops with these messages:
Can't work out which disk we are booting from.
Guessed BIOS device 0x not found by probes, defaulting to disk0:
can't load 'kernel'
I have taken a scre
Sorin Panca wrote:
> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
> system (just like a reinstallation). How do I ensure that all packages
> were removed by pkg_delete -a ?
Check /usr/local and make sure there is nothing there. In particular
make sure that /usr/local/lib/c
On Sun, 25 Jan 2009, Daniel O'Connor wrote:
> On Sunday 25 January 2009 11:43:48 Mark Andrews wrote:
Doug Barton wrote:
> > > I've never used mpd myself, but you might want to try adding the
> > > following line to /usr/local/etc/rc.d/mpd and see if it helps:
> > >
> > > # BEFORE: named
Claus Guttesen wrote:
>>> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
>>> system (just like a reinstallation). How do I ensure that all packages
>>> were removed by pkg_delete -a ?
>>> Running pkg_delete -a returns "pkg_delete: no packages installed"
>> The steps I followe
>> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
>> system (just like a reinstallation). How do I ensure that all packages
>> were removed by pkg_delete -a ?
>> Running pkg_delete -a returns "pkg_delete: no packages installed"
>
> The steps I followed were:
> 1. check if the
Sorin Panca wrote:
> Doug Barton wrote:
>> Sorin Panca wrote:
>>> After upgrading the system using freebsd-update from 6.3-RELEASE to
>>> 7.0-RELEASE and after that, from 7.0 to 7.1 trying to install
>>> ports-mgmt/portupgrade fails at ruby18 with the following message:
>> If you haven't already yo
Claus Guttesen wrote:
>>> If you haven't already you have to remove and reinstall _all_ of your
>>> ports after doing a major version upgrade (6.x -> 7.x).
>>>
>> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
>> system (just like a reinstallation). How do I ensure that all p
Hi,
I'm experiencing recently happend kernel panics while making bacula
backups on my external USB harddisk. It first happened some days ago
while I was running 6.4-PRERLEASE. I then updated to 6.4-STABLE and
enabled all the kernel debugging stuff.
I've uploaded "screenshots" (including backtrace
>> If you haven't already you have to remove and reinstall _all_ of your
>> ports after doing a major version upgrade (6.x -> 7.x).
>>
> Prior to starting the upgrade I did a pkg_delete -a. I wanted a clean
> system (just like a reinstallation). How do I ensure that all packages
> were removed by p
Hello, Doug.
You wrote 25 января 2009 г., 04:19:40:
> I actually considered suggesting that option, but it's unclear to me
> whether or not named would answer at all, even for a local zone, given
> the situation described.
This named CARRIES (and is MASTER) for local zone, but it didn't
answer i
Doug Barton wrote:
> Sorin Panca wrote:
>> After upgrading the system using freebsd-update from 6.3-RELEASE to
>> 7.0-RELEASE and after that, from 7.0 to 7.1 trying to install
>> ports-mgmt/portupgrade fails at ruby18 with the following message:
>
> If you haven't already you have to remove and re
20 matches
Mail list logo
