Update 11.3 > 11.4
Aryeh Friedman
aryeh.friedman at gmail.com
Fri Jun 19 15:09:19 UTC 2020
On Fri, Jun 19, 2020 at 10:48 AM Jerry <jerry at seibercom.net> wrote:
> On Fri, 19 Jun 2020 09:42:55 -0400, Aryeh Friedman stated:
> >On Fri, Jun 19, 2020 at 7:20 AM Jerry <jerry at seibercom.net> wrote:
> >
> >> On Thu, 18 Jun 2020 18:55:24 -0400, Aryeh Friedman stated:
> >> >On Thu, Jun 18, 2020 at 6:45 PM Jerry <jerry at seibercom.net> wrote:
> >> >
> >> >> On Fri, 19 Jun 2020 08:19:12 +1000, Dewayne Geraghty commented:
> >> >> >Jerry,
> >> >> >
> >> >> >Aryeh's suggestion of determining the cause of the problem would
> >> >> >be beneficial as the PR
> >> >> >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666
> >> >> >appears to be caught in a non-reproducability trap. Eg "I have
> >> >> >an X on version Y and no bug" will not allay anyone's concerns.
> >> >> >
> >> >> >Also reply 103 asserts that this problem doesn't exist on 11 (ie
> >> >> >prior to 11.4). Perhaps pulling the iso's for 11.4 and using on a
> >> >> >machine that reproduces the bug with 12.1 might be a more
> >> >> >efficient path?
> >> >>
> >> >> It doesn't exist on 11.x at ll. If you read through the comments,
> >> >> etcetera, it was mentioned that it is most likely a regression
> >> >> problem. Regression bugs have a nasty habit of spreading.
> >> >>
> >> >
> >> >Especially if people refuse to actual test it to see if it is a bug
> >> >or not on their system. Since it is not on mine my test is
> >> >meaningless but your might not be and might help debug it so if you
> >> >care about helping the community like you do you should try it and
> >> >make a complete bug report as possible. But as I said it happens
> >> >in enough odd different places that it is 90% likely user error not
> >> >an actual bug and you just falling for FUD if you are not willing
> >> >to help figure it out.
> >>
> >> I can confirm that the bug exists on at least a Dell XPS 8930 with 32
> >> GB RAM and Intel i3 Processor. The machine was purchased as a low-end
> >> replacement for a PC that was dying. Its sole purpose was to run a
> >> lightly used web-server and mail-server.
> >>
> >
> >If you call that low end then I hate to see what you call high end.
> >To most people low end means walking into the store and pointing to the
> >nearest machine in the $300-$500 range and saying "give me that one" .
> >None of those machines would have anywhere near those specs. Note a
> >perfectly serviceable web/mail server can do in 4 to 8 GB for example.
> >
> >
> >> I can confirm that it works with every version of 11.x and no
> >> versions of 12.x. I have never tested it on 10.x or 13.x however.
> >>
> >
> >If you never tried 13.X (aka -current) then you have no way to know if
> >it is fixed or not (for all you know the problem could have been MFC'ed
> >already).
>
> A) I am not using 13.x or 5.x or any other X.x. I am using 11.4 which
> works and no version of 12.x does. I am dealing with facts, not
> speculations.
>
If your dealing with facts then you have no idea until you actual try what
you suggested (in place upgrade instead of from a CD/DVD) will actually
work or not (different scenerio then the one you tried last time).
>
> >> I have went to the lengths of using the manufacturers disk to erase
> >> and format the HD and resetting the BIOS to defaults. I never messed
> >> with the defaults anyway.
> >>
> >
> >Some features of FreeBSD require you to mess with the defaults like if
> >you want to do VM's you need to often turn on virtualization which is
> >usually off by default. So saying you never mess with defaults just
> >reconfirms that you are unwilling to try every possible source user
> >error before saying it is the OS's fault. (See below for other cases
> >of you doing the same thing)
>
> If I was running a VM, that would be a different scenerio.
>
You said you "never" change defaults so either you lied or you would never
run a VM. Either way the VM case disproves your original comment about
defaults never needing to be changed.
>
> >> The error starts as soon as the CD attempts to boot-up FreeBSD 12.x.
> >> Assuming, incorrectly, that the disk was bad I did a fresh download
> >> and burned a new CD. The sane problem existed.
> >>
> >
> >Are you sure the CD reader can handle the size of the 12.X CD and are
> >you sure your burn software can do the same? This is not a pointless
> >question since there are documented issues with the size of the CD
> >image vs. the capabilities of some hardware and/or FreeBSD (
> >
> https://docs.freebsd.org/cgi/getmsg.cgi?fetch=162309+0+current/freebsd-questions
> >)
>
> I am well aware of thst thread. And no, the problem only exists on that
> machine. I did try the disk on the machine I replaced and guess what
> ... it worked fine. Your hypothesis is rubbish.
>
(See below) Why do you even care if the CD/DVD is readable if you're doing
an inplace upgrade?
>
> >Did you try a different install medium like a USB memory stick or DVD
> >(vs. CD)?
>
> Actually, yes I did. I used a DVD on my last attempt last month to
> install 12.1
>
You said CD so unless you are willing to be precise in what you actually
tried why would anyone even trust that you had actually tried every
possible solution? For example you have not tried the very solution you
suggested in the original post which was an in-place upgrade which doesn't
even need a CD/DVD (or other install media) to work!
>
> >Did you try to boot the CD image on a different machine to see if
> >somehow your downloads were corrupt?
>
> Already answered above.
>
> >This is not a user error. More than one person on more than one
> >> platform is experiencing this bug. I contacted Dell technical
> >> support. They confirmed that the bug exists, there is even a
> >> reference to it on their community bulletin board. They went on to
> >> say that their product was tested against Windows 10 and
> >> passed,(obviously) and against Linux and worked as intended. They
> >> stated that they DO NOT test against or guarantee their products
> >> will work with FreeBSD. They were also aware that a bug report had
> >> been filed against it in the FreeBSD Bugzilla. I really wish I had
> >> been made aware of it too. I made the suggestion that they list OSs
> >> that their equipment will not work with. They nicely stated that an
> >> operation of that extent would be beyond the scope of their
> >> technical department since their are potentially hundreds of
> >> thousands of individual configurations. I suggested that they test
> >> against a base OS installation, but they declined saying they do not
> >> test against FreeBSD. They would welcome me doing it though. Since
> >> they declined to supply me with their equipment free of charge to
> >> undertake this endeavor, I declined.
> >>
> >> The saying, "If you are not part of the solution, you are part of the
> >> problem", is certainly apropos to you in this incident.
> >>
> >
> >FreeBSD is a "some assembly" required OS and you are refusing to even
> >try the assembly because of either not understanding the directions or
> >not being willing to actually test a part to see if it is defective
> >instead of just calling it defective and returning the whole piece of
> >furniture (or whatever you attempting to assemble). At best not
> >doing this should disqualify you from complaining about the issue
> >since you have no direct proof it is not user error. At worst it is
> >being a spoiled rich kid (FreeBSD was not designed for you, it was
> >designed for people who are willing to experiment with different
> >things before assuming it is not a user error). The "rest of us"
> >would not have the option of just returning the machine (due it being
> >built out of spare parts and/or otherwise recycled/built in such a way
> >that it was effectively bought "as is"). This means we have learned
> >to tinker with what might look like a defective part and first but
> >instead is just something we didn't understand the instruction on to
> >make it work.
> >
> >Bottom line so even worse than being a part of the problem you are
> >becoming the problem. If you want a good example of how to do stuff
> >right instead of being a part of the problem see
> >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247363 (especially
> >the last comment)
>
> The only logical conclusion here is that you don't have a clue what you
> are talking about. Don't waste my time. It has been confirmed as a bug
> by several individuals. The people working on correcting it have
> confired it is a bug. The problem is it is an 'edge' case and not easy
> to isolate. Why don't you go tell them they they don't know what they
> are talking about. Tell anyone you want; just don't waste my time.
>
Yes I am singling you out for the very reason you said "newer is always
better" which is clearly not true and you then attempt to insult anyone who
doesn't agree with you. Well like I said in the first reply you are being
a hypocrite now that you admit you refuse to upgrade because of a problem
you refuse to help solve. In short by your very question you prove not
only do you have no clue on what the real problem is you refuse to even
find out what it is.
The worst that can happen is you give them another data point to help
narrow the problem. Who knows you might even be the one who stumbles on a
solution (but since you are not even willing to try we will never know).
>
> --
> Jerry
>
--
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
More information about the freebsd-questions
mailing list