I followed Gary's instructions, but after many hours of trying different
things I don't think it works except for a few system boards.
Without more of the OS loaded I can't determine if the device changes when you
set RAID+AHCI or not.
Reg
On Tuesday, March 23, 2021, 11:13:08 AM CDT, Jo
In message
, Peter Tribble writes:
>The photo indicates that the CDROM can't be found - it's hidden behind the
>RAID and
>is inaccessible to OI. Given that most of the OS is still on the media,
>which you can't
>get to, essentially nothing will work.
Gary Mills helped shepherd the addition of the
On Tue, Mar 23, 2021 at 3:19 PM Reginald Beardsley via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
> I thought I'd make another stab at this. I updated to the 3.61 BIOS from
> HP's web site.
>
> With milestone single user or multi-user using the "txt install" ISO
> "prtconf
On Fri, Mar 5, 2021 at 4:10 PM Reginald Beardsley via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
> With this piece of utter nonsense I am going to depart from the
> conversation in hopes that the actual subject can be addressed in a
> sensible fashion at a later time. I hav
On 2021-03-04 19:01, cretin1997 wrote:
‐‐‐ Original Message ‐‐‐
On Friday, March 5, 2021 12:03 AM, Chris wrote:
SquashFS is only small when it's compressed on media.
Who on earth use SquashFS without compression? lz4 is the most widely used
algorithm. Compressible is the selling poi
With this piece of utter nonsense I am going to depart from the conversation
in hopes that the actual subject can be addressed in a sensible fashion at a
later time. I have other things to do and it's quite clear that there is no
reason to "upgrade" from 2017.10 any time soon. There is far too
On Fri, Mar 5, 2021 at 11:28 AM cretin1997 via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
> ‐‐‐ Original Message ‐‐‐
> On Friday, March 5, 2021 3:34 PM, Udo Grabowski (IMK) <
> udo.grabow...@kit.edu> wrote:
>
> > On 05.03.21 07:56, cretin1997 via openindiana-discuss
‐‐‐ Original Message ‐‐‐
On Friday, March 5, 2021 3:34 PM, Udo Grabowski (IMK)
wrote:
> On 05.03.21 07:56, cretin1997 via openindiana-discuss wrote:
>
> > ...
> > Trust me, man. SquashFS is a superior technology ...
>
> > It's the superior technology ...
>
> From my decades of experience
‐‐‐ Original Message ‐‐‐
On Friday, March 5, 2021 2:15 PM, Toomas Soome wrote:
>
> squashfs for linux is GPL, if you want it, you need to write it from scratch.
> We are already using compressed filesystem images on usb/iso, so squashfs
> does not add any new value.
>
> rgds,
> toomas
D
On 05.03.21 07:56, cretin1997 via openindiana-discuss wrote:
...
Trust me, man. SquashFS is a superior technology ...
> It's the superior technology ...
From my decades of experience, if I read such sentences,
I immediately know it's not. Superior.
It's just another "something", surrounded by
> On 5. Mar 2021, at 08:56, cretin1997 via openindiana-discuss
> wrote:
>
> ‐‐‐ Original Message ‐‐‐
> On Friday, March 5, 2021 10:31 AM, Reginald Beardsley via openindiana-discuss
> wrote:
>
>> I think the point was "small on disk" does not imply "small in RAM".
>>
>> As I noted e
‐‐‐ Original Message ‐‐‐
On Friday, March 5, 2021 10:31 AM, Reginald Beardsley via openindiana-discuss
wrote:
> I think the point was "small on disk" does not imply "small in RAM".
>
> As I noted earlier, if a system can run Firefox, it shouldn't have problems.
>
> I've not built a highl
I think the point was "small on disk" does not imply "small in RAM".
As I noted earlier, if a system can run Firefox, it shouldn't have problems.
I've not built a highly tuned miniroot in 30 years, but clearly it's time to do
it again.
The diag switch on my 3/60 booted a custom miniroot fro
‐‐‐ Original Message ‐‐‐
On Friday, March 5, 2021 12:03 AM, Chris wrote:
>
> SquashFS is only small when it's compressed on media.
>
Who on earth use SquashFS without compression? lz4 is the most widely used
algorithm. Compressible is the selling point of it. Who on earth will ever
thin
On 2021-03-04 09:03, Reginald Beardsley via openindiana-discuss wrote:
My God! I've been pushing the bounds of what I consider acceptable for a
week! I
feel rather uncomfortable about making so much noise.
In all honesty, I enjoy your rants. They're largely on target. :-)
--Chris
However, fr
Firefox makes OI unusable with less than 4 GB of RAM. Surely a well crafted
miniroot will comfortably fit in that space with enough RAM left to run any of
the programs.
I'm trapped in a car and medical offices all day. But I've got all the Solaris
u9 manuals on an iPad. Can't stand to read wh
My God! I've been pushing the bounds of what I consider acceptable for a week!
I feel rather uncomfortable about making so much noise.
However, from time to time I will resort to metaphorical swat on the head with
a big stick when I judge it to be tactically or strategically appropriate. It
t
On 2021-03-04 08:45, cretin1997 via openindiana-discuss wrote:
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:18 PM, Peter Tribble
wrote:
Both OmniOS and Tribblix don't have this failure mode as they don't have
the
split boot. We just get the bootloader to slurp the entire O
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:41 PM, Andreas Wacknitz wrote:
> Am 04.03.21 um 17:30 schrieb cretin1997 via openindiana-discuss:
>
> > ‐‐‐ Original Message ‐‐‐
> > On Thursday, March 4, 2021 10:43 PM, Reginald Beardsley via
> > openindiana-discuss openindi
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:41 PM, Peter Tribble
wrote:
>
> While illumos still has some old bits of closed binaries, onbld
> isn't one of them - its source is included in illumos-gate itself.
>
> -
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:20 PM, Reginald Beardsley via openindiana-discuss
wrote:
> I posted a public plea to all the lists to contact me so I could test it.
> Never heard from anyone.
>
I confirm. You should push your thread a bit so people could see it e
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:18 PM, Peter Tribble
wrote:
>
> Both OmniOS and Tribblix don't have this failure mode as they don't have the
> split boot. We just get the bootloader to slurp the entire OS into memory.
> It's
> the sort of trick that isn't really pra
On Thu, Mar 4, 2021 at 4:31 PM cretin1997 via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
>
> Unrelated but it's an interesting piece of information. Illumos still
> depends on proprietary closed source tools from the Sun's era to build
> itself. Check the documents about how
Am 04.03.21 um 17:30 schrieb cretin1997 via openindiana-discuss:
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 10:43 PM, Reginald Beardsley via openindiana-discuss
wrote:
Unfortunately, this is another example of poor QC of the release ISO image. How
hard is it to verify that al
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:10 PM, Toomas Soome via openindiana-discuss
wrote:
>
> I think the next version should appear in may, so there is your chance to
> join with release building team to make sure the next version is with
> expected quality.
>
> rgds,
>
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 10:43 PM, Reginald Beardsley via openindiana-discuss
wrote:
>
> Unfortunately, this is another example of poor QC of the release ISO image.
> How hard is it to verify that all the libraries needed in single user mode
> are actually ins
On 04.03.21 17:10, Toomas Soome via openindiana-discuss wrote:
On 4. Mar 2021, at 18:04, Udo Grabowski (IMK) wrote:
On 04.03.21 16:43, Reginald Beardsley via openindiana-discuss wrote:
OK I just made several attempts:
First attempt was with 2020.10 GUI install ISO. That was forced to main
Almost certainly easier and more useful to fix 2020.10. Might not solve the
AHCI+RAID issue, but at least the ISO will be able to run all the executables
available in single user mode.
On Thursday, March 4, 2021, 10:12:17 AM CST, Udo Grabowski (IMK)
wrote:
On 04.03.21 17:04, Udo
I posted a public plea to all the lists to contact me so I could test it. Never
heard from anyone.
On Thursday, March 4, 2021, 10:11:57 AM CST, Toomas Soome via
openindiana-discuss wrote:
> On 4. Mar 2021, at 18:04, Udo Grabowski (IMK) wrote:
>
> On 04.03.21 16:43, Reginald Bear
On Thu, Mar 4, 2021 at 3:45 PM Reginald Beardsley via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
> OK I just made several attempts:
>
> First attempt was with 2020.10 GUI install ISO. That was forced to
> maintenance mode and was unable to locate libpcidb.so.1 when I ran pr
On 04.03.21 17:04, Udo Grabowski (IMK) wrote:
On 04.03.21 16:43, Reginald Beardsley via openindiana-discuss wrote:
OK I just made several attempts:
First attempt was with 2020.10 GUI install ISO. That was forced to
maintenance mode and was unable to locate libpcidb.so.1 when I ran
prtconf
> On 4. Mar 2021, at 18:04, Udo Grabowski (IMK) wrote:
>
> On 04.03.21 16:43, Reginald Beardsley via openindiana-discuss wrote:
>> OK I just made several attempts:
>> First attempt was with 2020.10 GUI install ISO. That was forced to
>> maintenance mode and was unable to locate libpcidb.so.1
On 04.03.21 16:43, Reginald Beardsley via openindiana-discuss wrote:
OK I just made several attempts:
First attempt was with 2020.10 GUI install ISO. That was forced to maintenance
mode and was unable to locate libpcidb.so.1 when I ran prtconf -v.
Second attempt was with 2019.04 USB. That ke
OK I just made several attempts:
First attempt was with 2020.10 GUI install ISO. That was forced to maintenance
mode and was unable to locate libpcidb.so.1 when I ran prtconf -v.
Second attempt was with 2019.04 USB. That kernel panicked for multiuser and
single user. Even with a camera ready I
May I suggest that I verify Gary's recipe first? If it works on a 4 DIMM board
I'll pull the disks from my 6 DIMM machine and test it there also. If it proves
solid over a period of months on a 4 DIMM board I'll consider making it
permanent on the 6 DIMM u8 system.
I can't get to it for a cou
‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 11:03 AM, John D Groenveld wrote:
> In message 20210303135738.ga26...@imap.fastmail.com, Gary Mills writes:
>
> > The only permanent change to OI on my Z400 is this addition to
> > /etc/driver_aliases:
> > ahci "pci8086,2822.103c.1309.0"
In message <20210303135738.ga26...@imap.fastmail.com>, Gary Mills writes:
>The only permanent change to OI on my Z400 is this addition to
>/etc/driver_aliases:
>
>ahci "pci8086,2822.103c.1309.0"
I created an issue with illumos gate:
https://www.illumos.org/issues/13599>
John
groenv...@acm.org
Gary,
OK I'll give that a whirl. I've got 2019.04 on a USB so I'll try that first.
2017.10 is on a DVD.
I checked my 6 slot Z400 and it reports the same PCI info as the 4 slot
machines. So I think there is more to it than we know about.
I use a bound composition book for my admin notes, but
On Wed, Mar 03, 2021 at 07:57:39AM -0600, Gary Mills wrote:
>
> I looked around for my notes on the first install of OI on my Z400,
> but couldn't find anything. Maybe it was that easy that I didn't
> bother making notes. I do recall that only needed to follow the first
> part of the instruction
If someone actually documents the procedure, I'll test it just to verify it
really works. But I'm not wasting any more time on arm waving.
I just got a pair of 12 TB USB drives which I need to test. However, I think
I'll try them with Debian first. Hipster 2020.10 is a joke.
Reg
On Wedne
On Wednesday, March 3, 2021, 11:22:10 AM CST, Toomas Soome
wrote:
>It is a bit more complicated, I’m afraid. I guess, if you boot -k, you will
>see it will complain about >being unable to mount rootfs. *if* that is the
>case, you would need to boot from cd/usb, use >update_drv to bind ahci d
On 03.03.21 19:16, Udo Grabowski (IMK) wrote:
On 03.03.21 18:22, Toomas Soome via openindiana-discuss wrote:
On 3. Mar 2021, at 18:13, Reginald Beardsley via openindiana-discuss
wrote:
Categorically does *not* work on my 4 slot Z400. It kernel panics
before it reaches the single user mile
On 03.03.21 18:22, Toomas Soome via openindiana-discuss wrote:
On 3. Mar 2021, at 18:13, Reginald Beardsley via openindiana-discuss
wrote:
Categorically does *not* work on my 4 slot Z400. It kernel panics before it reaches the
single user milestone using the device specified in the prtconf
> On 3. Mar 2021, at 18:13, Reginald Beardsley via openindiana-discuss
> wrote:
>
> Categorically does *not* work on my 4 slot Z400. It kernel panics before it
> reaches the single user milestone using the device specified in the prtconf
> -v output from my system. With the"2822" device Gary
On 2021-03-03 08:50, Judah Richardson wrote:
On Tue, Mar 2, 2021 at 9:36 PM Chris wrote:
On 2021-03-02 03:20, cretin1997 via openindiana-discuss wrote:
>
> Another weakness of FreeBSD is the init system of it that has to be
> mitigated by
> tools like daemontools.
No offense, but this is false
On Wed, Mar 3, 2021 at 10:15 AM Reginald Beardsley via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
> Categorically does *not* work on my 4 slot Z400. It kernel panics before
> it reaches the single user milestone using the device specified in the
> prtconf -v output from my
On Tue, Mar 2, 2021 at 9:36 PM Chris wrote:
> On 2021-03-02 03:20, cretin1997 via openindiana-discuss wrote:
> >
> > Another weakness of FreeBSD is the init system of it that has to be
> > mitigated by
> > tools like daemontools.
> No offense, but this is false.
> > Some embrace the KISS principl
‐‐‐ Original Message ‐‐‐
On Wednesday, March 3, 2021 11:13 PM, Reginald Beardsley via
openindiana-discuss wrote:
>
> Whoever decided that the root password entered at install time should be
> expired on first login should be hung by their thumbs. That isvery annoying.
>
Indeed they cons
Categorically does *not* work on my 4 slot Z400. It kernel panics before it
reaches the single user milestone using the device specified in the prtconf -v
output from my system. With the"2822" device Gary specified the boot fails. So
it is not as simple as has been presented.
BTW I've consiste
Here is what prtconf -v reports for the SATA IDE device:
pci-ide, instance #0
Driver properties:
name='fm-errcb-capable' type=boolean dev=none
name='fm-ereport-capable' type=boolean dev=none
Hardware properties:
name='acpi-namespace' type=string items=1
value='\_SB_.PCI0.SATA'
name='#siz
On Tue, Mar 02, 2021 at 08:40:51PM -0800, Joshua M. Clulow via
openindiana-discuss wrote:
>
> If ahci(7D) does indeed support this controller, and it's just that
> the association with the specific PCI ID is missing, that's incredibly
> easy to fix in illumos and then nobody needs to do the manua
Did you follow Gary's instructions ? It was already clear that the
simple procedure will not work with this crippled BIOS.
On 02.03.21 22:42, Reginald Beardsley via openindiana-discuss wrote:
Does *not* work on my Z400 machine. I reset the BIOS to "AHCI+RAID" and the
2020.10 GUI installer ent
On Tue, 2 Mar 2021 at 20:32, John D Groenveld wrote:
> In message <1078948242.36904.1614743360...@mail.yahoo.com>, Reginald Beardsley
> via openindiana-discuss writes:
> >I hit F10, changed from IDE to AHCI+RAID, saved and booted. What are you
> >sugge
> >sting?
>
> Next boot the installation med
In message <1078948242.36904.1614743360...@mail.yahoo.com>, Reginald Beardsley
via openindiana-discuss writes:
>I hit F10, changed from IDE to AHCI+RAID, saved and booted. What are you sugge
>sting?
Next boot the installation media and follow the recipe
to obtain the PCI ID for the disk controlle
Gad!
The BSD rc.d system is the epitome of the Unix tradition of "ease of
discovery". The Sys V inittab was OK, but not as flexible. SMF was designed for
very large system environments which no longer exist. And Sun had to
grandfather both BSD and Sys V ISV installs which simply made it more
I hit F10, changed from IDE to AHCI+RAID, saved and booted. What are you
suggesting?
As a practical matter 60 MB/s write is not bad. Certainly good enough for this
machine even with 32 GB of RAM in place of the current 8 GB.
On Tuesday, March 2, 2021, 09:04:12 PM CST, Gary Mills
wrote:
On 2021-03-02 03:20, cretin1997 via openindiana-discuss wrote:
Another weakness of FreeBSD is the init system of it that has to be
mitigated by
tools like daemontools.
No offense, but this is false.
Some embrace the KISS principle praise it for it
deterministic and simplicity. But when compa
On Tue, Mar 02, 2021 at 09:42:45PM +, Reginald Beardsley wrote:
> Does *not* work on my Z400 machine. I reset the BIOS to "AHCI+RAID"
>and the 2020.10 GUI installer enters maintenance mode. prtconf -v won't
>even run.
I wonder if you made the change too late in the boot process? W
In message <7749906e-c8f6-84e8-1946-7e16caf31...@ndsu.edu>, Tim Mooney via open
indiana-discuss writes:
>That may be true, but both Jedi and I tried several different Dell systems
>in late 2019 (mostly PowerEdge R710, R720, and R730 servers for me) and could
>not get a successful OI install on any
On Tue, Mar 2, 2021 at 6:14 PM Tim Mooney via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
> In regard to: Re: [OpenIndiana-discuss] Hipster 2020.10 text installer
> ISO...:
>
> > On Tue, Mar 2, 2021 at 1:25 PM Reginald Beardsley via
> openindiana-discuss <
> > openindiana-dis
In regard to: Re: [OpenIndiana-discuss] Hipster 2020.10 text installer ISO...:
On Tue, Mar 2, 2021 at 1:25 PM Reginald Beardsley via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
The HP BIOS is the screwiest one I've ever come across.
Can confirm via my HP ProBook. Dell'
On Tue, Mar 2, 2021 at 1:25 PM Reginald Beardsley via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:
>
> The HP BIOS is the screwiest one I've ever come across.
Can confirm via my HP ProBook. Dell's BIOSes are a lot better.
My first Z400 cost $1100, but several years ago I got
Does *not* work on my Z400 machine. I reset the BIOS to "AHCI+RAID" and the
2020.10 GUI installer enters maintenance mode. prtconf -v won't even run.
With it set to "IDE" in the BIOS it reports "82801JI (ICH10 family) 4 port SATA
IDE" and the same message but "2 port".
"RAID" never appears in
As noted earlier, Damn the torpedos, full speed ahead! Send me the dtrace.
I've been wanting to learn that better for quite a while. I'm pretty sure I
have the book, but haven't had the motivation.
I'm doing one of my unplanned, purely random projects. I've dropped around $200
on books on Free
The HP BIOS is the screwiest one I've ever come across. My first Z400 cost
$1100, but several years ago I got 3x Z400's for a total of $300 delivered.
They are all the older 4 DIMM machines w/ 2.67 GHz quad core W3520 processors,
but you sure can't beat the price. Lately I've been eyeing a Z82
> On 2. Mar 2021, at 20:25, Richard L. Hamilton wrote:
>
> The ENOENTs refer to libraries associated with the optional 3rd party
> commercial product Veritas Volume Manager. format attempts to check for
> conflicting uses of a raw device, such as if it is being managed by VxVM,
> Solaris Di
In message <0679fa41-d544-7007-44fd-b00b3a5c9...@kit.edu>, "Udo Grabowski (IMK)
" writes:
>since that mode is just slow. Get yourself into AHCI mode first,
>along the guidelines Gary just posted (and that should've worked
>out of the box, these HPE guys manage to break everything...).
Does HP's BI
The ENOENTs refer to libraries associated with the optional 3rd party
commercial product Veritas Volume Manager. format attempts to check for
conflicting uses of a raw device, such as if it is being managed by VxVM,
Solaris Disk Suite, ZFS, etc. In this case, it attempts to dynamically load the
Don't waste your time with this: You are in IDE emulation mode, and
even if you get that working somehow you won't be happy at all,
since that mode is just slow. Get yourself into AHCI mode first,
along the guidelines Gary just posted (and that should've worked
out of the box, these HPE guys manag
I was able to patch the path to the libraries, but the open still fails and
then SEGV faults. From the ENOTSUP error I presume I need to fix the vtoc I
wiped out in my haste. But it's some small progress and I know a little bit
more. Probably time for a browse through the Internals 1st ed.
Reg
Gary,
Thanks. That's *very* nteresting. I shall have to study that closely.
I ran "truss -f -o truss.out format -e /dev/rdsk/c4d0"
down at the end of a *very* long output is this tidbit. Note the ENOENTs. The
libraries being sought are in /lib and were found previously. I'm rather
puzzled th
On Tue, Mar 02, 2021 at 03:37:23PM +, Reginald Beardsley via oi-dev wrote:
>Thank you again. Very helpful. The Z400 will only support IDE mode.
>ACHI+RAID is the other option which I think only works with Windows. I
>know it will not work with Solaris and feel fairly certain it does
‐‐‐ Original Message ‐‐‐
On Tuesday, March 2, 2021 2:58 PM, Han Sapta wrote:
>
> Coming from FreeBSD, with all due respect to the FreeBSD
> brilliant people, I feel like we are still infants.
>
> I am deeply grateful to OI, OmniOS and SmartOS developers for
> keeping ilumos alive and thriv
cretin1997 via openindiana-discuss wrote on 02/03/2021 04:43:
Don't admire something too easily only because you read the hype from other
people. Don't ride the hype. It's all advertisements anyway! Most of the hypes
about the superiority of Solaris over Linux are outdated. Modern Linux beats
On Mon, 1 Mar 2021 at 16:06, cretin1997 via openindiana-discuss
wrote:
> Could you try other Illumos to see if it's OI specific? I suggest you to try
> OmniOS. If it's a generic problem for Illumos then the OI people can't do
> anything, so don't blame them.
It would be best to avoid the notion
‐‐‐ Original Message ‐‐‐
On Tuesday, March 2, 2021 5:29 AM, Reginald Beardsley via openindiana-discuss
wrote:
> That was singularly unsuccessful. It got confused by all the other pools and
> apparently FreeBSD 12.2 created a "zroot" pool which was "corrupted" and
> could not be destroy
‐‐‐ Original Message ‐‐‐
On Tuesday, March 2, 2021 5:29 AM, Reginald Beardsley via openindiana-discuss
wrote:
> That was singularly unsuccessful. It got confused by all the other pools and
> apparently FreeBSD 12.2 created a "zroot" pool which was "corrupted" and
> could not be destroy
That was singularly unsuccessful. It got confused by all the other pools and
apparently FreeBSD 12.2 created a "zroot" pool which was "corrupted" and could
not be destroyed in any fashion using zpool. I'll find out more when "ZFS
Essentials" , "Solaris Internals" 2nd ed and McKusic et al arrive
78 matches
Mail list logo
