Re: [OpenIndiana-discuss] Using a USB 20 device

[Jean-Pierre André]

Hi,


Dmitry Kozhinov wrote:

What filesystem do you have at the USB drive? Is it supported by OI?
XP may see NTFS filesystem, which is not readable by OI.


It is very difficult to get facts known...

Please look at http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html

Regards

Jean-Pierre


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] HFS+ (Apple file system) read/write support on Illumos -- interest levels?

[Jean-Pierre André]

Hi

Ray Arachelian wrote:

On 09/15/2012 01:15 AM, Magnus wrote:
   

I know we're supposed to be promoting Illumos solutions and whatnot,
but why not run ZFS directly
 

I wonder, how difficult would it be to port FUSE to OI?  That would
probably do the trick, and also open up lots of support for other file
systems too...


Oh no !, second time today : please read

http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html

The above is for the fuse kernel module, and an acceptable
version of the fuse library is available on sfe :

http://pkg.openindiana.org/sfe/en/catalog.shtml

Regards

Jean-Pierre

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Daylight saving time - again

[Jean-Pierre André]

On a computer which boots on OpenIndiana and Windows, I have to
obey the Windows requirement for the hardware clock to be set on
local time. I also want my files to be stamped internally with
the same UTC time, and shown with the same local time.

Up to yesterday we were at UTC+2 and everything was fine. Today
we are back at UTC+1, so the hardware clock has been set one
hour back by Windows.

But this has led OpenIndiana to now be one hour late, and if I
fix its clock, Windows goes one hour fast. On both system the
time zone is correct and shows UTC+1 in winter and UTC+2 in
summer.

I have to use the "date" command, From the "time and date"
administration GUI I can only get an hour-glass and/or a
segmentation fault.

On previous occasions, I could fix the setting without
disturbing the hardware clock, but I apparently cannot any
more, either because I am getting more dumb, or because
I missing something while upgrading.

How am I supposed to fix the clock without reinstalling ?

Jean-Pierre


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Daylight saving time - again

[Jean-Pierre André]

Michael Schuster wrote:

Hi,

have you looked into rtc(1M)? I think that might help - iit seems to work
for me (most of the time ;-).


I did. AFAIU this sets the time zone (which is correct),
it does not set the difference between the hardware
clock (AKA rtc) and the system clock.

I want to change the system clock, without changing
the hardware clock which is shared with Windows.
Formerly I did that with the administration GUI, but
I have upgraded to oi151a8, and I cannot do it any
more.

Jean-Pierre




cheers
Michael


On Sun, Oct 27, 2013 at 5:13 PM, Jean-Pierre André <
jean-pierre.an...@wanadoo.fr> wrote:


On a computer which boots on OpenIndiana and Windows, I have to
obey the Windows requirement for the hardware clock to be set on
local time. I also want my files to be stamped internally with
the same UTC time, and shown with the same local time.

Up to yesterday we were at UTC+2 and everything was fine. Today
we are back at UTC+1, so the hardware clock has been set one
hour back by Windows.

But this has led OpenIndiana to now be one hour late, and if I
fix its clock, Windows goes one hour fast. On both system the
time zone is correct and shows UTC+1 in winter and UTC+2 in
summer.

I have to use the "date" command, From the "time and date"
administration GUI I can only get an hour-glass and/or a
segmentation fault.

On previous occasions, I could fix the setting without
disturbing the hardware clock, but I apparently cannot any
more, either because I am getting more dumb, or because
I missing something while upgrading.

How am I supposed to fix the clock without reinstalling ?

Jean-Pierre


__**_
OpenIndiana-discuss mailing list
OpenIndiana-discuss@**openindiana.org
http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss>










___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Daylight saving time - again

[Jean-Pierre André]

Laurent Blume wrote:

On 27/10/2013 17:13, Jean-Pierre André wrote:

On a computer which boots on OpenIndiana and Windows, I have to
obey the Windows requirement for the hardware clock to be set on
local time. I also want my files to be stamped internally with
the same UTC time, and shown with the same local time.

Up to yesterday we were at UTC+2 and everything was fine. Today
we are back at UTC+1, so the hardware clock has been set one
hour back by Windows.


[...]


How am I supposed to fix the clock without reinstalling ?


Have you checked that /etc/rtc_config contains that line:
zone_lag=-3600

If it's still -7200, it's not good.

It's an old Solaris-as-a-desktop issue that if it's not on at the DST
change, it doesn't update that file properly. I usually do it manually
then reboot.



That was it ! thanks Laurent

Jean-Pierre




___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Daylight saving time - again

[Jean-Pierre André]

Jim Klimov wrote:

On 2013-10-27 17:13, Jean-Pierre André wrote:

On a computer which boots on OpenIndiana and Windows, I have to
obey the Windows requirement for the hardware clock to be set on
local time.


Are you ready for the correct answer? ;)
For at least the past dozen years, maybe more, Windows does not
actually require that. There is a semi-documented registry flag
for it to keep the HWclock in UTC and convert to local time as
needed. Quoting from a blog post I copied long ago (alas, got
no origin reference):

---
The registry tweak that will tell Windows to interpret the hardware
clock as UTC time:




Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:0001



Hmm, interesting. Thanks Jim

Jean-Pierre




___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI 151a8 Error : System --> Administration --> User and Groups

[Jean-Pierre André]

Handojo wrote:

Hi All,

I am encountering a frozen display on System --> Administration --> User and 
Groups

After I entered the required root password, the User and Groups Window is still 
frozen, as if it doesn't know that the popup window requesting password has 
returned.
This make it unusable.

Should I : re-burn the OI151a8 iso, and reinstall again ?


No : the bug is present in all recent versions, up to
the latest hipster. Same for "time and date" and other
administration tools.

I just hope it is related to bug 4043 whose root cause
is supposed to be known (https://www.illumos.org/issues/4043)

In the meantime, use groupadd and useradd or downgrade
to an older version.




or : Is there any workaround just to uninstall and install the related 
package(s) ?


Regards,


Handojo





___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI 151a8 Error : System --> Administration --> User and Groups

[Jean-Pierre André]

Milan Jurik wrote:

Hi,

On ne, 2013-11-10 at 08:52 +0100, Jean-Pierre André wrote:

Handojo wrote:

Hi All,

I am encountering a frozen display on System --> Administration --> User and 
Groups

After I entered the required root password, the User and Groups Window is still 
frozen, as if it doesn't know that the popup window requesting password has 
returned.
This make it unusable.

Should I : re-burn the OI151a8 iso, and reinstall again ?


No : the bug is present in all recent versions, up to
the latest hipster. Same for "time and date" and other
administration tools.

I just hope it is related to bug 4043 whose root cause
is supposed to be known (https://www.illumos.org/issues/4043)



no, it is not related to that bug. Because I use OI with fixed this for
1 month already. I did not find the root cause for admin tools problem
yet, mainly because I did not pay attention to it too much. But I see
users are missing it, I will look at it.


So, I have opened the new issue #4319 for this.


Anyway, many regressions were fixed in the last JDS build (on
http://pkg.opensolaris.cz/osol/) but I am not the one who has power to
include it to OI or hipster releases.


In the meantime, use groupadd and useradd or downgrade
to an older version.



Best regards,

Milan



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss






___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ext2/3

[Jean-Pierre André]

PÁSZTOR György wrote:

Hello,

What did I do wrong?
I added the sfe repo: pkg set-publisher -p http://pkg.openindiana.org/sfe
I installed fuse-ext2 package: pkg install fuse-ext2

Then it complained about the missing libfuse.so, so I installed them too:
pkg install libfuse fusefs

It still complained, and then I did pkg remove, and pkg install for the
fuse-ext2 package: didn't helped
BTW: Are there any similar thing here, like the ldconfig command in
linux, which updates the symlinks, etc, and the /etc/ld.so.conf file, which
describes the directories, where should the dynamic linker find so's other
then /lib and /usr/lib?


libfuse.so is the library used by the user space file systems.
It is of no use if you do not have the fuse kernel module.
I do not know whether the fuse-ext2 package contains both the
kernel part and the user space part. Check whether you have
/usr/kernel/drv/amd64/fuse and/or /usr/kernel/drv/fuse

The latest kernel module is available on
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
but I have not tested it for use with ext2/ext3

Jean-Pierre




___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Евгений Парфенов wrote:

how to mount ntfs usb drive?
articles that i found was old and they expecting ntfs-3g in repo but i
don't see ntfs-3g...only ntfsprogs which i installed but when i mount
disk it says block device.
then i tried follow this article
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
now i can mount ntfs but when i backup my svn repositories it causes
reboot.

DESC: The system has rebooted after a kernel panic.

fmdump -Vp -u c06b2e93-8229-6b35-8e55-b0c41c9b084c:
nvlist version: 0
 version = 0x0
 class = list.suspect
 uuid = c06b2e93-8229-6b35-8e55-b0c41c9b084c
 code = SUNOS-8000-KL
 diag-time = 1401178182 906349
 de = fmd:///module/software-diagnosis
 fault-list-sz = 0x1
 fault-list = (array of embedded nvlists)
 (start fault-list[0])
 nvlist version: 0
 version = 0x0
 class = defect.sunos.kernel.panic
 certainty = 0x64
 asru =
sw:///:path=/var/crash/subversion/.c06b2e93-8229-6b35-8e55-b0c41c9b084c
 resource =
sw:///:path=/var/crash/subversion/.c06b2e93-8229-6b35-8e55-b0c41c9b084c
 savecore-succcess = 0
 os-instance-uuid = c06b2e93-8229-6b35-8e55-b0c41c9b084c
 panicstr = BAD TRAP: type=e (#pf Page fault)
rp=ff00083dc760 addr=128 occurred in module "fuse" due to a NULL
pointer dereference
 panicstack = unix:die+dd () | unix:trap+17db () |
unix:cmntrap+e6 () | fuse:fuse_vfs_modldrv+38a6 () |
fuse:fuse_vfs_modldrv+38a64a53 () | genunix:fop_putpage+74 () |
genunix:fsflush_do_pages+2c5 () | genunix:fsflush+39a () |
unix:thread_start+8 () |
 crashtime = 1401178067
 panic-time = May 27, 2014 06:07:47 PM YAKT YAKT
 (end fault-list[0])

 fault-status = 0x1
 severity = Major
 __ttl = 0x1
 __tod = 0x53844846 0x38c16f28

SunOS subversion 5.11 oi_151a9 i86pc i386 i86pc Solaris


If you installed the fuse kernel module from the mentioned
page, when it initializes, it logs its own location. This
should look like :

Fuse kernel 1.1AR.4 interface 7.8
Fuse kernel init at 0xf8139643, vfs_modldrv at 0xc012d1c8

Would you please this last line (from the process which
segfaulted), which I need to decode where the fuse kernel
module segfaulted ?

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Nikola M. wrote:

On 05/27/14 12:40 PM, Евгений Парфенов wrote:

how to mount ntfs usb drive?
articles that i found was old and they expecting ntfs-3g in repo but i
don't see ntfs-3g...only ntfsprogs which i installed but when i mount
disk it says block device.

ntfs-3g is in the SFE publisher (pkg.openindiana.org/sfe), and it works
for me.

Only when searching 'ntfs' with pkg, it does not shows up when you do
'pkg search -rp ntfs',
but if you do 'pkg search -r ntfs-3g' it shows up.
And same goes for web page search and listing all available packages,
where it shows.

Anyone knows why IPS/pkg does not shows packages when searching by a
part of a package name?..
  $ pfexec pkg search -rp ntfs-3g
  PACKAGE PUBLISHER
  pkg:/system/file-system/ntfs-3g/src@2011.1.15-0.151.1.5 sfe
  pkg:/system/file-system/ntfs-3g/src@2012.1.15.0.8-0.151.1.7 sfe
  pkg:/system/file-system/ntfs-3g@2012.1.15.0.8-0.151.1.7 sfe


This is an old version. Only the one from
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
is supported.

Also note the reported segfault is in the fuse kernel module,
(not in ntfs-3g proper) which I also try to support, and also
to be found on the same page.

The source code of both can be found at the same location.

Jean-Pierre


So you can do:
pfexec pkg install ntfs-3g
(use 'pfexec format' command to find out where is device you are mounting)


then i tried follow this article
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
now i can mount ntfs but when i backup my svn repositories it causes
reboot.

Oh, I have found that too. (I also used to buid it from source long ago,
before it was put in SFE)
Maybe we could test it and build new ntfs-3g and put it in SFE?..
But it obviously need to be tested how it work first. I can test it on
OI Hipster and OI /dev.

nikolam

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Евгений Парфенов wrote:

im confused a little bit...who is right?
Nikola says that it some bug in package manager...ntfs-3g is in
repository but i cant find it because im doing like that "pkg search
ntfs-3g" and i have to use "-r" option to find ntfs-3g package.
But Jean-Pierre says that problem in fuse and his right (just take a
look at dump) and he says that the link that i followed is right but its
third party or im not right?


You may indeed think of me as third party, and if you
find a better fuse kernel module, please tell me, I
have long sought for help.


So Jean-Pierre yeah i see source code there but i didnt find gcc in
repository so i cant build it. What you can advise?


Why do you not use the ready-to-install pkg ? The
install procedure is documented on the same page.

I cannot provide help for compiling (I have never tried
compiling on OpenIndiana), but you should only have to
compile the five source files and link them as an object
(not as an executable : use "ld -r").


27.05.2014 23:56, Jean-Pierre André пишет:

Nikola M. wrote:

On 05/27/14 12:40 PM, Евгений Парфенов wrote:

how to mount ntfs usb drive?
articles that i found was old and they expecting ntfs-3g in repo but i
don't see ntfs-3g...only ntfsprogs which i installed but when i mount
disk it says block device.

ntfs-3g is in the SFE publisher (pkg.openindiana.org/sfe), and it works
for me.

Only when searching 'ntfs' with pkg, it does not shows up when you do
'pkg search -rp ntfs',
but if you do 'pkg search -r ntfs-3g' it shows up.
And same goes for web page search and listing all available packages,
where it shows.

Anyone knows why IPS/pkg does not shows packages when searching by a
part of a package name?..
  $ pfexec pkg search -rp ntfs-3g
  PACKAGE PUBLISHER
  pkg:/system/file-system/ntfs-3g/src@2011.1.15-0.151.1.5 sfe
  pkg:/system/file-system/ntfs-3g/src@2012.1.15.0.8-0.151.1.7 sfe
  pkg:/system/file-system/ntfs-3g@2012.1.15.0.8-0.151.1.7 sfe


This is an old version. Only the one from
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
is supported.

Also note the reported segfault is in the fuse kernel module,
(not in ntfs-3g proper) which I also try to support, and also
to be found on the same page.

The source code of both can be found at the same location.

Jean-Pierre


So you can do:
pfexec pkg install ntfs-3g
(use 'pfexec format' command to find out where is device you are
mounting)


then i tried follow this article
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
now i can mount ntfs but when i backup my svn repositories it causes
reboot.

Oh, I have found that too. (I also used to buid it from source long ago,
before it was put in SFE)
Maybe we could test it and build new ntfs-3g and put it in SFE?..
But it obviously need to be tested how it work first. I can test it on
OI Hipster and OI /dev.

nikolam

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Hi,

Евгений Парфенов wrote:

strange!
installed fusefs and ntfs-3g from sfe and there is same problem.

system/file-system/fusefs (sfe) 0.20100615.2-0.151.1.5
system/file-system/ntfs-3g (sfe) 2012.1.15.0.8-0.151.1.7


Not strange at all : you switched to an older version of
ntfs-3g and fuse library but the issue lies in the fuse
kernel module.

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Hi,

Евгений Парфенов wrote:

root@subversion:/var/log# dmesg|grep -i fuse
May 27 18:09:36 subversion savecore: [ID 570001 auth.error] reboot after
panic: BAD TRAP: type=e (#pf Page fault) rp=ff00083dc760 addr=128
occurred in module "fuse" due to a NULL pointer dereference
May 27 18:09:38 subversion fuse: [ID 949752 kern.notice] Fuse kernel
1.1AR.4 interface 7.8
May 27 18:09:38 subversion fuse: [ID 387751 kern.notice] Fuse kernel
init at 0xf8d24643, vfs_modldrv at 0xc03591c8


Can you post the associated call chain, as you did yesterday :

panicstack = unix:die+dd () | unix:trap+17db () | unix:cmntrap+e6 () | 
fuse:fuse_vfs_modldrv+38a6 () | fuse:fuse_vfs_modldrv+38a64a53 () | 
genunix:fop_putpage+74 () | genunix:fsflush_do_pages+2c5 () | 
genunix:fsflush+39a () | unix:thread_start+8 ()


The fault location is defined as fuse_vfs_modldrv+something,
I need both the offset and the value of (fuse_)vfs_modldrv
from the *same* process in order to locate the fault.

If I were assuming the data above came from the same process,
I got :
0x38a6+0xc03591c8-0xf8d24643 = 0x98fc9
and 0x98fc9 is outside the fuse kernel module.

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Евгений Парфенов wrote:

found and installed gcc.
how i can uninstall fuse?
ntfs-3g uninstalled successfully but i cant find fuse.
pkginfo fuse or fuse-kernel says no associated package.


To uninstall the fuse kernel module :
pkgrm fusefs

If you want to recompile, it would be simpler to just
change the binary files : /usr/kernel/drv/amd64/fuse
(64-bit) and /usr/kernel/drv/fuse (32-bit), so that you
do not have to update the configuration files.

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mount ntfs usb drive

[Jean-Pierre André]

Евгений Парфенов wrote:

dmesg |grep -i fuse:
May 28 14:18:59 subversion ntfs-3g[1415]: [ID 702911 daemon.notice]
Version 2012.1.15AR.8 external FUSE 27
May 28 16:05:01 subversion ntfs-3g[1582]: [ID 702911 daemon.notice]
Version 2012.1.15AR.8 external FUSE 27


Not supported any more, good luck anyway.

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] How to completely disable keyboard shortcuts

[Jean-Pierre André]

Harry Putnam wrote:

Michael Schuster  writes:


On Tue, Jan 6, 2015 at 1:28 AM, Harry Putnam  wrote:


I'd start with xmodmap (and xev to find out what the keys are doing).



Why would I start there if I want to know if there is some way to
disable and keyboard shortcuts set by the gui?

Do you know if there is?


No, I don't - that's why I said "I'd start with xmodmap" :-)

I'm sure there's other ways, somebody just needs to point them out.

regards
Michael


Turn out it is so painfully obvious how to disable them that even
someone with cement case around there skull SHOULD have spotted it.

Right in the middle of the small dialog box for shortcut work it says:

   `to edit a shortcut key, click on the corresponding row and
   type a new key comboination. Or press backspace to clear'


Yes, but for some reason this does not always work for
Shift+F5 when used in gnome-terminal or xterm.
AltGr+Shift+F5 has the expected behavior though.

Comparing the configurations on which Shift+F5 has the
expected behavior and those on which Shift+F5 does nothing
but a very low noise (similar to a screen capture), I suspect
this has something to do with the Nvidia screen driver.



Sorry for the line noise.  All I needed to do was go thru them all
hittle backspace





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] ntfs-3g and fuse kernel module updates

[Jean-Pierre André]

A new version of ntfs-3g and the fuse kernel module is available on
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html

The fuse kernel module can now cache the file attributes for not
hard-linked files, which brings its performance on par with other
OSes. Below are the measured times for compiling xz for Windows
on a triple-boot desktop. All the needed files (source and header
files) are stored in a shared NTFS partition, and the same
compiler is used. There were 90 source files to compile, each of
them including 20 to 30 header files.

The package was compiled twice on each OS, showing a difference
related to data page cacheing.

real   usersys
Linux Fedora 21   0m10.811s   0m6.835s   0m2.374s
same repeated  0m7.697s   0m6.448s   0m2.149s
Windows 100m11.484s
same repeated  0m6.078s
OpenIndiana Hipster 2015   0m9.754s   0m5.962s   0m2.792s
same repeated  0m7.660s   0m5.957s   0m2.758s

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] USB 2 performance

[Jean-Pierre André]

Aurélien Larcher wrote:

Hi,
There is indeed a much newer version of ntfs-3g on Jean-Pierre André's website: 
2015.3.14AR.1.
He posted very good results earlier this year.
Having these in oi-userland is on the TODO list and would be great.


The ntfs-3g library is already part of Hipster, only
the fuse interface and fuse itself are missing.

The current bottleneck is the interface between the
vfs and the fuse kernel module for concatenating write
chunks into memory pages.


Thanks for your report.
Best,

Aurélien

À mar. juil. 28 04:08:00 2015 GMT+0200, benta...@chez.com a écrit :

I did some test today with another USB drive.
Here are the results :

 From Linux (NTFS)
$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/media/ben/MD/FreeDOS-1.1-memstick-2-2048M.img
3948544+0 enregistrements lus
3948544+0 enregistrements écrits
2021654528 octets (2.0 GB) copiés, 91.5862 s, 22.1 MB/s

 From OI
Jul 28 08:50:42 hostname usba: [ID 912658 kern.info] USB 2.0 device 
(usb5e3,702) operating at hi speed (USB 2.x) on USB 2.0 root hub: storage@7, 
scsa2usb0 at bus address 2
Jul 28 08:50:42 hostname usba: [ID 349649 kern.info]  USB TO IDE
Jul 28 08:50:42 hostname genunix: [ID 936769 kern.info] scsa2usb0 is 
/pci@0,0/pci1028,21e@1d,7/storage@7
Jul 28 08:50:42 hostname genunix: [ID 408114 kern.info] 
/pci@0,0/pci1028,21e@1d,7/storage@7 (scsa2usb0) online

using NTFS-3g
$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/mnt/FreeDOS-1.1-memstick-2-2048M.img
3948544+0 records in
3948544+0 records out
2021654528 bytes (2.0 GB) copied, 15867.8 s, 127 kB/s

After reformating to UFS
$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/mnt/ben/FreeDOS-1.1-memstick-2-2048M.img
3948544+0 records in
3948544+0 records out
2021654528 bytes (2.0 GB) copied, 110.893 s, 18.2 MB/s


Yeah, really, something is wrong with the implementation of FAT/NTFS on 
OpenIndiana.
Would a more recent NTFS-3G help ? Currently using 2012.1.15AR.8 from SFE.


Which version of ntfs-3g were you using and what are
your mount options ? What is the output of "ntfs-3g -help" ?



Ben





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] USB 2 performance

[Jean-Pierre André]

Jean-Pierre André wrote:

Aurélien Larcher wrote:

Hi,


[...]



using NTFS-3g
$ dd if=FreeDOS-1.1-memstick-2-2048M.img
of=/mnt/FreeDOS-1.1-memstick-2-2048M.img
3948544+0 records in
3948544+0 records out
2021654528 bytes (2.0 GB) copied, 15867.8 s, 127 kB/s

After reformating to UFS
$ dd if=FreeDOS-1.1-memstick-2-2048M.img
of=/mnt/ben/FreeDOS-1.1-memstick-2-2048M.img
3948544+0 records in
3948544+0 records out
2021654528 bytes (2.0 GB) copied, 110.893 s, 18.2 MB/s


Yeah, really, something is wrong with the implementation of FAT/NTFS
on OpenIndiana.
Would a more recent NTFS-3G help ? Currently using 2012.1.15AR.8 from
SFE.


Which version of ntfs-3g were you using and what are
your mount options ? What is the output of "ntfs-3g -help" ?



Oh, I forgot : retry dd with option "bs=4096", so that the
fuse kernel module need not concatenate write chunks (the
default block size is 512 for dd).

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] USB 2 performance

[Jean-Pierre André]

benta...@chez.com wrote:

Hi Jean-Pierre,

I was using 2012.1.15AR.8 from SFE, with no specific option for mount command :
# ntfs-3g -o uid=101 /dev/dsk/c2t0d0p1 /mnt

Since then I switched to the last version available on your website 
(2015.3.14AR.1), and redid the test, still using the same mount command.
$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/mnt/FreeDOS-1.1-memstick-2-2048M.img
1412712+0 records in
1412712+0 records out
723308544 bytes (723 MB) copied, 2552.51 s, 283 kB/s
I stopped it as it wasn't necessary to wait 3h

$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/mnt/FreeDOS-1.1-memstick-2-2048M.img bs=4096
166643+0 records in
166643+0 records out
682569728 bytes (683 MB) copied, 2360.02 s, 289 kB/s
Stopped as well

Mount with big_writes option
# ntfs-3g -o big_writes,uid=101 /dev/dsk/c2t0d0p1 /mnt


The big_writes option is not supported by the fuse variant
for OpenIndiana.


$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/mnt/FreeDOS-1.1-memstick-2-2048M.img bs=4096
207578+0 records in
207578+0 records out
850239488 bytes (850 MB) copied, 3691.7 s, 230 kB/s
Stopped as well

Now I format the disk on Win7 to NTFS, 512b rather than defaulting to 4096b
$ dd if=FreeDOS-1.1-memstick-2-2048M.img 
of=/mnt/FreeDOS-1.1-memstick-2-2048M.img
172937+0 records in
172937+0 records out
708349952 bytes (708 MB) copied, 2367.44 s, 299 kB/s
Stopped as well

I don't really know what to blame, maybe the FUSE stage might the bottleneck 
here.


ntfs-3g has never been efficient on bulk transfers because
it is organized on top of fuse, but there must be another
explanation for this very bad throughput.

I have no idea why, ATM.

Regards

Jean-Pierre


Maybe dd is not really the good command to test this as well.
I wanted to test exFAT as weel but I'm running out of time before going off 
until September.

Ben




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] HPLIP-3.15.9 build

[Jean-Pierre André]

Ramesh Chari wrote:

i wish to connect to my HP LaserJet Pro MFP m126nw printer over wireless [configured 
successfully over dhcp as the return of "ping IP_ADDRESS_OF_PRINTER" shows 
alive]

the available hplip-3.15.7 [thru hp-setup] says it needs a hp-plugin to be 
installed but i cant install [GPG error found]

installing this printer is essential as multifuntion device is readily 
available. [for your info, i was able to build hplip-3.15.9 from scratch in 
elementary OS but i cant do so in openindiana. [OI lacks deps which is a long 
list. i try to manually install all deps which is not possible as many packages 
are unavailable]

can 3.15.9 be built and provided as update with support of automatic plugin 
installer for respective models as listed? i am sure many must be trying for 
this. if successful, help will be appreciated if shared here !



I am having the same issue with my HP LaserJet Pro P1102w.
This printer needs a proprietary plugin in hplip (called
hpcups), which can only be downloaded from the HP website
while installing the printer in cups.

On Linux you have to install hplip, then start hp-gui to
download the plugin, then you can start hp-setup. The
Linux hplip I use is 3.14.10.

The hplip (3.5.17) from OpenIndiana Hipster does not have
the hp-gui function, so I could not trigger the downloading
of the plugin.
When you recompiled hplip, did you get hp-gui ?
Now, I have no idea whether the plugin is system agnostic
or compiled by HP for OpenIndiana. If neither there is no
much hope.

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Using OI (hipster) on H81 with intel G1820 graphics

[Jean-Pierre André]

Nikola M wrote:

and losta bility to control LCD
screen brightness , just shortly BEFORE hipster snapshot ISO release...


So you were formerly able to adjust the screen brightness on
Intel integrated graphics...

How did you make the brightness adjustment ? I have never been
able to do so on Intel graphics even with earlier OpenIndiana,
though I can with nvidia graphics.

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Using OI (hipster) on H81 with intel G1820 graphics

[Jean-Pierre André]

Nikola M wrote:


On 10/21/15 12:23 PM, Jean-Pierre André wrote:

Nikola M wrote:

and losta bility to control LCD
screen brightness , just shortly BEFORE hipster snapshot ISO release...


So you were formerly able to adjust the screen brightness on
Intel integrated graphics...

How did you make the brightness adjustment ? I have never been
able to do so on Intel graphics even with earlier OpenIndiana,
though I can with nvidia graphics.

It just worked by default with previous Xorg server,  few weeks ago, on
my graphics,
I have brightness applet in GNOME panel and that's it.
My Intel graphics in 945GM in a laptop.


You probably mean the "Power Management" applet...


Actually, before OI hipste iported newer GNOME work when starting,
also my keys on laptop for setting up sound and volume worked in
Opensolaris and i Openindiana /dev, before OI hipster came with it's GNOME.


Of course the applets (and probably the brightness keys)
require a working Intel graphics driver, but...

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] HPLIP 3.15.9 testing

[Jean-Pierre André]

Hi Ken

ken mays via openindiana-discuss wrote:

Hello,

We have updated OI-Hipster to hplip 3.15.9 providing support for 2449 
HP-compatible printers.

A list of supported, recommended, and unsupported printers is listed here:
http://hplipopensource.com/hplip-web/supported_devices/index.html

http://hplipopensource.com/hplip-web/supported_devices/unsupported.html

Feel free to test your HP-compatible printers with OI-hipster and let us know 
if you have any further issues.


Thank you for your contribution.

I must be missing something for my P_1102w which is
supposed to be supported.
Maybe some hidden dependency ?

[openindiana doc]$ hp-setup 192.168.1.99

HP Linux Imaging and Printing System (ver. 3.15.9)
Printer/Fax Setup Utility ver. 9.0

[...]

No log handling enabled - turning on stderr logging
MIB search path: /etc/net-snmp/snmp/mibs
Cannot find module (NET-SNMP-PASS-MIB): At line 1 in (none)

Setting up device: hp:/net/HP_LaserJet_Professional_P_1102w?ip=192.168.1.99


| PLUG-IN INSTALLATION |


HP Linux Imaging and Printing System (ver. 3.15.9)
Plugin Download and Install Utility ver. 2.1

[...]

-
| PLUG-IN INSTALLATION FOR HPLIP 3.15.9 |
-

  Option  Description
  --  --
  d   Download plug-in from HP (recommended)
  p   Specify a path to the plug-in (advanced)
  q   Quit hp-plugin (skip installation)

Enter option (d=download*, p=specify path, q=quit) ? d

---
| DOWNLOAD PLUGIN |
---

Checking for network connection...
Downloading plug-in from:
Downloading plug-in: [\   ] 0%
sh: line 1: lsb_release: not found
cat: /etc/issue: No such file or directory
warning:  distro is not found in AUTH_TYPES
()
error: GPG command not found
error: Failed to install Plugin.
error: The device you are trying to setup requires a binary plug-in.
Some functionalities may not work as expected without plug-ins.
Please run 'hp-plugin' as normal user to install plug-ins.
Visit http://hplipopensource.com for more infomation.

Same result when running hp-plugin as a normal user
as requested above (it refuses to run as root anyway).

Regards

Jean-Pierre



Thanks,
Ken





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Network card "Intel Ethernet Connection (2) I219-V" support (OI, Hipster)

[Jean-Pierre André]

Hi,

Predrag Zečević - Unix Systems Administrator wrote:

Hi all,

I have PC with "Intel Ethernet Connection (2) I219-V" onboard network
card and it is not recognized by OI (Hipster) installation...

When looking at this list: http://illumos.org/hcl/ it is true - no such
card there

But, on my (other PC installed OI Hipster) in /usr/share/hwdata/pci.ids


This does not mean anything about being supported


I can see it:

 15b8  Ethernet Connection (2) I219-V

and also previous "models" (found on HCL listed above):

 15a1  Ethernet Connection (2) I218-V
 15a3  Ethernet Connection (3) I218-V


They are in /etc/driver_aliases associated to another
vendor 8086 (Intel ?)


Is it possible to get (somehow) this card (reported by installation
driver compatibility program as pci1849,15b8) supported?


If you are optimistic enough you can try :

update_drv -a -i pci1849,15b8 e1000g

This will add your interface as an alias for e1000g
in /etc/driver_aliases. You will probably have to
reboot to have it initialized.


I guess, it might work?


It might, if your interface is similar enough to e1000g
(also try other network interface).
Otherwise, ...



Regards.





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] backup image program

[Jean-Pierre André]

Chris Redding wrote:


Hello,  I want to take the plunge so to speak into Unix/Linux and I want to 
triple boot Windows/Unix/Linux. I would like to know of a backup program that 
can image over each of the three OS.
  Thank you,
   Chris
___


I have triple boot Windows+Linux+OpenIndiana. All my user
data (development, docs, music, ...) are shared in an ntfs
partition which I backup by rsync.

The system partitions only contain systems.
Backup methods :
Windows (ntfs) : ntfsclone
Linux (ext3) : partimage
OpenIndiana (zfs) : dd
mbr : dd
partition layout : sfdisk



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Openindiana lost root password

[Jean-Pierre André]

can erturk wrote:








 Hello. openindiana I don't know the root password.

http://sysadmin-tips-and-tricks.blogspot.com.tr/2013/01/solaris-recover-root-password-in-local.html


I can't access to the console.
openindiana Hipster, with a live DVD single user mode I am running.
I'm getting root permission with jack jack.
but
#mount /dev/dsk/hddname   /a

I can't mount the disk.


 can you help me?


At this stage, you probably need :

zpool import -f rpool
mkdir /tmp/a
beadm mount openindiana /tmp/a
# do some changes
beadm unmount openindiana
zpool export rpool

In the third and fourth command, replace openindiana
by the relevant BE name.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OpenIndiana Drivers For My Wireless Network Device

[Jean-Pierre André]

Aurélien Larcher wrote:

On Fri, Aug 19, 2016 at 11:13 AM, jay  wrote:


Esteemed Colleagues,

Yesterday I booted my new laptop (well, new to me) from the latest
hipster iso, intending to proceed immediately therefrom to an
installation.  I noticed, alas, that the system had no knowledge of my
wireless network device.  This makes the system useless for my
computer, it is, after all, a laptop, it is a portable device that on
occasion literally sits atop my lap, it has to be able to connect to a
network without there being an Ethernet cable stuck into it.  The
Device Driver Utility (or whatever it's called, I don't have it on the
screen anymore, otherwise I would be running OpenIndiana and would
therefore be unable to send this e-mail) noted, correctly, the
existence of a

   Broadcom Corporation BCM4312 802.11b/g LP-PHY

but it had no driver for it.


There has been some work to user NDIS wrapper:

https://www.illumos.org/issues/3367



This can only use WEP encryption, because the interface
to NDIS5 is not compatible with the WPA four-step
handshake (some user level replies from the access point
have to be redirected to the supplicant).

I would volunteer to interface to the Broadcom supplied
driver (hybrid-port) for which an unterface to Linux is
available, or to a more recent open source driver for
Linux (which supports newer Broadcom hardware, though
the BCM4312 is said to be poorly supported).

But I have (again) to ask for help for doing that. The
relations between net80211, mac, dladm and wpad are opaque.
There has been a Google summer of code about WPA2, but
I could not get anything useful from it (apparently
WPA Enterprise requires a significant reworking of the
relations between these modules).

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OpenIndiana Drivers For My Wireless Network Device

[Jean-Pierre André]

the outsider wrote:

And this one seems to have it working too:
http://www.renatomorano.net/?p=291


This was a 32-bit driver for Broadcom, which I used
as a base for the 64-bit one. The closed-source driver
used SSE2 instructions which are not allowed in an
OpenIndiana driver.


Funny thing is that Peter dribble is mentioned in that page. He's on this
list too?

And I found this:
https://thestaticvoid.com/post/2011/06/09/wireless-802-1x-support-in-solaris
/

( I can remember that I had a laptop once where I installed OI on. It worked
with WPA out of the box for as far as I can remember)


The components needed for WPA (wpad, net80211, etc.) are
available on OpenIndiana, but they do not support WPA2.

I was saying that the NDIS5 drivers cannot be interfaced
with the OpenIndiana WPA components. If it worked for
you out of the box, this had to be over a native driver,
not a proprietary one for Windows (and I see no reference
to Broadcom in your quoted page).

Jean-Pierre



-Oorspronkelijk bericht-
Van: Carsten Grzemba [mailto:grze...@contac-dt.de]
Verzonden: vrijdag 19 augustus 2016 13:17
Aan: Discussion list for OpenIndiana ;
openindiana-discuss@openindiana.org
Onderwerp: Re: [OpenIndiana-discuss] OpenIndiana Drivers For My Wireless
Network Device



On 19.08.16 12:20, Jean-Pierre André   wrote:


Aurélien Larcher wrote:

On Fri, Aug 19, 2016 at 11:13 AM, jay  wrote:


Esteemed Colleagues,

Yesterday I booted my new laptop (well, new to me) from the latest
hipster iso, intending to proceed immediately therefrom to an
installation. I noticed, alas, that the system had no knowledge of
my wireless network device. This makes the system useless for my
computer, it is, after all, a laptop, it is a portable device that
on occasion literally sits atop my lap, it has to be able to connect
to a network without there being an Ethernet cable stuck into it.
The Device Driver Utility (or whatever it's called, I don't have it
on the screen anymore, otherwise I would be running OpenIndiana and
would therefore be unable to send this e-mail) noted, correctly, the
existence of a

Broadcom Corporation BCM4312 802.11b/g LP-PHY

but it had no driver for it.


There has been some work to user NDIS wrapper:

https://www.illumos.org/issues/3367



This can only use WEP encryption, because the interface to NDIS5 is
not compatible with the WPA four-step handshake (some user level
replies from the access point have to be redirected to the
supplicant).

I would volunteer to interface to the Broadcom supplied driver
(hybrid-port) for which an unterface to Linux is available, or to a
more recent open source driver for Linux (which supports newer
Broadcom hardware, though the BCM4312 is said to be poorly supported).

But I have (again) to ask for help for doing that. The relations
between net80211, mac, dladm and wpad are opaque.
There has been a Google summer of code about WPA2, but I could not get
anything useful from it (apparently WPA Enterprise requires a
significant reworking of the relations between these modules).

Jean-Pierre





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Michael Kruger wrote:

On 09/25/2016 04:24 PM, Adam Števko wrote:

HI,

out of curiosity, how was the NTFS created? When I tested this last, I
was able to mount ntfs properly. However, the partition was created by
ntfs-3g tools.

Adam



I don't recall as it's been a while since I tried. It was either created
under Windows 10, or using gparted under Linux. I never considered
trying to do it on OI. Seems to me the value of ntfs-3g would be
diminished if it can only work with partitions and filesystems created
by the tool itself.


Of course, ntfs-3g can read and write to partitions formatted
by Windows. Note however



For that matter, I'm curious whether a Windows system would respect a
partition and NTFS filesystem created by ntfs-3g. I sure would hope so
as this utility is, after all, to help provide interoperability.


Of course it does, the main purpose is indeed to provide
interoperability. All my user files (documentation, music,
source code including ntfs-3g, etc.) are on ntfs and
shared between Windows, Linux and OpenIndiana.




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Apostolos Syropoulos via openindiana-discuss wrote:




Does this work:

ntfs-3g /dev/dsk/c4t0d0p1 /mnt




# ntfs-3g /dev/rdsk/c4t0d0p1 /mnt
ntfs_attr_pread_i: ntfs_pread failed: Invalid argument
Failed to read NTFS $Bitmap: Invalid argument
The device '/devices/pci@0,0/pci1849,4396@13,2/storage@2/disk@0,0:r,raw' 
doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?


Why does your device path ends with ",raw" ? You have
to use /dev/dsk/c.t.d.p. not /dev/rdsk/c.t.d.p.

Are you sure this is ntfs formatted ? Please post the output
of :

head -c 11 [device-path] | tail -c 8

Jean-Pierre




  A.S.
--
Apostolos Syropoulos
Xanthi, Greece





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Michael Kruger wrote:

On 09/25/2016 02:09 PM, Apostolos Syropoulos via openindiana-discuss wrote:


  Hello,

I kust wanted to check ntfs-3g and I downloaded and installed the
packages from

http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html



There is also a package in the hipster repo:

system/file-system/ntfsprogs@2016.2.22,5.11-2016.0.0.2:20160730T020527Z



However, I didn't have much luck getting that one to work either.


Both are ntfs-3g-2016.2.22AR.1, compiled by different
compilers.

Can you give details ? What is the output of

head -c 11 [device path] | tail -c 8

Jean-Pierre



Michael




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Apostolos Syropoulos via openindiana-discuss wrote:



  Hello,

I kust wanted to check ntfs-3g and I downloaded and installed the packages from

http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html

However, it seems that it is not working.


# rmformat -l
Looking for devices...
1. Logical Node: /dev/rdsk/c2t3d0p0
Physical Node: /pci@0,0/pci1849,4391@11/cdrom@3,0
Connected Device: HL-DT-ST DVDRAM GH24NSD1  LG00
Device Type: DVD Reader/Writer
Bus: 
Size: 


I feel this way of identifying a partition as rather dangerous.

For a USB device, I first plug in a FAT-formatted USB key
which mounts automatically. Then I get its device path
which looks like /dev/dsk/c2t0d0p0:1 which gives the
device path for the first partition as /dev/dsk/c2t0d0p1.

Does anybody know where is the automount code for FAT
devices ? I would like to automount NTFS ones also.

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Hi Martin

Мартин Бохниг via openindiana-discuss wrote:

--->>
[OpenIndiana-discuss] exFAT fuse support needed __/__ Re[2]: ntfs-3g
https://openindiana.org/pipermail/openindiana-discuss/2016-September/019610.html
<<---


What do you mean ? I agree that if Apostolos is using an
exFAT formatted device, he need some exFAT support, not ntfs-3g.
From what would you think this is the case ?

And if you have an exFAT fuse driver on your workbench, this
is great news.

Jean-Pierre




Понедельник, 26 сентября 2016, 6:34 UTC от Jean-Pierre André 
:

Both are ntfs-3g-2016.2.22AR.1, compiled by different
compilers.

Can you give details ? What is the output of

head -c 11 [device path] | tail -c 8

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Мартин Бохниг via openindiana-discuss wrote:



https://github.com/illumos/illumos-gate/tree/master/usr/src/cmd/rmvolmgr



Thanks

Jean-Pierre






Понедельник, 26 сентября 2016, 6:45 UTC от Jean-Pierre André 
:

Apostolos Syropoulos via openindiana-discuss wrote:



   Hello,

I kust wanted to check ntfs-3g and I downloaded and installed the packages from

  http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html

However, it seems that it is not working.


# rmformat -l
Looking for devices...
1. Logical Node: /dev/rdsk/c2t3d0p0
Physical Node: /pci@0,0/pci1849,4391@11/cdrom@3,0
Connected Device: HL-DT-ST DVDRAM GH24NSD1  LG00
Device Type: DVD Reader/Writer
Bus: 
Size: 


I feel this way of identifying a partition as rather dangerous.

For a USB device, I first plug in a FAT-formatted USB key
which mounts automatically. Then I get its device path
which looks like /dev/dsk/c2t0d0p0:1 which gives the
device path for the first partition as /dev/dsk/c2t0d0p1.

Does anybody know where is the automount code for FAT
devices ? I would like to automount NTFS ones also.

Jean-Pierre






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Мартин Бохниг via openindiana-discuss wrote:

You are welcome, I'm glad I could help.
BTW In theory I agree myself with your proposal to have ntfs devices 
automounted.
But this would also automount huge ntfs hdd's on dual-boot systems.


Fixed devices are controlled by /etc/vfstab, you may want
to not mount them, or mount them either read-write or read-only.


(Although: I think the rmvolmgr is smart enough to distinguish "mobile" devices 
from fixed storage).
It would be similary to force-import / automount all zfs pools on a system (as 
on some other ZFS platforms).

Are you 100% sure we want that?


I mean automounting triggered by plugging in a USB device.
You plug in the device, it mounts without having to determine
its device patch, which depends on the USB socket you have used.

Why would you plug dynamically on a running system an ntfs
device which you would not want to mount ?


No, perhaps not.

However, with exFAT this problem doesn't exist, as exFAT will only reside on 
some removable media.
Hence _after_ we do have fuse-exFAT support functioning well on Hipster, let's think 
again about your proposal, but for exFAT rather than for ntfs (or lets say: for *both*, 
but milited to USB storage aka "mobile devices").


regards,
%martin, East-Berlin




Понедельник, 26 сентября 2016, 6:56 UTC от Jean-Pierre André 
:

Мартин Бохниг via openindiana-discuss wrote:



  https://github.com/illumos/illumos-gate/tree/master/usr/src/cmd/rmvolmgr



Thanks

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Jean-Pierre André wrote:

Michael Kruger wrote:

On 09/25/2016 04:24 PM, Adam Števko wrote:

HI,

out of curiosity, how was the NTFS created? When I tested this last, I
was able to mount ntfs properly. However, the partition was created by
ntfs-3g tools.

Adam



I don't recall as it's been a while since I tried. It was either created
under Windows 10, or using gparted under Linux. I never considered
trying to do it on OI. Seems to me the value of ntfs-3g would be
diminished if it can only work with partitions and filesystems created
by the tool itself.


Of course, ntfs-3g can read and write to partitions formatted
by Windows. Note however


Sorry, I was interrupted while writing this...

I wanted to mention that for reading DLLs from a Windows 10
system partition, you may need a specific plugin for decompressing
the DLL. You also need a plugin for reading deduplicated files
created by Windows Server 2012. Both plugins are available
for OpenIndiana (only for reading) on :

http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Hi Apostolos,

Apostolos Syropoulos via openindiana-discuss wrote:

Are you sure this is ntfs formatted ? Please post the output
of :



More than sure. I formated it on Windows 7 and today I tested on another
machine running Windows.




head -c 11 [device-path] | tail -c 8



# head -c 11 [device-path] | tail -c 8
[device-path]: No such file or directory
tail: 8: No such file or directory


You obviously have to replace [device-path] by the
actual device path to the partition, something like
/dev/dsk/c3t0d0p1 (for the first partition)




BTW we are talking about a plain USB flash disk.


It has to be formatted as ntfs.

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Мартин Бохниг via openindiana-discuss wrote:


https://openindiana.org/pipermail/openindiana-discuss/2016-September/019602.html

AS wrote:


ntfs /dev/rdsk/c4t0d0p0 /mtn

Well, that's clear that you could not mount p0.
In Solaris x86 p0 represents the entire disk (similar to s2 on SPARC-Solaris).
rmformat lists devices by their all-at-once pseudo-partition p0.
Clearly you have to adapt that path before mounting.
You were on the right way:

Fdisk shows the following:

Partition   StatusType  Start   End   Length%
=   ==  =   ===   ==   ===
1   ActiveIFS: NTFS 1  38903890100

But although FDISK correctly showed that the ntfs is on partition p1, you 
despite this wanted to mount p0.


No, if ntfs is on the first partition, you have to mount p1, not p0
(or the real path /devices/pci* ending with :r)

ntfs /dev/dsk/c4t0d0p1 /mtn

/mtn being an existing (void) directory.

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ntfs-3g

[Jean-Pierre André]

Hi again,

Apostolos Syropoulos via openindiana-discuss wrote:


I feel this way of identifying a partition as rather dangerous.





After your suggestions, I have used the following command:

# ntfs-3g /dev/dsk/c4t0d0p1 /mnt

The command worked! Thank you.


Great !

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NVIDIA GeForce 6200 LE GPU not supported on hipster

[Jean-Pierre André]

Gary Mills wrote:

I just installed hipster on an older computer from an
OI-hipster-gui-20160421.iso DVD.  It seems to be working nicely.
Even my HP laser printer is supported and working.

Something's wrong with my monitor, though.  It's called Unknown,
with a resolution of 1024x768.  When I looked at the X server log,
/var/log/Xorg.0.log, it said this:

  (WW) NVIDIA(0): The NVIDIA GeForce 6200 LE GPU installed in this system is
  (WW) NVIDIA(0): supported through the NVIDIA 304.xx Legacy drivers. Please
  (WW) NVIDIA(0): visit http://www.nvidia.com/object/unix.html for more
  (WW) NVIDIA(0): information.  The 340.93 NVIDIA driver will ignore this
  (WW) NVIDIA(0): GPU.  Continuing probe...

Sure enough, the nvidia driver is version 0.340.93-2015.0.1.0 .  Is
there a package for the older driver?  Is there some other solution?
Should I file a bug report?



For WIW, I have a "GeForce 6150 LE" which leads to the same
behavior on Hipster. I get tolerable results from the driver
NVIDIA-Solaris-x86-304.125.run available for Solaris on Nvidia
website. However I sometimes get bad colors, In particular
with Firefox.

The more recent NVIDIA-Solaris-x86-304.131.run crashes with
Hipster 2016.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NVIDIA GeForce 6200 LE GPU not supported on hipster

[Jean-Pierre André]

Hi Martin,

Мартин Бохниг via openindiana-discuss wrote:

The more recent NVIDIA-Solaris-x86-304.131.run crashes with
Hipster 2016.


Why? Where? When? How? Backtrace?


This is the kind of things I have no knowledge as to how to
get more information about. I am not a system developer.
After I installed the driver, I could not boot any more, and
I had to restore the system from the backup. I do not remember
whether I could boot in single user mode.

I might retry, but you have to tell me how to extract the
data you want from a computer which does not boot (using a
live-CD, copying some file to a fat-formatted USB key or
through the network, etc.)




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NVIDIA GeForce 6200 LE GPU not supported on hipster

[Jean-Pierre André]

Hi Ken

ken mays via openindiana-discuss wrote:

Hi Jean,
Ref: 
http://http.download.nvidia.com/solaris/304.132/NVIDIA-Solaris-x86-304.132.run

I've suggested Nvidia 304.132 for any testing with your card.
Thanks,Ken.


It works (similarly to the older NVIDIA-Solaris-x86-304.125.run
which I was using).

The colors are still bad on Firefox (something wrong with red),
but if I look at the font color menu on OpenOffice, I get
a correct display of colors.

Also the brightness setting (defined and saved by Nvidia
preference settings) is not applied when the driver initializes.
I have to start the preference setting manually to restore
my settings (I need not set the settings again, just start
the tool and quit).

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NVIDIA GeForce 6200 LE GPU not supported on hipster

[Jean-Pierre André]

Hi Martin,

Thanks for the useful suggestions.

However I am not to retry now, as the version suggested by Ken
is acceptable.

Jean-Pierre

Мартин Бохниг via openindiana-discuss wrote:


Hello,

still not a very detailed description.
In the case you described I recommend a user to first install OI to disc in 
text mode or vesa mode and to then nail down what actually happens.

/var/log/Xorg.0.log or /var/adm/messages would be the first places to look.

Non-HDD case (and generally) : As for how to get hold of these in case of a 
"non-booting" (sigh, what? why? until which pint?) CD/DVD or USB you already 
named the most fitting possibilibiets:



(using a
live-CD, copying some file to a fat-formatted USB key or
through the network, etc.)


As I suggest every time here on this very list: Boot to single user, start sshd 
manually, check which ip address gets assigned.

Then ^d and continue the boot.
After impact (or also before) you can ssh into jack:jack@your-ip and watch what 
happened.

Good luck and I'm back not before 2am next month ;)



best regards,
%martin bochnig





Why? Where? When? How? Backtrace?


This is the kind of things I have no knowledge as to how to
get more information about. I am not a system developer.
After I installed the driver, I could not boot any more, and
I had to restore the system from the backup. I do not remember
whether I could boot in single user mode.

I might retry, but you have to tell me how to extract the
data you want from a computer which does not boot (using a
live-CD, copying some file to a fat-formatted USB key or
through the network, etc.)




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NVIDIA GeForce 6200 LE GPU not supported on hipster

[Jean-Pierre André]

Jean-Pierre André wrote:

Hi Ken

ken mays via openindiana-discuss wrote:

Hi Jean,
Ref:
http://http.download.nvidia.com/solaris/304.132/NVIDIA-Solaris-x86-304.132.run


I've suggested Nvidia 304.132 for any testing with your card.
Thanks,Ken.


It works (similarly to the older NVIDIA-Solaris-x86-304.125.run
which I was using).

The colors are still bad on Firefox (something wrong with red),
but if I look at the font color menu on OpenOffice, I get
a correct display of colors.


I have uploaded a composite picture : on the left is
what I get on Linux, on the right what I get on OpenIndiana.

See http://jp-andre.pagesperso-orange.fr/nvidia.gif

After all, I am not sure it is a graphics driver issue.

Jean-Pierre




Also the brightness setting (defined and saved by Nvidia
preference settings) is not applied when the driver initializes.
I have to start the preference setting manually to restore
my settings (I need not set the settings again, just start
the tool and quit).

Jean-Pierre





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NVIDIA GeForce 6200 LE GPU not supported on hipster

[Jean-Pierre André]

Andreas Wacknitz wrote:


Am 30.09.16 um 16:17 schrieb Jean-Pierre André:

Jean-Pierre André wrote:

Hi Ken

ken mays via openindiana-discuss wrote:

Hi Jean,
Ref:
http://http.download.nvidia.com/solaris/304.132/NVIDIA-Solaris-x86-304.132.run



I've suggested Nvidia 304.132 for any testing with your card.
Thanks,Ken.


It works (similarly to the older NVIDIA-Solaris-x86-304.125.run
which I was using).

The colors are still bad on Firefox (something wrong with red),
but if I look at the font color menu on OpenOffice, I get
a correct display of colors.


I have uploaded a composite picture : on the left is
what I get on Linux, on the right what I get on OpenIndiana.

See http://jp-andre.pagesperso-orange.fr/nvidia.gif

After all, I am not sure it is a graphics driver issue.

Jean-Pierre


In my Hipster I get a similar result like your Linux one.
I got results like your OI one on some pages that rely on things that I
have blocked.
Thus, what FireFox add-ons do you have installed? If any, try to disable
or remove them and then try again.
Probably after also cleaning the cache.


In the meantime, I have found the explanation : Firefox
had a setting enabled for background color. By disabling
this setting I get the expected view.

Sorry for the noise.

Jean-Pierre



Regards





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Screen brightness

[Jean-Pierre André]

I have a laptop (with Intel graphics) whose display is
set by default to maximum brightness.

Fortunately, with the latest Intel graphics driver, I can
adjust the brightness by issuing :
xrandr --output LVDS1 --brightness 0.4

Where should I put this command in order to have it run
at startup (after the driver has been activated) ?

Also, glxgears returns 2000fps, while on Linux I get
3000fps. Does that mean something is not running at an
optimal frequency ?

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Hijacking of Shift-F5

[Jean-Pierre André]

Hi,

[new thread as a follow-up to a similar one by Harry Putnam]



I'm guessing the main OS (oi-hipster) has in someway hijacked
exclusive use of CTRL key.  But I have no idea how to begin to fix
this.


It turns out the above statement was right.  The way the HOST os
hi-jacked the ctrl key:

In the preference settings under: Preferences => hdware => mouse

There is a check box at `Locate Pointer'
   

I had it checked.  Unchecking that box will free the control key to work
inside Vbox vms.


How did you hunt this ?

I have a similar problem with Shift-F5 which is hijacked
by some code I cannot locate. Apparently this does not
reach Xorg (xev does not see the KeyPress event), so I
cannot redefine it.

I thought it was hijacked by the nvidia driver, as I got
the normal behavior on a computer with Intel graphics, but
this was with vesa emulation. The Intel graphics driver
can now be used, and the hijacking now also shows up on
this computer.

So this must be an OI/illumos thing (or at least something
common to nvidia and intel drivers but not the vesa one).
How can I locate and un-hijack it ?

Note : Shift-F5 causes a screen blink. Is it taken for
a screen copy or a screen print ?

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Hijacking of Shift-F5

[Jean-Pierre André]

Alan Coopersmith wrote:

On 05/18/17 12:37 PM, Harry Putnam wrote:

Jean-Pierre André  writes:

I have a similar problem with Shift-F5 which is hijacked
by some code I cannot locate. Apparently this does not
reach Xorg (xev does not see the KeyPress event), so I
cannot redefine it.

I thought it was hijacked by the nvidia driver, as I got
the normal behavior on a computer with Intel graphics, but
this was with vesa emulation. The Intel graphics driver
can now be used, and the hijacking now also shows up on
this computer.

So this must be an OI/illumos thing (or at least something
common to nvidia and intel drivers but not the vesa one).
How can I locate and un-hijack it ?

Note : Shift-F5 causes a screen blink. Is it taken for
a screen copy or a screen print ?


Oops - I missed the original message, but saw it quoted here - check to
see if you have a process called "dispswitch" running - it grabs
Shift-F5 to try to do display probe/switch for when you plug in an external
monitor to your laptop.


That was it !

Just killing the dispswitch process makes the key usable.



It was an OpenSolaris custom creation which I assume OI inherited, and
isn't used on other OS'es that I know of.

It's started by /etc/xdg/autostart/gnome-dispswitch.desktop as part of
desktop session startup.  The man page lists the args to change which
key it steals.


Not tried yet, but I am on the right track now.

Thanks !

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Reboot failed after Hipster upgrade

[Jean-Pierre André]

Gary Mills wrote:

One of my systems has an ASUS M2NPV-VM motherboard with an AMD
Athlon(tm) 64 X2 Dual Core Processor 4400+.  It has an NVIDIA GPU
GeForce 6200 LE video card, for which I installed the
NVIDIA-Solaris-x86-304.132.run product.  It's running a Hipster
version from 2016-09-30.

When I attempted to upgrade to a Hipster version from 2017-08-07, the
install proceeded normally, but the reboot never completed.  The


Same for me... see discussion about it :
https://openindiana.org/pipermail/oi-dev/2017-June/005463.html


console (USB) keyboard went dead.  The progress bar on the monitor ran
forever.  There was nothing on the monitor but that progress bar.  I
couldn't login remotely, either.  I had to hold down the power button
to stop it.

After that, I was able to select the previous BE from the GRUB menu.
That worked normally.  I could mount the upgraded BE to examine it,
but none of the log files were new enough to have come from the
reboot.

What can I do to enable the upgrade and reboot to succeed?


I just gave up, and went back to Hipster 2016-04 with
NVIDIA-Solaris-x86-304.125.run

Jean-Pierre








___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Latest Hipster very slow

[Jean-Pierre André]

Hi all,

I have been trying to use the latest Hipster on VirtualBox before
installing on real hardware, but it is running much slower than
older versions.

When booting, the GUI login screen shows after 12 minutes, on
older versions this was less than 4 minutes, with VirtualBox
configured the same way on the same computer.

I also get the following, which I do not know whether this is
the cause or a consequence :

=== console =
Hostname: openindiana
Mounting ZFS filesystems: (6/6)
Jun 20 17:06:56 svc.startd[9]: svc:/network/inetd-upgrade:default: 
Method or ser

vice exit timed out. Killing contract 71.
Jun 20 17:06:57 svc.startd[9]: svc:/network/inetd-upgrade:default: 
Method "/lib/

svc/method/inetd-upgrade start" failed due to signal KILL.

openindiana console login: Jun 20 17:10:59 openindiana svc.startd[9]: 
network/in
etd-upgrade:default failed: transitioned to maintenance (see 'svcs -xv' 
for deta

ils)

SUNW-MSG-ID: SMF-8OOO-VX, TYPE: defect, VER: 1, SEVERITY: major
EVENT-TIME Wed Jun 20 17:11:00 CEST 2018
PLATFORM: Virtualbox, CSN: 0, HOSTNAME: openindiana
SOURCE: software-diagnosis, REV: 0.1
EVENT-ID: e97c0289-646f-4fe1-ccce-fe5ba0bb3b2c
DESC: A service failed - a method is failing in a retryable manner but 
too often

.
  Refer to http://illumos.org/msg/SMF-8000-YX for more information.
AUTO-RESPONSE: The service has been placed into the maintenance state.
IMPACT: svc:/network/inetd-upgrade:default is unavailable.
REC-ACTION: Run 'svcs -xv svc:/network/inetd-upgrade:default' to 
determine the g
eneric reason why the service failed, the location of any logfiles, and 
a list o

f other services inpacted.
 end console===

I even get this when booting the live-DVD.

What can be the cause ?

Jean-Pierre

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] FTDI FT232R support In Hipster?

[Jean-Pierre André]

Reginald Beardsley via openindiana-discuss wrote:

google was not useful, so I thought I'd ask here.  I need some USB to serial 
interfaces.



I have a rfxcom USB device to collect temperature data from several
sensors. It advertises an FTDI FT230XQ interface and appears as
usb403,6015.

When I associate it with the driver usbftdi, I get an error
(roughly "driver successfully added, but failed to attach").
I do not see any /dev/cua interface created.

The device runs properly on Windows and Linux, so I have to
suppose usbftdi is not fit for purpose (its standard association
is for usb403,6001 which must be an older interface).

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Native speakers' help with translation wanted

[Jean-Pierre André]

Michal Nowak wrote:

Hi,


[...]


We also ship translations of this page in following languages:

   pt_br de el es fr nl pl ru sl

May I ask native speakers in those languages to step in and help
translate the page, please? It's less than half page of text.


Where are these translations to be seen for checking ?
(Apparently, on an english-language installation, only the english
variant is present).




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Native speakers' help with translation wanted

[Jean-Pierre André]

Michal Nowak wrote:

Hi,

we are slightly updating the English "Welcome to OpenIndiana Hipster"
home page one can see when starting Firefox on MATE installation medium.
If you have release/os-welcome package installed you can see the
(localized) page at

   file:///usr/share/doc/openindiana-welcome/html/index.html

Can a native English speaker read the changed text at
https://github.com/OpenIndiana/openindiana-welcome/pull/10/files and
provide feedback (either in the PR or here), please?

We also ship translations of this page in following languages:

   pt_br de el es fr nl pl ru sl

May I ask native speakers in those languages to step in and help
translate the page, please? It's less than half page of text.


I have put a temptative translation to French on

http://jp-andre.pagesperso-orange.fr/welcome-fr.html

(also http://jp-andre.pagesperso-orange.fr/welcome-fr.zip
for avoiding hooks added by my provider)

Anybody feel free to fix this translation (or ignore it),

And to mirror Peter's comment, part of frenchness is to have
a proper spacing before some punctuations such as colons or
exclamation marks...



Thank you,
Michal




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] FTDI FT232R support In Hipster?

[Jean-Pierre André]

Jean-Pierre André wrote:

Reginald Beardsley via openindiana-discuss wrote:

google was not useful, so I thought I'd ask here.  I need some USB to
serial interfaces.



I have a rfxcom USB device to collect temperature data from several
sensors. It advertises an FTDI FT230XQ interface and appears as
usb403,6015.

When I associate it with the driver usbftdi, I get an error
(roughly "driver successfully added, but failed to attach").
I do not see any /dev/cua interface created.

The device runs properly on Windows and Linux, so I have to
suppose usbftdi is not fit for purpose (its standard association
is for usb403,6001 which must be an older interface).



I have finally dug into the usbftdi driver code and found that
it has hard coded limitations to specific devices.
I just had to add the one I needed (usb403,6015) to the
hard coded list and recompile.

Below is the significant diff.

Compiling this relies on a file sys/usb/usbdevs.h defining
the vendor/product ids, which is apparently built from some
source file whose OpenIndiana variant I could not find.
I used one from FreeBSD, but it does not contain the one
for MARVELL_SHEEVAPLUG_JTAG.

Jean-Pierre

--- uftdi_dsd.0 2019-03-12 12:04:08.095929800 +
+++ uftdi_dsd.c 2019-03-13 09:43:54.242637100 +
@@ -245,6 +254,7 @@
case USB_PRODUCT_FTDI_EMCU2D:
case USB_PRODUCT_FTDI_PCMSFU:
case USB_PRODUCT_FTDI_EMCU2H:
+   case USB_PRODUCT_FTDI_232EX: /* JPA */
break;
default:
recognized = B_FALSE;





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] FTDI FT232R support In Hipster?

[Jean-Pierre André]

Till Wegmüller wrote:

Hi

Is this file from any userland package or from illumos gate?
If it is from illumos gate you may want to open a Bug to get these ID's


How would I know which package (and which project) a file
(a driver in this case) belongs to ?

I posted it here, because this is where Reginald Beardsley asked
in the first place (the patch does not precisely address his
case, but it might be similar).


added properly. Or directly a Patch if you can :) As this is the
OpenIndiana Discussion List and not the Illumos Developers list I don't
know if your Patch got recognized in the later case.


I recently posted a patch on https://www.illumos.org/issues
(#10319) for an issue detected by valgrind, but did not get any
feedback...

Is there some dedicated channel to collect proposed patches,
with somebody forwarding to proper destination ?

Jean-Pierre



Greetings
Till

On 13.03.19 10:26, Jean-Pierre André wrote:

Jean-Pierre André wrote:

Reginald Beardsley via openindiana-discuss wrote:

google was not useful, so I thought I'd ask here.  I need some USB to
serial interfaces.



I have a rfxcom USB device to collect temperature data from several
sensors. It advertises an FTDI FT230XQ interface and appears as
usb403,6015.

When I associate it with the driver usbftdi, I get an error
(roughly "driver successfully added, but failed to attach").
I do not see any /dev/cua interface created.

The device runs properly on Windows and Linux, so I have to
suppose usbftdi is not fit for purpose (its standard association
is for usb403,6001 which must be an older interface).



I have finally dug into the usbftdi driver code and found that
it has hard coded limitations to specific devices.
I just had to add the one I needed (usb403,6015) to the
hard coded list and recompile.

Below is the significant diff.

Compiling this relies on a file sys/usb/usbdevs.h defining
the vendor/product ids, which is apparently built from some
source file whose OpenIndiana variant I could not find.
I used one from FreeBSD, but it does not contain the one
for MARVELL_SHEEVAPLUG_JTAG.

Jean-Pierre

--- uftdi_dsd.0 2019-03-12 12:04:08.095929800 +
+++ uftdi_dsd.c 2019-03-13 09:43:54.242637100 +
@@ -245,6 +254,7 @@
 case USB_PRODUCT_FTDI_EMCU2D:
 case USB_PRODUCT_FTDI_PCMSFU:
 case USB_PRODUCT_FTDI_EMCU2H:
+   case USB_PRODUCT_FTDI_232EX: /* JPA */
 break;
 default:
 recognized = B_FALSE;








___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] FTDI FT232R support In Hipster?

[Jean-Pierre André]

Udo Grabowski (IMK) wrote:

On 13/03/2019 14:40, Jean-Pierre André wrote:

Till Wegmüller wrote:

Hi

Is this file from any userland package or from illumos gate?
If it is from illumos gate you may want to open a Bug to get these ID's


How would I know which package (and which project) a file
(a driver in this case) belongs to ?



# pkg search /usr/include/sys/usb/usbdevs.h
INDEX  ACTION VALUE PACKAGE
path   file   usr/include/sys/usb/usbdevs.h
pkg:/system/header/header-usb@0.5.11-0.151.1.9



Thanks, from that I could locate the source file usbdevs,
into which the vendor/product id had also to be inserted.

Posted as https://www.illumos.org/issues/10550
to whom it may concern.

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] FTDI FT232R support In Hipster?

[Jean-Pierre André]

Udo Grabowski (IMK) wrote:

On 14/03/2019 16:44, Jim Klimov wrote:

On March 13, 2019 3:45:53 PM UTC, "Jean-Pierre André"
 wrote:

Udo Grabowski (IMK) wrote:

On 13/03/2019 14:40, Jean-Pierre André wrote:

Till Wegmüller wrote:

Hi

Is this file from any userland package or from illumos gate?
If it is from illumos gate you may want to open a Bug to get these

ID's


How would I know which package (and which project) a file
(a driver in this case) belongs to ?



# pkg search /usr/include/sys/usb/usbdevs.h
INDEX  ACTION VALUE PACKAGE
path   file   usr/include/sys/usb/usbdevs.h
pkg:/system/header/header-usb@0.5.11-0.151.1.9



Thanks, from that I could locate the source file usbdevs,
into which the vendor/product id had also to be inserted.

Posted as https://www.illumos.org/issues/10550
to whom it may concern.


How up-to-date is that system with @0.5.11-0.151.1.9 reported in an
installled package?


This was posted just to show how a package for a file can be
searched. I randomly picked one of our a9 systems, so that package
was indeed up to date :-)


I got the file (usbdevs) from the illumos-gate git :
https://github.com/OpenIndiana/illumos-gate/raw/master/usr/src/uts/common/io/usb/usbdevs
So it is supposed to be the latest version of the file from
which the header file usbdevs.h is derived.

However it has 2520 lines (including comments) describing the
vendor/product ids, whereas the equivalent one from FreeBSD
has 4962 lines, though it apparently dates back from 2004.

The driver code file uftdi_dsd.c apparently dates back from
2013 and did not reference the device I wanted. Upgrading
such a code can only be done by users who can test whether
their own device is supported, in particular the only answer
I can give the OP is where the issue potentially stands.

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] installing pthreads for compiling

[Jean-Pierre André]

Lonnie Cumberland wrote:

Hi Tim,



[...]



There is no native driver for OI to support ext2/ext3/ext4.  Apparently
the filesystem in userspace (FUSE) code worked at one point, but IIRC
it's not currently working.  That would likely be the easiest approach
to get minimal access to ext volumes, but again, I don't think it's
working right now.



Yea, I was digging around the Internet and it seems that there is no real
support for this. Perhaps, I can dig into the FUSE code at some point to
see if maybe I can get it working in the near future since I think that it
would be useful to be able to mount different filesystems as well.


I recently pushed an update to the fuse code, and I expect it
to work properly. In fact, I am using ntfs over fuse for nearly
everything (documentation, source code, music, backups, etc.)
shareable among Windows, Linux and OpenIndiana.

There is an old implementation of ext2 based on fuse, the
current state of which I do not know. IMHO, as fuse and ext2
did not get significant changes for years, I would expect reviving
it to be a simple task. Upgrading it to read-only ext4 should even
be possible with reasonable effort, so the real challenge
would be to provide read-write ext4 (even with no journalling).

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] installing pthreads for compiling

[Jean-Pierre André]

Lonnie Cumberland wrote:

Hi Jean-Pierre,

Thanks for the info and I would also like to look at that to see how things
are done. Do you have a link to the fuse code?


The latest source code of the fuse kernel module is at :
https://github.com/jurikm/illumos-fusefs/commits/master/

More details (and updated binary code) on :
http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
(Note : version 1.3AR.5 is identical to 1.4)

The fuse library part (dynamically linked from the user space
file system) can be installed by :
pkg install pkg:/library/libfuse

Jean-Pierre


Cheers,
Lonnie

On Fri, Mar 29, 2019 at 3:47 AM Jean-Pierre André <
jean-pierre.an...@wanadoo.fr> wrote:


Lonnie Cumberland wrote:

Hi Tim,



[...]



There is no native driver for OI to support ext2/ext3/ext4.  Apparently
the filesystem in userspace (FUSE) code worked at one point, but IIRC
it's not currently working.  That would likely be the easiest approach
to get minimal access to ext volumes, but again, I don't think it's
working right now.



Yea, I was digging around the Internet and it seems that there is no real
support for this. Perhaps, I can dig into the FUSE code at some point to
see if maybe I can get it working in the near future since I think that

it

would be useful to be able to mount different filesystems as well.


I recently pushed an update to the fuse code, and I expect it
to work properly. In fact, I am using ntfs over fuse for nearly
everything (documentation, source code, music, backups, etc.)
shareable among Windows, Linux and OpenIndiana.

There is an old implementation of ext2 based on fuse, the
current state of which I do not know. IMHO, as fuse and ext2
did not get significant changes for years, I would expect reviving
it to be a simple task. Upgrading it to read-only ext4 should even
be possible with reasonable effort, so the real challenge
would be to provide read-write ext4 (even with no journalling).

Jean-Pierre





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] S3fs and Fuse

[Jean-Pierre André]

Senthilarasan Swamy wrote:

Hi All,

Trying to mount AWS S3 on OI server using Fuse and S3fs. To compile and build 
S3fs, it need fuse 2.8.4 but able to install fuse library 2.7.6 on hipster repo.


AFAIK fuse 2.8 implemented two new functions : poll() and ioctl(),
but these are not triggered or called by the applications, not by
the file system.

These functions are currently not implemented in the fuse kernel,
and they cannot be simply adapted from a Linux implementation.
Do you really need them (in your application) ?


Where can I get latest Fuse lib?


The fuse lib for Hipster is orphaned, and you are probably using
the latest version.

Does anyone successfully tried s3fs-1.74 and mounted S3 bucket? If so 
please advise the procedure.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] S3fs and Fuse

[Jean-Pierre André]

Jean-Pierre André wrote:

Senthilarasan Swamy wrote:

Hi All,

Trying to mount AWS S3 on OI server using Fuse and S3fs. To compile 
and build S3fs, it need fuse 2.8.4 but able to install fuse library 
2.7.6 on hipster repo.


AFAIK fuse 2.8 implemented two new functions : poll() and ioctl(),
but these are not triggered or called by the applications, not by
the file system.


Sorry. I meant "these are triggered or called by the applications,
not by the file system."



These functions are currently not implemented in the fuse kernel,
and they cannot be simply adapted from a Linux implementation.
Do you really need them (in your application) ?


Where can I get latest Fuse lib?


The fuse lib for Hipster is orphaned, and you are probably using
the latest version.

Does anyone successfully tried s3fs-1.74 and mounted S3 bucket? If so 
please advise the procedure.





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] openindiana-discuss Digest, Vol 105, Issue 17

[Jean-Pierre André]

Senthilarasan Swamy wrote:

Hi Team,

Thanks for the response. We need fuse 2.8 [ functions: poll() and ioctl ()] to 
install S3fs ( need to mount AWS s3 bucket on OI servers). Below error getting 
while trying to build S3fs (two versions 1.74 and 3.0) with Fuse 2.7.6.



This is not hopeless. In the initialization phase, the library
and the file system negotiate the features they can support, by
setting flags into conn->want and conn->capable, and they are
supposed to accomodate the lack of these features by the other
party.

Most errors you get are about flags names unknown to fuse 2.7
because the corresponding feature is not supported.

In ntfs-3g, the same situation was solved by not setting flags
unknown to the library (with feature or performance
degradation), using sequences like :

#ifdef FUSE_CAP_IOCTL_DIR
conn->want |= FUSE_CAP_IOCTL_DIR;
#endif /* defined(FUSE_CAP_IOCTL_DIR) */

Doing similarly may work, ... or may not work, but it is worth
the effort trying.

You also have to fix the format for printing a "mode_t".

Jean-Pierre



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] search in archives

[Jean-Pierre André]

Tony Brian Albers wrote:

On Tue, 2019-05-07 at 12:29 -0500, Tim Mooney wrote:

In regard to: [OpenIndiana-discuss] search in archives, Tony Brian
Albers...:


is there any way that I can search the mail archives?


When I wanted to search the archives, I couldn't find any built-in
way to do it, so I just did some scripting to download all the
compressed
files so I could use grep.  I don't seem to have saved a script to do
that, so I must have just written it right on the command line.



What is going on with
https://openindiana.org/pipermail/openindiana-discuss/

Most posts are not viewable (by thread, subject, date) any more,
though they are all available in the compressed variant.


[...]



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Σχετ: Re: support for exFAT in openindiana

[Jean-Pierre André]

Marc Lobelle wrote:

Hello Apostolos,

Indeed, it works when mounting manually the sd card

root@firefly:~# fstyp /dev/dsk/c4t0d0p1
lowntfs-3g
root@firefly:~#  mount -F ntfs /dev/dsk/c4t0d0p1 /mnt
root@firefly:~# ls /mnt
./  RADECS2017_v52.pdf*
../ System Volume Information/

However, if I try to mount the windows partition of the main disk, it says:
root@firefly:~# fstyp /dev/dsk/c5t0d0p2
lowntfs-3g
root@firefly:~# mount -F lowntfs /dev/dsk/c5t0d0p2 /windows
The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Falling back to read-only mount because the NTFS partition is in an
unsafe state. Please resume and shutdown Windows fully (no hibernation
or fast restarting.)
Could not mount read-write, trying read-only

After disabling, "fast restarting" and "hibernation" in Windows 10, the windows 
partition can easily be mounted.


This is because Windows 10 does not usually flush its cache
to disk before shutting down, hence the device is inconsistent.

To have the cache flushed on shutting down, execute as an
Administrator (once for all) :
powercfg /h off

The cache is also flushed when leaving Windows by "Restart"
instead of "Shut down"

Jean-Pierre



The last problem is that , while FAT32 formated sd cards are automatically 
mounted by rmvolmgr, ntfs cards are not mounted automatically. Do you know if 
there is somewhere a configuration file to update ?
Thanks

Marc


On 01/12/2019 07:34, Apostolos Syropoulos via openindiana-discuss wrote:

It works and I use it almost every day.
AS

Στάλθηκε από το Ταχυδρομείο Yahoo σε Android

   Στις Κυρ, 1 Δεκ, 2019 στις 8:26, ο χρήστηςTony Brian 
Albers έγραψε:   Morning,

How 'bout NTFS?:
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjp-andre.pagesperso-orange.fr%2Fopenindiana-ntfs-3g.html&data=02%7C01%7C%7C2c7b313072664120165608d776289911%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637107789050492425&sdata=LRAI5BpBsAEKxtvxYj8VRpihpefTMWf8JjAL9D1x7yk%3D&reserved=0

Dunno if it works, but that would be a good solution IMO.

/tony


On Sat, 2019-11-30 at 16:27 +, Marc Lobelle wrote:


Hello,

I use dual boot notebooks OI-hipster/ windows. I have been using SD
cards as shared  media between the two OS. This worked fine with
"small"
cards in FAT32. I tried a 128 GB card (exFAT), but OI-hipster says
it
cannot mount it. Is there a fix to be able to share that card
between
IO-hipster and Windows ?

Thanks


Marc

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenindiana.org%2Fmailman%2Flistinfo%2Fopenindiana-discuss&data=02%7C01%7C%7C2c7b313072664120165608d776289911%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637107789050492425&sdata=IyA%2F%2FVG56MMNqW0vGgXONi1oL7HCCwBXPckFTrs9dc4%3D&reserved=0


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenindiana.org%2Fmailman%2Flistinfo%2Fopenindiana-discuss&data=02%7C01%7C%7C2c7b313072664120165608d776289911%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637107789050492425&sdata=IyA%2F%2FVG56MMNqW0vGgXONi1oL7HCCwBXPckFTrs9dc4%3D&reserved=0

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenindiana.org%2Fmailman%2Flistinfo%2Fopenindiana-discuss&data=02%7C01%7C%7C2c7b313072664120165608d776289911%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637107789050492425&sdata=IyA%2F%2FVG56MMNqW0vGgXONi1oL7HCCwBXPckFTrs9dc4%3D&reserved=0


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Σχετ: Re: support for exFAT in openindiana

[Jean-Pierre André]

maybird1776 via openindiana-discuss wrote:


Usually, ejecting  USB drives in Windows helps
unmount them properly. Do a file system check/repair
so the FS table is not corrupted by a bad dismount.


The cache issue is specific to fixed disks which are not
manually ejected. Doing a file system check does not really
help.

This is a typical scenario :

1) Boot into Windows, and only read from the volume.
Part of the file system data are copied to cache, the updates
journal is cleared, and the file system is kept consistent.

2) Boot into another OS and add new files to the volume.
Updates are done to several locations : sector allocations,
file attributes, file contents, directory indexes, etc.
So far the volume is kept consistent.

3) Boot again into Windows. The cache is restored from the
swap file and the data stored in it takes precedence. Part
of the updates are lost, and inconsistencies appear. It is
time to do a chkdsk and forget the updates from the other OS.

Jean-Pierre



 Original message From: "L. F. Elia via openindiana-discuss" 
 Date: 12/11/19  4:30 PM  (GMT-08:00) To: Discussion list for OpenIndiana 
 Cc: "L. F. Elia"  Subject: Re: 
[OpenIndiana-discuss]


[...]



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] node/npm question(s)

[Jean-Pierre André]

Predrag Zecevic - Unix Systems Administrator wrote:


On 01/31/20 21:47, Michal Nowak via openindiana-discuss wrote:

On 01/31/20 01:54 PM, Predrag Zecevic - Unix Systems Administrator wrote:

Hi all,

I have strange feeling that something is wrong with nodejs. I have 
installed:

:; pkg list | grep nodejs
runtime/nodejs    0.12.18-2018.0.0.2 i--
runtime/nodejs-10 10.18.1-2019.0.0.0 i--
runtime/nodejs-12 12.14.1-2019.0.0.0 i--
runtime/nodejs-6  6.17.1-2018.0.0.0 
    i--
runtime/nodejs-8  8.17.0-2019.0.0.0 
    i--


Default is:
:; pkg mediator nodejs
MEDIATOR    VER. SRC. VERSION IMPL. SRC. IMPLEMENTATION
nodejs  system    12  system

This command works:
:; node --version
v12.14.1

But this exists terminal (and works fine on Linux):
:; npm ---version # same is true for 'npm version' command


Is the triple dash intentional ?

Jean-Pierre




When I call it like this, it works:
:; npm --version |& tee
6.13.4


Hi Predrag,

all of these commands work for me both in local and global zone with 
runtime/nodejs-12, terminal is kept alive after the npm command finished.


Can you truss the command like this and upload the log somewhere?

   truss -o log1 npm --version

Or maybe you will need to be more creative and run it like this:

   truss -o log2 sh -c 'npm --version'

Michal


Hi Michal,

https://app.box.com/s/93hthxgd3g8w43nct9vvtuhmfj3es63y contains zipped 
output from

:; truss -o /tmp/npm.truss npm -version

command

Regards.




Am I doing something wrong here?

Regards.

P.S:
:; npm init  # worked fine
:; npm install xterm # from https://xtermjs.org/ - has finished 
installation, but then exited terminal - very annoying




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss







___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Finding package that includes file

[Jean-Pierre André]

Nicholas Papadonis wrote:

I also just realized the libXm.so is Motif and may have not made it open
sourced as part of openindiana.  Is this the case?  Thanks


AFAIR there are conditions for packaging Motif.

I have had to compile it from source, its dependencies are available
in Hipster, but the libXm.so depends on Hipster versions (at least
through libpngxx.so)

Jean-Pierre




On Wed, Mar 25, 2020 at 1:49 AM Nicholas Papadonis <
nick.papadonis...@gmail.com> wrote:


Also, I'm running OI-hipster-text-20161030.iso because I have an app that
requires 32-bit support.

Thanks

On Wed, Mar 25, 2020 at 1:47 AM Nicholas Papadonis <
nick.papadonis...@gmail.com> wrote:


I'm trying to find which package includes a file as follows:

$ pkg search -l -H -o pkg.name libXm.so.3

However no results.

Any guidance appreciated.








___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Multiboot : OpenIndiana, Devuan, LMDE4

[Jean-Pierre André]

joel lapointe wrote:

Hi

Here is the situation :

   1.  Tried OpenIndiana liveDVD, I liked it.
   2.  Decided to install it on a free partition. Other partitions are occupied 
by W10, LMDE4, Devuan
   3.  Rebooted to try the new install. Worked great.
   4.  The other partitions weren't present on the boot menu
   5.  Decided to boot a LMDE4 LiveDVD so I can boot-repair. It went well, 
however, the OpenIndiana partition wasn't there
   6.  I tried to seek a solution over the Internet. I saw a Solaris 10 menu 
entry. I did not implement it because it could be different.
   7.  os-prober did not see it either.

So here the fdisk -l result :

root@linuxmintdebian:/home/joel# fdisk -l
Disk /dev/sda: 447,1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5dd4086d

Device Boot Start   End   Sectors   Size Id Type
/dev/sda1  * 2048   1126399   1124352   549M  7 HPFS/NTFS/exFAT
/dev/sda2 1126400 526915111 525788712 250,7G  7 HPFS/NTFS/exFAT
/dev/sda3   526915584 528605183   1689600   825M 27 Hidden NTFS WinRE
/dev/sda4   528609278 937701375 409092098 195,1G  5 Extended
/dev/sda5   528609280 538427391   9818112   4,7G 82 Linux swap / Solaris
/dev/sda6   767168512 937701375 170532864  81,3G 83 Linux
/dev/sda7   651427840 767166463 115738624  55,2G 83 Linux
/dev/sda8   538427455 651427776 113000322  53,9G bf Solaris

I'd like to say that os-prober did not see it either.

Thank you!



Welcome to the club !

FYI the latest Hipster version still ships grub, which you can
activate, but it is non-functional now. You have at least to
create a (void) file /rpool/boot/grub/bootsign/pool_rpool,
but this is not enough

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System panics with newer kernel by fuse mount "exfat"

[Jean-Pierre André]

The bad dereferencing occurs while getting the current process id :

fhp->process_id = curproc->p_pidp->pid_id;

With curproc->p_pidp found to be null (based on fuse 1.4-2020.0.1.0)

My first bet is that the system "struct proc" has been changed without
the fuse module being recompiled (or you did not install the recompiled
one).

Jean-Pierre


Stephan Althaus wrote on 9/14/20 9:54 PM:

Hello all!

I am using the fuse module "exfat" for about half a year now and it 
works well.


When i updated OI on 2020-09-10, the system panics when mounting an 
exfat fs.


What recent change could have lead to this behaviour?

I did set "set hires_tick=0" in /etc/system  as a shot in the dark, it 
does not help.



When mounting an exfat file system, i get a system panic and an instant 
automatic reboot.


Any hints are welcome how to identify the root of the fault.

Thanks,

Stephan


*$ fmdump -Vp  -u fb5fcce4-0a78-65e6-be82-f41d72c5d705*
TIME UUID SUNW-MSG-ID
Sep 12 2020 12:04:00.880479000 fb5fcce4-0a78-65e6-be82-f41d72c5d705 
SUNOS-8000-KL


   TIME CLASS ENA
   Sep 12 12:03:50.3209 ireport.os.sunos.panic.dump_pending_on_device 
0x


nvlist version: 0
     version = 0x0
     class = list.suspect
     uuid = fb5fcce4-0a78-65e6-be82-f41d72c5d705
     code = SUNOS-8000-KL
     diag-time = 1599905040 827325
     de = fmd:///module/software-diagnosis
     fault-list-sz = 0x1
     fault-list = (array of embedded nvlists)
     (start fault-list[0])
     nvlist version: 0
     version = 0x0
     class = defect.sunos.kernel.panic
     certainty = 0x64
     asru = 
sw:///:path=/var/crash/dell/.fb5fcce4-0a78-65e6-be82-f41d72c5d705
     resource = 
sw:///:path=/var/crash/dell/.fb5fcce4-0a78-65e6-be82-f41d72c5d705

     savecore-succcess = 0
     os-instance-uuid = fb5fcce4-0a78-65e6-be82-f41d72c5d705
*    panicstr = BAD TRAP: type=e (#pf Page fault) 
rp=fe003fc20850 addr=4 occurred in module "fuse" due to a NULL 
pointer dereference**
**    panicstack = unix:die+c6 () | unix:trap+1169 () | 
unix:cmntrap+e9 () | fuse:get_filehandle+52d () | fuse:fuse_open+6e () | 
genunix:fop_open+96 () | genunix:vn_openat+203 () | genunix:copen+4a9 () 
| genunix:openat+29 () | unix:brand_sys_syscall+1fe () | **

*    crashtime = 1599904948
     panic-time = 12 September 2020 at 12:02:28 CEST CEST
     (end fault-list[0])

     fault-status = 0x1
     severity = Major
     __ttl = 0x1
     __tod = 0x5f5c9d10 0x347b0b18






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System panics with newer kernel by fuse mount "exfat"

[Jean-Pierre André]

Actually the change appears to be in "struct thread".

Old code disassembled :
:63F2 E8  call 063F7H   (threadp)
:63F7 488B809001  mov rax,qword 0190H[rax]
:63FE 4883BD10FF00cmp qword -240[rbp],0
:6406 488B80B000  mov rax,qword 176[rax]
:640D 8B4004  mov eax,dword 4[rax]

New code recompiled :
  969  000a97  e8  callnear threadp
  970  000a9c  488b809801  mov rax,qword ptr 408[rax]
  971  000aa3  488b80b000  mov rax,qword ptr 176[rax]
  972  000aaa  488b5dc0mov rbx,qword ptr -64[rbp]
  973  000aae  8b4004  mov eax,dword ptr 4[rax]

The field t_procp was at offset 400, it is now at 408.

I will make a new binary module for testing (unless a recompiled
package is available in the meantime).

Jean-Pierre



Jean-Pierre André wrote on 9/15/20 9:52 AM:

The bad dereferencing occurs while getting the current process id :

fhp->process_id = curproc->p_pidp->pid_id;

With curproc->p_pidp found to be null (based on fuse 1.4-2020.0.1.0)

My first bet is that the system "struct proc" has been changed without
the fuse module being recompiled (or you did not install the recompiled
one).

Jean-Pierre


Stephan Althaus wrote on 9/14/20 9:54 PM:

Hello all!

I am using the fuse module "exfat" for about half a year now and it 
works well.


When i updated OI on 2020-09-10, the system panics when mounting an 
exfat fs.


What recent change could have lead to this behaviour?

I did set "set hires_tick=0" in /etc/system  as a shot in the dark, it 
does not help.



When mounting an exfat file system, i get a system panic and an 
instant automatic reboot.


Any hints are welcome how to identify the root of the fault.

Thanks,

Stephan


*$ fmdump -Vp  -u fb5fcce4-0a78-65e6-be82-f41d72c5d705*
TIME UUID SUNW-MSG-ID
Sep 12 2020 12:04:00.880479000 fb5fcce4-0a78-65e6-be82-f41d72c5d705 
SUNOS-8000-KL


   TIME CLASS ENA
   Sep 12 12:03:50.3209 ireport.os.sunos.panic.dump_pending_on_device 
0x


nvlist version: 0
 version = 0x0
 class = list.suspect
 uuid = fb5fcce4-0a78-65e6-be82-f41d72c5d705
 code = SUNOS-8000-KL
 diag-time = 1599905040 827325
 de = fmd:///module/software-diagnosis
 fault-list-sz = 0x1
 fault-list = (array of embedded nvlists)
 (start fault-list[0])
 nvlist version: 0
 version = 0x0
 class = defect.sunos.kernel.panic
 certainty = 0x64
 asru = 
sw:///:path=/var/crash/dell/.fb5fcce4-0a78-65e6-be82-f41d72c5d705
 resource = 
sw:///:path=/var/crash/dell/.fb5fcce4-0a78-65e6-be82-f41d72c5d705

 savecore-succcess = 0
 os-instance-uuid = fb5fcce4-0a78-65e6-be82-f41d72c5d705
*    panicstr = BAD TRAP: type=e (#pf Page fault) 
rp=fe003fc20850 addr=4 occurred in module "fuse" due to a NULL 
pointer dereference**
**    panicstack = unix:die+c6 () | unix:trap+1169 () | 
unix:cmntrap+e9 () | fuse:get_filehandle+52d () | fuse:fuse_open+6e () 
| genunix:fop_open+96 () | genunix:vn_openat+203 () | 
genunix:copen+4a9 () | genunix:openat+29 () | 
unix:brand_sys_syscall+1fe () | **

*    crashtime = 1599904948
 panic-time = 12 September 2020 at 12:02:28 CEST CEST
 (end fault-list[0])

 fault-status = 0x1
 severity = Major
 __ttl = 0x1
 __tod = 0x5f5c9d10 0x347b0b18





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System panics with newer kernel by fuse mount "exfat"

[Jean-Pierre André]

An updated fuse module is available for test on :

https://jp-andre.pagesperso-orange.fr/fuse-kernel-1.4AR.1.pkg.zip

This is an old format package (building current format is well
over my capacity). After unzipping, you can install it by

pkgadd -d fuse-kernel-1.4AR.1.pkg all

(you should uninstall the current version first, but this would
lead to uninstalling other packages...).

Please note : I just recompiled it (no source change), but I
cannot test it with the kernel I am using (from april 2020),
so be sure to have a way back.

Jean-Pierre

Jean-Pierre André wrote on 9/15/20 12:17 PM:

Actually the change appears to be in "struct thread".

Old code disassembled :
:63F2 E8  call 063F7H   (threadp)
:63F7 488B809001  mov rax,qword 0190H[rax]
:63FE 4883BD10FF00    cmp qword -240[rbp],0
:6406 488B80B000  mov rax,qword 176[rax]
:640D 8B4004  mov eax,dword 4[rax]

New code recompiled :
   969  000a97  e8  call    near threadp
   970  000a9c  488b809801  mov rax,qword ptr 408[rax]
   971  000aa3  488b80b000  mov rax,qword ptr 176[rax]
   972  000aaa  488b5dc0    mov rbx,qword ptr -64[rbp]
   973  000aae  8b4004  mov eax,dword ptr 4[rax]

The field t_procp was at offset 400, it is now at 408.

I will make a new binary module for testing (unless a recompiled
package is available in the meantime).

Jean-Pierre



Jean-Pierre André wrote on 9/15/20 9:52 AM:

The bad dereferencing occurs while getting the current process id :

fhp->process_id = curproc->p_pidp->pid_id;

With curproc->p_pidp found to be null (based on fuse 1.4-2020.0.1.0)

My first bet is that the system "struct proc" has been changed without
the fuse module being recompiled (or you did not install the recompiled
one).

Jean-Pierre


Stephan Althaus wrote on 9/14/20 9:54 PM:

Hello all!

I am using the fuse module "exfat" for about half a year now and it 
works well.


When i updated OI on 2020-09-10, the system panics when mounting an 
exfat fs.


What recent change could have lead to this behaviour?

I did set "set hires_tick=0" in /etc/system  as a shot in the dark, 
it does not help.



When mounting an exfat file system, i get a system panic and an 
instant automatic reboot.


Any hints are welcome how to identify the root of the fault.

Thanks,

Stephan


*$ fmdump -Vp  -u fb5fcce4-0a78-65e6-be82-f41d72c5d705*
TIME UUID SUNW-MSG-ID
Sep 12 2020 12:04:00.880479000 fb5fcce4-0a78-65e6-be82-f41d72c5d705 
SUNOS-8000-KL


   TIME CLASS ENA
   Sep 12 12:03:50.3209 ireport.os.sunos.panic.dump_pending_on_device 
0x


nvlist version: 0
 version = 0x0
 class = list.suspect
 uuid = fb5fcce4-0a78-65e6-be82-f41d72c5d705
 code = SUNOS-8000-KL
 diag-time = 1599905040 827325
 de = fmd:///module/software-diagnosis
 fault-list-sz = 0x1
 fault-list = (array of embedded nvlists)
 (start fault-list[0])
 nvlist version: 0
 version = 0x0
 class = defect.sunos.kernel.panic
 certainty = 0x64
 asru = 
sw:///:path=/var/crash/dell/.fb5fcce4-0a78-65e6-be82-f41d72c5d705
 resource = 
sw:///:path=/var/crash/dell/.fb5fcce4-0a78-65e6-be82-f41d72c5d705

 savecore-succcess = 0
 os-instance-uuid = fb5fcce4-0a78-65e6-be82-f41d72c5d705
*    panicstr = BAD TRAP: type=e (#pf Page fault) 
rp=fe003fc20850 addr=4 occurred in module "fuse" due to a NULL 
pointer dereference**
**    panicstack = unix:die+c6 () | unix:trap+1169 () | 
unix:cmntrap+e9 () | fuse:get_filehandle+52d () | fuse:fuse_open+6e 
() | genunix:fop_open+96 () | genunix:vn_openat+203 () | 
genunix:copen+4a9 () | genunix:openat+29 () | 
unix:brand_sys_syscall+1fe () | **

*    crashtime = 1599904948
 panic-time = 12 September 2020 at 12:02:28 CEST CEST
 (end fault-list[0])

 fault-status = 0x1
 severity = Major
 __ttl = 0x1
 __tod = 0x5f5c9d10 0x347b0b18


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System panics with newer kernel by fuse mount "exfat"

[Jean-Pierre André]

Andreas Wacknitz wrote on 9/15/20 12:58 PM:

Am 15.09.20 um 12:50 schrieb Jean-Pierre André:

An updated fuse module is available for test on :

https://jp-andre.pagesperso-orange.fr/fuse-kernel-1.4AR.1.pkg.zip

This is an old format package (building current format is well
over my capacity). After unzipping, you can install it by

pkgadd -d fuse-kernel-1.4AR.1.pkg all

(you should uninstall the current version first, but this would
lead to uninstalling other packages...).

Please note : I just recompiled it (no source change), but I
cannot test it with the kernel I am using (from april 2020),
so be sure to have a way back.

Jean-Pierre

Hi,

if a simple re-compile is enough we might be able to have an updated
version easily.
I need to identify the appropriate package sources.
What I found is a package named "illumos-fusefs" located at
oi-userland/components/openindiana/fuse.
It delivers the following files:
   file path=usr/kernel/drv/$(MACH64)/fuse
   file path=usr/kernel/drv/fuse
   file path=usr/kernel/drv/fuse.conf preserve=true
Is that the correct package?


Yes.

Jean-Pierre



Regards,
Andreas



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI new user questions

[Jean-Pierre André]

Gary Mills wrote on 12/7/20 4:09 PM:

On Sat, Dec 05, 2020 at 04:02:24PM +, Kalle Anka via openindiana-discuss 
wrote:


So I should not install BIOS OI and UEFI W10 for dualbooting on the
same disk. I learned this the hard way. I had a Win10 and Solaris
11.2 dual booting install, on the same disk using BIOS, i.e. MBR
disk. Then an W10 update silently changed the disk to UEFI (GPT
disk), and Solaris 11.2 was still on MBR. So I could boot W10, but
not boot Solaris. It took me a long time to figure out why Solaris
would not boot. I had to reinstall Solaris using UEFI.


I've used dual booting of Windows and openindiana on a laptop that
only had one disk.  It works, but is annoying.  The laptop is 64-bit
x86.  It came with Windows 7 installed on FDISK partitions.  I later
upgraded it to Windows 10.  I booted a live DVD and used it to shrink
the large NTFS partition.  Then I created an empty FDISK partition
that used all of the newly-freed space.  I installed OI on that new
FDISK partition.  At that point, it booted into OI.  Once I configured
the OI loader to chainload the Windows boot partition, I could select
the new entry in the OI loader menu to boot Windows.  Both Windows and
OI were installed for BIOS boot, of course.

The problem I had was entirely with Windows.  Windows updates would
fail with a mysterious error message because it was unable to mount
the boot partition.  The only solution I found was to make the Windows
partition the active partition.  After that, it booted directly into
Windows and the update succeeded.  To get back to dual booting, I had
to make the OI partition the active one.  After a while, I grew tired
of switching active partions, and left it in Windows.


With traditional partitioning, you can have both Windows partition
and OI partition marked as bootable (but the boot sector can only
lead to a single loader and menu).

Also you can do the partitioning before installing Windows, and
ask Windows to be installed into the first partition, so you do
not have to shrink the partition.

Jean-Pierre





To solve my problem of BIOS os and UEFI os, I wonder if this might
work: I remove all disks except one, and install Win10 using
UEFI. Then I remove all disks, and insert another disk to which I
install BIOS OpenIndiana. Then I insert all disks, and when I boot
my PC, I choose which OS to boot from the disk boot menu by pressing
F11. Do you think this could be a way to have both BIOS OpenIndiana
and UEFI Win10 on my PC, but on different disks? I have read that
you should not install BIOS and UEFI oses on the same PC, even on
the different disks - but I dont know why. I cannot find information
on this. But if I choose the different disks to boot in the boot
menu, this could work? Anyone know?


Yes, that should work.  I do exactly that on my T2000 (SPARC) system.
You may not even need to remove disks, although that's the safest
thing.  On x86, you can choose the disk to boot from the BIOS boot
menu.

If you want Windows and an illumos distribution to run simultaneously,
you will have to use some form of virtualization.  That's the only
way.







___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] How to mount usb devices?

[Jean-Pierre André]

Gary Mills wrote on 3/29/21 3:06 PM:

On Sun, Mar 28, 2021 at 04:24:58PM -0500, Gary Mills wrote:

On Sun, Mar 28, 2021 at 08:38:33PM -0700, irixuzer wrote:

I'm new to the list. Ive been trying to mount usb devices. After the first
time, which was successful, I've been getting the following:


If you are using the dbus service, the usual case with OI, USB devices
get mounted automatically.  You don't have to do anything.  The FMRI
of that service is svc:/system/dbus:default .


I see I made a mistake in this message.  It's the hal service that
mounts USB devices automatically.  The FMRI is:

 svc:/system/hal:default

This service is present on all my OI systems, but then I installed
them initially with the GUI installer.  I don't know if the hal
service is installed by the text installer.



And why is it restricted to vfat ? External usb disks are factory
formatted as ntfs, which is more suitable for OS-agnostics
backups. Automatic mounting Exfat devices would also be useful.

This would alleviate the pain of having to determine the path
assigned to the device after plugging it in, even if I do not
mind having to issue a mount command.

I ported "blkid" from Linux for alleviating the pain (sorry
for the taboo), and keep away from the dangerous "format" way.

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Problems with mate-settings-daemon

[Jean-Pierre André]

With the latest Hipster release I cannot customize Mate any more.
I get :

"Unable to start the settings manager 'mate-settings-daemon'.
Without the MATE settings manager running, some preferences may not take
effect. This could indicate a problem with DBus, or a non-MATE (e.g. KDE)
settings manager may already be active and conflicting with the MATE
settings manager."

This is a test on Virtualbox 6.1.22 and it happens even from the
install CD (I could however install and configure ssh, you guess it
is a pita when the keyboard layout is not what the system thinks.
Formerly the install procedure asked for keyboard layout, but this
was deemed unneeded and has been removed).

There is however an active process :
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon

The illumos Project illumos-2ed5ea5a06  April 2021
SunOS openindiana 5.11 illumos-2ed5ea5a06 i86pc i386 i86pc illumos

Can somebody tell me at least in which file the keyboard layout is
stored, so that I can fix it through ssh (the keyboard which can
be queried its layout is still to be invented).

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Problems with mate-settings-daemon

[Jean-Pierre André]

This works, thanks.

Jean-Pierre

s...@pandora.be wrote on 9/2/21 9:47 AM:



Can somebody tell me at least in which file the keyboard layout is
stored, so that I can fix it through ssh (the keyboard which can
be queried its layout is still to be invented).


Hi,

I'm using a French keyboard on my OpenIndiana system.

See "man kbd" and the command : kbd -s French  to change to a different layout
("kbd -s" for the available languages)

A persistent change can be done via the SMF repository, to be safe,

beadm create -a azerty

and reboot into "azerty".

This is a BE just to backup the SMF before you change it.

Then run the following script:

$ cat mk-french.sh
svccfg -s svc:/system/keymap:default <



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Problems with mate-settings-daemon

[Jean-Pierre André]

Jean-Pierre André wrote on 9/2/21 9:27 AM:

With the latest Hipster release I cannot customize Mate any more.
I get :

"Unable to start the settings manager 'mate-settings-daemon'.
Without the MATE settings manager running, some preferences may not take
effect. This could indicate a problem with DBus, or a non-MATE (e.g. KDE)
settings manager may already be active and conflicting with the MATE
settings manager."


In /var/adm/messages, I have :

Sep  2 08:32:04 openindiana savecore: [ID 570001 auth.error] reboot 
after panic: rw_enter: bad rwlock, lp=fe02cf125ac8 wwwh=c 
thread=fe02be180840

Sep  2 08:32:04 openindiana last message repeated 3 times

Maybe this gives a hint ?

Entering an uninitialized semaphore ! only me ?

Jean-Pierre




This is a test on Virtualbox 6.1.22 and it happens even from the
install CD (I could however install and configure ssh, you guess it
is a pita when the keyboard layout is not what the system thinks.
Formerly the install procedure asked for keyboard layout, but this
was deemed unneeded and has been removed).

There is however an active process :
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon

The illumos Project illumos-2ed5ea5a06  April 2021
SunOS openindiana 5.11 illumos-2ed5ea5a06 i86pc i386 i86pc illumos

Can somebody tell me at least in which file the keyboard layout is
stored, so that I can fix it through ssh (the keyboard which can
be queried its layout is still to be invented).

Jean-Pierre




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Problems with mate-settings-daemon

[Jean-Pierre André]

s...@pandora.be wrote on 9/2/21 9:01 PM:


There's two aspects here:

  1) the language and keyboard choice during install
  2) the MATE settings


No, there is a single issue : the MATE setting do not work.
It works neither in the install phase nor in normal situation
after the install is completed.
The issues with keyboard (and display) are just consequences.



Regarding MATE, I can launch

  mate-control-center

which seems to work: I can add layouts in Keyboard layout there as well.

I can launch the control center from the global menu : System -> Control Center 
as well.


This is not how I did, but I get the same results from the Control Center.



Works for me ... using the latest OI 2021.04 on physical hardware ...

You have to further clarify what problem you are exactly having in the area of 
MATE settings.


Sure. I have put the screenshots on
https://jp-andre.pagesperso-orange.fr/Settings.html

This is on VirtualBox 6.1.22 for testing before installing on
real hardware, which I will surely not do, I am to stay on the
previous version.

Note : this version works correctly on VirtualBox through ssh.

Jean-Pierre


Now regarding the OI install.

The documentation of OpenIndiana documents language and keyboard options for 
the installer.

http://docs.openindiana.org/handbook/getting-started/#installing-openindiana

The screenshots there show how the installer first asks for keyboard layout.

I just tested an install ISO image from OI:

  OI-hipster-text-20200504.iso

that image on startup first asks for keyboard layout.

Another image :

  OI-hipster-text-20210430.iso

it also asks for the keyboard layout !  That's the current ISO from 2021.

I entered 15 for French and 7 for language English.

I had to use the QWERTY layout for those answers.

But from that point on it switches to AZERTY layout (the installer then starts 
using the keyboard with the AZERTY keymap).

So as far as I can see at least for the text installer iso images,
all is normal and as documented and how it was always in OpenSolaris as well.

After install I boot into the OpenIndiana system which was setup with keymap 
French.

Indeed I get:

# svccfg -s svc:/system/keymap:default
svc:/system/keymap:default> listprop keymap/layout
keymap/layout  astring  French
svc:/system/keymap:default>


In this case I did not use my script to change the property ...

It is simply the installer that did this.

There is a technical difference however.

The installer seems to create a site.xml file

/etc/svc/profile/site.xml

this site.xml file contains the French setting for system/keymap the layout 
property.

This is basically the same but SMF is a layered database,
which I think is fairly confusing by the way,
but it gets its values from various 'layers'.

The installer is perhaps using the property via the site-profile but I am not 
sure.

The site.xml has a comment :

"This file contains template of System Configuration profile.
.. It is used during first boot of installed system configures SMF"

The other layers are : admin (which is what I used 'administrative changes')
system-profile and manifest.

# svcprop -p keymap/layout system/keymap:default
French

Anyway this is technical details, there may be subtle differences in between 
what the text installer does and what my script does, but they goal is in both 
cases to change the  SMF repo.

Perhaps the site.xml was simply used during first boot to load the SMF property 
at the admin layer as well.

Before changing the SMF repo you can make a backup of it:

svccfg archive > /tmp/mydb.xml

The idea of the special BE (boot environment) was also to make a backup of

 /etc/svc/repository.db

which is the file that has the keymap/layout setting.

Regards,
David Stes





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Minimal processing of panic information

[Jean-Pierre André]

When the kernel panics, it stores panic information somewhere
and on subsequent reboots a message is put into the syslog
mentioning a uuid for retrieving and saving the core dump.

I know I can get the call chain to the panic point by
"fmdump -V -u ", but is there a simple way to get
the register contents when the panic was triggered ?

Also is there a simple way to discard the panic data ?
(on a computer I still have a warning for a panic which
occurred four years ago, and which I feel not useful now).

Jean-Pierre


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss