Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Doug Bissett

Pages: 1 ... 61 62 [63] 64 65 ... 108
931
Storage / Re: MTP plugin for Netdrive?
« on: June 26, 2016, 06:45:34 pm »
Quote
Wondering how many people would find a MTP plugin for Netdrive useful?

Wondering why you don't just use Mediatomb (http://os2ports.smedley.id.au/index.php?page=mediatomb), which seems to work with my android phone, as well as with all of my other devices that have a browser and a network connection to the "server" (over WiFi, which is easier to use than USB, and it doesn't require additional software). The Mediatomb that is available is version 0.12.0, but I see that 0.12.1 is available for other platforms.

I don't have netdrive (other than what the SAMBA client for eCS supplies), and I haven't seen any compelling reason to acquire it.

I am not trying to discourage you, but I suspect that you could spend your time doing more useful things (WiFi comes to mind).

933
Applications / Re: Firefox 38.8.0 for OS/2 Beta 7
« on: June 19, 2016, 07:22:18 am »
Quote
Or perhaps compile YUM/RPM/ANPM so that it uses its own set of DLLs, or compile so that it uses no DLLs, and build in the ability to unload DLLs in use - which is really needed anyway for an installer.

I will point out that ANPM uses RPM/YUM, but can do nothing that RPM/YUM won't do by the command line. RPM/YUM will update DLLs that are in use, but that may not take effect until the user reboots. It is known that RPM/YUM has many problems, but that is the method that was chosen to do updates for packages that originate in the Linux world.

There was a problem, some time ago, where RPM/YUM could not update itself. Please see: https://www.arcanoae.com/wiki/anpm/non-updated-systems/ for instructions to fix the problem.

934
Setup & Installation / Re: Need help with QSINIT
« on: June 02, 2016, 07:45:48 pm »
I changed qssetup.cmd to uppercase and it works now....

Now, how do I boot OS/2 from this environment? I have a zipped up minimal OS/2 partition.

What do I call it and where should it go?

Read the last section of PAEDISK.TXT. It is a little more complicated than what you need, but it tells you exactly what to do.

935
Networking / Re: Cannot start peer services
« on: June 02, 2016, 07:17:12 am »
Quote
Any ideas on why I can't use netbios?

A lot of newer devices (routers, WiFi, etc.) do not pass NETBIOS packets. Try NETBIOS over TCPIP.

936
Setup & Installation / Re: Need help with QSINIT
« on: June 02, 2016, 07:13:59 am »
Quote
What I can't work out is whether QSINIT can load OS2KRNL and boot OS/2 from a ramdisk....

Yes, it can. READ the instructions in the documentation.

You DO need to use a FAT16 RAMDISK, and your ZIPed system needs to have all 8.3 file names. QSINIT unzips the ZIPed system into the RAMDISK, then it can boot from it. FAT16 is necessary because QSINIT cannot unzip into a HPFS RAMDISK, and OS/2 cannot operate a FAT32 RAMDISK before it loads the FAT32 driver.

Quote
Can you give me an example of a QSSETUP.CMD which does something, anything at all...

Mine has this:
Code: [Select]
RAMDISK min=1536 max=2047 R:
log save c:\log.txt

It creates a RAMDISK with minimum size of 1536 meg, and a maximum size of 2047 meg, then assigns LVM drive address R:. Then, it copies the QSINIT log file to what QSINIT sees as the C: drive, which is seen by OS/2, after BASEDEV=hd4disk.add loads, as the R: drive.

Quote
and placed it in the same directory as QSINIT.LDI expecting it to run automatically but see no output. How do I get it to run?

You are still missing the concept that QSINIT is an OS (similar to DOS). It runs when you boot, and shows you the menu options. I am not sure if the menu shows before QSSETUP.CMD is run, or after, but it is all done by the time it starts to load OS2KRNL. You should be able to see it if you use F3, when the menu is showing, and drop to a command line in QSINIT. I doubt if "pause" is a good thing to do (hopefully, it does nothing). I also doubt if "echo" does anything useful. Remember that QSSETUP.CMD is an "AUTOEXEC.BAT" for the QSINIT OS, and the QSINIT OS is all done by the time OS2KRNL loads.

937
Setup & Installation / Re: Need help with QSINIT
« on: May 31, 2016, 06:40:40 am »
Quote
I am still not clear what you mean....

I think you are expecting something after you boot OS/2. QSINIT does it's work in place of OS2LDR. When you see the menu (as posted a few posts back), that has the option to drop to the QSINIT shell (F3 will drop you to the QSINIT command line - it is an OS in itself). QSINIT can use some files from the root of the boot drive, as documented. I suggest that you start with a less complicated setup, and get that working, then add whatever else you want.

938
Applications / Re: Firefox 38.8.0 for OS/2 Beta 7
« on: May 29, 2016, 08:24:26 pm »
Quote
couldn't find a package for unrpming.

Apparently 7ZIP will do it, but I seem to recall that it takes two passes.

Quote
In several occasions with early eComstation installations all rpm installations failed with at the end a chaos on the computer.

That is why you should get, and use, Arca Noae Package Manager (and avoid the experimental repository). It cannot compensate for poor RPM/YUM packaging (which happens far too often), but it almost always stops before any damage can be done.

Quote
They make the same mistake as with eComstation, when other language packs are coming out they are behind compared to the native English one, which will lead to differences in what you can do at programming level.

That is not necessarily a "mistake". It is the reality that there just aren't enough people to do the job. The English version appears first, simply because that is the language that is already done during development. It takes some time for other languages to be done, and verified, before they can be released. It is not an ideal situation, but I don't know of any good way to speed up the process.

939
Internet / Re: Firefox & temporary files (etilsq_*)
« on: May 29, 2016, 07:59:52 pm »
Quote
Just delete them, preferably with FF closed otherwise some may be locked. They seem to be sqlite3 temporary files and really Mozilla should  clean them up when closed.
Ideally is a script to clean %TMP% when booting up or what I did is have %TMP% on a ramfs.ifs volume.

Okay, that explains why I didn't find any. I use the PAE Ramdisk from the QSINIT package for %TEMP%, and it, of course, gets wiped clean at every boot.

The %TEMP%, %TMP% and %TEMPDIR% entries in CONFIG.SYS usually point to the same place, and that location should contain only currently open temporary files. Programs are supposed to clean up after themselves, but there are a number of reasons why they don't. As noted, a user should take steps to clean that out, on a regular schedule (at each boot is good).

I have heard of people who use the %TEMP% directory as temporary file storage, and that is a very BAD idea.

There are a couple of other places where files collect. SAMBA leaves log files in C:\MPTN\ETC\samba\log\Archive and C:\MPTN\ETC\SmbBackup, forever. You may want to keep a few of the latest ones, in case you need them, but hundreds of them are a bit much.

940
Applications / Re: Firefox 38.8.0 for OS/2 Beta 7
« on: May 29, 2016, 07:45:41 pm »
I will point out that it took a couple of minutes, using Arca Noae Package Manager, to get this right, and I used my latest WarpIn installer (at Netlabs, and Hobbes) to get Firefox 38.8.0 properly installed. The WarpIn installer no longer makes any attempt to verify that the user has the proper DLLs (and other things) installed. ANPM (recommended), or the YUM command line, will do that properly. Trying to do it yourself is probably possible, but I suspect that it will turn into an exercise in frustration, before you figure it out. It seems that even the developers don't know what you need.

FWIW, I installed FF 38.8.0 last night, and it seems to be working well. The only anomaly, that I have noticed, is that it insists that I haven't used FF for a while, it welcomes me back, and it offers to clean up Firefox. I haven't let it do that, yet.

941
Internet / Re: FirefFox feedback
« on: May 28, 2016, 01:11:02 am »
Quote
Why are you getting so many crashes?

Now that is a good question. Of course, if anybody knew the answer, the problem could probably be fixed.

I have exceptq installed (latest that I know about), and I don't get any TRP files, but FF (38.2.1) causes a PROCDUMP about 50% of the time when I shut it down. I can see no reason why that would happen. The FF DLLs get loaded low, and I use Free Shared Mem to monitor for a shortage of shared memory. It is almost always more than 128 megs free.

I have had problems with AOO 4.1.2, which has the DLLs set to load high. Since it crashes at every shutdown (yes, I DO have the updated kernel), I use the quick start feature, to keep it loaded, which works. If I try to load the AOO DLLs low, and start FF while AOO is running, it is an instant hang condition, every time.

Now, the really odd problem is that sometimes I can reboot, and the system will run for several days, with no problems. At other times, it will crash, or hang, after a few hours, but only when I am using FF. Free Shared Mem usually indicates a sudden drop in available shared memory, when that happens, but it still shows about 75 meg of free shared memory (which could be gone before it can show it). Using VIRTUALADDRESSLIMIT=3072 has improved the situation, but it has not fixed the problem. I am suspicious that there is some sort of startup conflict that is causing trouble, but I have not been able to isolate it. I will note, that when it runs for longer periods of time, that Free Shared Mem is showing about 160 meg of free shared memory, and it doesn't seem to drop.

942
Internet / Re: Firefox & temporary files (etilsq_*)
« on: May 26, 2016, 04:30:22 pm »
I have a large number of files with a filename in the form etilqs_*.

I assume they are temporary files created by Firefox (38.2.1).

How should I clean them up?

I have exactly zero files with the name etilqs_* or etilsq_* (which is it?), so it is unlikely that they have anything to do with Firefox. What directory are they in?

943
Setup & Installation / Re: Problems with JFS
« on: May 12, 2016, 07:49:54 pm »
You can do another test, and force a checkdisk turning off the computer(after install jfs 06),unplugging. and see if the system is able to repair the error during startup. This is similar to run this in your config.sys
IFS=M:\OS2\JFS.IFS /LW:5,20,4 /AUTOCHECK:+*

Actually, it is not similar. +* is supposed to run a full CHKDSK on all (JFS) drives (apparently disabled in JFS 1.09.06). Pulling the plug leaves the drives marked dirty (and may damage your machine, in some cases), and CHKDSK looks in the journal to see if anything needs to be checked. If the journal entry is clean, it doesn't do any more with that section of the disk. If all journal entries are clean (99% of the time, in my experience), it simply marks the drive as clean. Apparently, there are a few things that can sneak past that test, but they seem to be very rare.

IMO, it is much better to simply run a proper CHKDSK on every drive, from an alternate boot system, every once in a while (3 months, or when you suspect a problem) than to try to use the "+" parameter on the CONFIG.SYS line. I haven't actually seen it happen, but I suspect that a large disk (2 TB, mostly full) on a small memory system (512 meg), probably cannot run CHKDSK successfully, because (even with the driver) there isn't enough memory, and paging isn't available when it needs to be done. Doing it from an alternate boot system makes sure that the drive is not being used, and it should be able to use paging.

944
Setup & Installation / Re: Problems with JFS
« on: May 12, 2016, 05:34:38 pm »
Quote
and 1.09.06 was supposed to fix this problem.

I don't know about THIS problem. It is supposed to fix a problem where the file system gets damaged beyond repair. Since that is very rare, all I can say is that it hasn't happened to me again.

Quote
We also established that the problem is not fixed by the current XWP beta.

That would be the shutdown problem where the final data never gets to the disk. We also don't know if that is what is causing your problem.

Quote
Interesting that you have seen something similar - and probably related - when booting eCS within a virtualbox. I guess I should point David at this discussion in the hope that he can formulate some ideas about this problem.

I am not sure that I would say "Probably" related. More like "possibly" related. I am more inclined to think that is a VBOX problem where it doesn't attach the drive on the first try. It never needs a CHKDSK when it does get attached. A normal warm reboot, gets it attached.

Quote
Far easier if the server has a crash to simply let the config.sys statement

  IFS=M:\OS2\JFS.IFS /LW:5,20,4 /AUTOCHECK:+*

sort out any problems that the crash may have caused the filesystem. Of course, you need JFS-1.09.05 or earlier to do that.

Personally, I have never, yet, seen any reason to even think about forcing a CHKDSK on reboot (real, or virtual, machines). The normal CHKDSK, if the disk is found dirty, rarely finds anything to fix, other than to mark it clean.

My "headless server" does have the devices attached, but they might as well not be there. I do have a problem with that machine where the BIOS, and the OS, don't agree on which disk is first, but LVM seems to look after that (but an Air Boot programed restart is confused). It is my eCS based NAS box. An old P4 with a SATA adapter card, and a 2 TB disk for storage (it was 1 TB until recently). Booting is done from an older 200 GB IDE drive.

Quote
If you like you can test this version or I can compile you a version with 1s delay. I guess you will not like to make much testing with your server but if yes, let me know.

I am pretty sure that 500 ms is not enough, and 4s is too much (but it seems to be safe). It is my opinion that a minimum of 1 second should be implemented, with an option of 2 seconds (for slow disks, in fast machines). One (or 4) extra second(s) to get it turned off will never be a problem, while having corrupted INI data, or having to wait for a CHKDSK on boot, can waste a LOT of time.

945
Setup & Installation / Re: Booting OS/2 from USB pen drive
« on: May 09, 2016, 04:51:49 pm »
Quote
I don't really understand why or where this restriction lies... I guess it would need OS2KRNL modifications....

It is partly that (which is basically impossible without the source code), but the main problem is that there is a period of time when there is no access to the boot drive, and everything just stops working.

Quote
I wonder if it's possible to script this process, as it sounds quite error prone for someone who wants to try it out.

It will be included in bootAble (https://hrbaan.home.xs4all.nl/bootAble/), when I get it properly documented, and Hayo Baan gets it properly coded. It is somewhat difficult for Hayo because he only has eCS in a virtual machine, but it does work that way.

Pages: 1 ... 61 62 [63] 64 65 ... 108