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 - Andi B.

Pages: 1 ... 40 41 [42] 43 44 ... 55
616
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 13, 2015, 01:49:35 pm »
Quote
While I have your attention, why don't you turn off that annoying animation that is default on XWP shutdown? At least make it so that it is not the default.
Cause for me it is not so much annoying to spend any time on it :). Didn't find much in the doc so how can you disable it?

617
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 11, 2015, 09:52:31 am »
Quote
It seemed that the driver thought all disk activity was done, but the drive still had some stuff in it's internal cache when the machine finished processing the shutdown, and cut the power. The delay fixed that problem
To my understanding that was the reason why SHL added the delay in xwp code. It's another story that this version of xwp source code never found the way to the public until I started uploading betas.

Quote
and 4 seconds at shutdown is hardly noticeable. It probably doesn't need to be more than 1 second, but machines are getting faster, and disk caches are getting bigger, so some delay is probably a good thing. Why not use more time than anybody might think is necessary. 200 ms might be enough, most of the time, but so is 1000 ms. 199 ms may not be enough. Who really cares how long it takes to shut down a machine, as long as it gets done right.
This all is a workaround for a problem either not understand or not solved in the right way. I consider workarounds only as second best choice. There must be a proper solution and I've no evidence that Steven ones is not the correct one. I'm happy if you can prove the opposite. But for this you have to -
- use the latest AN ACPI
- and the latest xwp beta
- and the 'apcitool shutdown' has to work reliable
- and xwp shutdown does not
- and xwp shutdown with delay does

If all these things are true then we should discuss the proper value of delay. Otherwise I would suggest Pete to look for a real fix for his problem.

I want to say that I do not post this to offend against someone but only cause I want to fix xwp if it has bugs and make it even more perfect.

618
Utilities / Re: OS/2 arrows: 2.1: What components to include to OS?
« on: December 11, 2015, 09:20:02 am »
Quote
My current arca noae os2ahci bug is system cannot boot with eSATA drive attached "OS/2 is unable to operate hard disk or diskette..." so
To my understanding this are different things. "Unable to operate...." maybe solved rearranging controllers in BIOS. Guss your eSATA drive is numerated before your standard boot drive. Don't know by which OS/2 driver though.

Hot swapping is a new feature our OS does not support except for USB drives or optical medias. No clue which parts of the OS have to be changed to allow removable SATA devices.

619
Utilities / Re: OS/2 arrows: 2.1: What components to include to OS?
« on: December 10, 2015, 04:39:30 pm »
I think we do not (only) need a "Removable Drive Monitor" for this but a hotswap capable AHCI driver. Maybe worth to create a ticket for that at Arca Noae?

620
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 09, 2015, 09:58:01 am »
Quote
Some years ago now, I did have a problem with a new machine, where it was getting the power turned off before the disk finished writing something. I didn't see any reason not to use the delay (obviously it was implemented for some reason)...
Honestly I do not know how long the xwp delay will be when the button is checked. Is it configurable?

Anyway I vaguely remember a discussion for giving flash based storage devices enough time to write there cache to the flash cells. Since a long time there is a delay in xpw shutdown for this marked with [SHL]. I think I set his value in my last beta builds from 200ms to 500ms for safety reason. Older source code has bigger values there but sometime SHL decided 200ms is enough. I guess for good reasons ;) This was at the time as the ACPI memory swap out problem was started to be solved.

From Lars post I now think my occasional shutdown problems does have not have anything to do with the delay but with USB. I supposed it before as it seems they only show up when I use my external USB drives. So for my next xwp build I reduce the delay in xwp to the value Steven has found to be enough.

Bottom line - delays and values seemed to be discussed and changed for more than 5 years now. If there is a delay needed more than the 200ms then this should be hardcoded in xwp. A few hundred ms are hardly noticed by the user anyway. If there is no reason other than a workaround for other drivers fault, then this has to be discussed and solved in that driver.

621
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 08, 2015, 11:54:50 am »
I can't remember when I used xwp shutdown delay the last time. There should be no additional delay necessary with current xwp and current ACPI. See what David says about ACPI shutdown. https://www.arcanoae.com/wiki/acpi/requirements/

If shutdown does not work reliable for you then I would suggest to open a ticket for ACPI. Of course only if it reproduceable with  "acpistat poweroff" as stated in the wiki. If shutdown work with this but does not work with latest xwp beta then I would be interesting too. 

I use xwp settings 'ACPI shutdown' and 'xwp new ini file routines'.

622
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 07, 2015, 11:27:16 am »
Quote
With a JFS package that honours the /AUTOCHECK:+* switch the chkdsk is performed during boot and the system then boots with Clean volumes. How long does this take?

Infinite. Or better said, it does not work some times. See other JFS tickets.

Another problem would arise if you have forgotten to detach any USB drive before booting. As you may know chkdsk on an 2TB external USB drive tooks ages to complete.

I understand your wish for /AUTOCHECK:+[BOOTDRIVE] work as you expect. But in contrary /AUTOCHECK:+* would be a really bad choice for people using more and bigger volumes when it would really do what you insist on. 

Of course you can complain that + should work as you expect (and work as it does with other file systems). But as you found out David has a different POV. We can complain about they way David communicated his POV but I'm pretty sure there are much more important stuff to do....

Maybe you would not be so upset if David had answered to the '+' ticket something like that - Sorry I've implemented + in JFS different cause we've observed some troubles with this or that and it seems a good choice to do it that way and I do not want to spent any time to work on this again as it it such a minor issue and only so little people will suffer from and most of them do not have a big problem to work around in these so very very rare cases.....

Hope this calms down these JFS threads a bit.

623
Article Discussions / Re: Converting .TRK to .ISO
« on: November 25, 2015, 08:13:16 am »
AFAIR there is a trk2iso.exe either in CDWFS folder or floating around somewhere.

624
Applications / Re: VBOX does not start anymore
« on: November 23, 2015, 08:07:27 pm »
Quote
VERY EASY. Open VBox, do File-> Export Appliance, select what you want to export, ...
In our 1.6.1 version? I do not see anything which looks similar in my German File menu. Or do you mean actual VBOX for other hosts than eCS?

625
Applications / Re: VBOX does not start anymore
« on: November 23, 2015, 10:07:17 am »
NAS would be an option although I usually like to circumvent additional complexity. For a home user managing additional boxes with other OSes and there quirks means lot of additional work.

Anyway I currently test in that direction - means measure transfer speed to other boxes with Samba. But sadly until now I only get terrible low performance with samba.

FTP is fast with few large files but slow with lot of small ones. OS/2 netbios in general is very fast but lacks large file support beside the interoperability problems other OSes. So no good solution found until now.

Most important point of my findings with VBOX is, although I have my data, vbox images and programs on different partitions the OS boot drive (MMOS2) prevented VBOX to start without any error message. In my case 4 volumes were involved. Additional problem was, VBOX can not be easily transfered to other machine as all you get is wrong 'CPUID'. At least I didn't find a way until now.

626
Applications / Re: VBOX does not start anymore
« on: November 22, 2015, 11:08:27 am »
I think the problem was an incomplete MMOS2 installation. I tried to install new uniaud but the installation went wrong. After repairing MMOS2 VirtualBox.exe starts. Unfortunately all my VBOX backups of the last year did not work - defect snapshot files, missing proper .xml files, missing matching \home\default\.V... files, wrong UUID.... So I had to go back to a state older than year. This all to remind you how important A WORKING FULL SET OF ALL FILES (including your boot drive) is.

Luckily I store all my work even that one I make in VBOX and VPC on my eCS/JFS data partition which I regularly back up. Installed applications in VBOX can be reinstalled although it was a lot of work. But loosing my work would have been catastrophic. 

Btw. at the same time my main backup external USB drive was not accessible anymore. After a hard crash of eCS the JFS boot sector was destroyed. With the help of Jan an DFSee I could repair this problem. But it clearly showed to me more than one external backup drives are needed.

627
Multimedia / Re: WAV to FLAC using BatchBurn 2.0 ?
« on: November 18, 2015, 09:47:16 am »
Quote
2) Question: Can you make an audio CD from FLAC files
If you convert it back to wav or use a burning software which converts it back to bitstream on the fly, yes. Otherwise no. The CD standard defines what an audio CD is. And that's different from data CDs. A CD with .mp3s or .flacs copied over is a data CD. Of course you can do that. Question is which player can make use of it? Not an audio CD player. But some sort of computer which reads the CD as data CD and plays files which format it knows. Probably devices like Blue-ray players can handle such disks. But for BD players and Surround Receivers it's usually better to save such .flac and .mp3 on a stick or a NAS and play it from there.

Another thing worth to mention is there exist highres .flac formats up to 96kHz (IIRC) sampling rate and 24 bit resolution. You never can save such files on audio CDs without loosing some information. But you can play it on a proper Surround Receiver or BD player.

Flac - IIRC I use it with -5 although I do not know what it means. Probably processing power versus shrink rate.

628
Applications / Re: XWorkplace Monster Revival ?
« on: November 13, 2015, 08:25:44 pm »
Quote
Do you have any screenshot of your Desktop that you want to share?
Some may think it looks rather chaotic but 'A genius is seldom orderly, an orderly person is rarely of genius.' ;)

629
Applications / Re: VBOX does not start anymore
« on: November 12, 2015, 08:21:58 pm »
The .vdis are on volume R:\. But VBOX saves some settings in %home% too. That is 'E:\home\default' in my case. I once discovered that the .vdis on R:\., the machine files (log, snapshots) in R:\<MachineName>\. and %home%\.VirtualBox have to match.

Unfortunately my full backup of all these files is rather old :(

630
General Discussion / Re: XEU.com and eComStation
« on: November 12, 2015, 05:52:38 pm »
On Warpstock Europe 2015 Gregory and Joachim from XEU gave a few infos about Mensys/XEU and the future of eCS, if any.

http://members.aon.at/buchinger/WSE2015/#IMG_4282.JPG

They told us their plan was releasing eCS2.2GA in October 2015. They also told us everyone with a valid SS after eCS2.1 (IIRC) are entitled to download 2.2GA. But searching Mensys download site I can't even get 2.2beta anymore.

Reading gugtracker it seems Joachim did some work on some bugs. Never heard anything from Gregory since WSE.

Pages: 1 ... 40 41 [42] 43 44 ... 55