Amiga.org
Amigakit Hardware => A600GS & A1200NG => Topic started by: Amigadude on July 09, 2024, 12:51:53 PM
-
So I decided to set a few things up in AmiBench and the first most obvious thing I'd need is lha... so lha.run on a usb stick...
Start AmiBench
Start a shell
USB0:
Amiga/Apps
Copy lha.run c:lha
lha
lha: file is not executable
protect c:lha +e
protect: object not found
list c:lha
and the file size is zero... I've tried copying to every other mounted volume including RAM: and it always copies without error but just produces an empty file with the correct name.
I have tried copying files between AmiBench drives and that works OK
Gotta go fix my dads media PC I'll try a few different USB sticks when I'm back...
PS: I got video evidence of it not working this time :D
-
makedir DH0:LHA
cd USB0:
cd Amiga/Apps
copy lha.run dh0:LHA/
cd dh0:LHA
lha.run
that is if your hard disk is DH0:
i dont have my 600GS yet so i dont know the hard disk name
lha.run is a self extracting file
within will be a version of LhA for different processors
try the one called LhA_68k
-
Corrupt file?
Thats the only I have come across 0kb files.
as102070 is right though, should'nt you be running lha.run which extracts it.
Then you get all the lha files.
as102070, guess thats your Amisphere, :).
-
I'm trying to copy to c on the boot drive so c: ... been a while so I forgot lha.run is self extracting...
you don't need cd, you can just use paths... well for a long time...
but the point is it's not copying from USB to any of the partitions on AmiBench
makedir DH0:LHA
cd USB0:
cd Amiga/Apps
copy lha.run dh0:LHA/
cd dh0:LHA
lha.run
that is if your hard disk is DH0:
i dont have my 600GS yet so i dont know the hard disk name
lha.run is a self extracting file
within will be a version of LhA for different processors
try the one called LhA_68k
-
Just copied lha.run back off the USB stick into the shared folder for WinUAE and it works fine so it's not the file...
I'll try an old small USB stick formatted to FAT32... I'm leaving it copying a load of amiga stuff to the USB while I'm playing taxi driver.... I'll see if anything will copy off that USB when I'm back...
lots of commands I use everyday are missing... ed, edit, protect, type, etc...
Corrupt file?
Thats the only I have come across 0kb files.
as102070 is right though, should'nt you be running lha.run which extracts it.
Then you get all the lha files.
as102070, guess thats your Amisphere, :).
-
You use “edit” daily? Impressive.
-
Well... OK only when ed isn't about :D
You use “edit” daily? Impressive.
-
Video evidence... am I doing something stupid?
https://youtu.be/VhR1R074EOg
-
Out of curiosity, have you tried using Dopus to do the copying? To rule out DOS issues?
-
Yup, same outcome, empty files :( I copied 4 ADFs this time just to show it's not just the lha.run file... it creates the file, it just doesn't copy the contents...
Factory restored AmiBench (after backing up), tried different ports, different USB sticks, different microSD cards in the device... not tried different power supply... might try that in the morning... kinda running out of ideas... I do wanna know if it's just my machine...
I can probably just throw the microsd in a linux machine and copy the files that way... once I have a browser and/or ftp in AmiBench I can just get files that way...
The last update I installed reset my screen mode... so hopefully stuff I set up won't get nuked :(
Out of curiosity, have you tried using Dopus to do the copying? To rule out DOS issues?
-
USB0:
Amiga/Apps
Copy lha.run c:lha
lha
lha: file is not executable
protect c:lha +e
protect: object not found
list c:lha
Hmm I copied a big bunch of samples from a USB stick last night with DOpus and no issues.
I'll do a test with C:Copy
Also did you try with AmiBench itself ie by drag and drop?
I assume this was all in one session? You didn't power off at any point?
-
Just tried a bunch of copies with C:Copy and that was all good.
Could you try a copy to RAM: to see if that works? This would verify if the isse was with the uae filesystem or the copying process
A copy to Work: might also be worth testing
Does importing ADF via the main GUI ADD button still work as expected? This would verify if the linux filesystem has thrown a wobbly for some reason.
After that I would suggest exiting AmiBench and powering off via the main GUI shutdown menu. Then rebooting.
PS Never ever power down using the switch on the USB cable *always* use the menu. Only use the switch to power on.
-
I've done resets & quits on AmiBench and even power cycled the A600GS between attempts makes no difference... I'm really starting to think I have a built at 5pm on a Friday machine....
I've just pulled the SD card, slapped it in a linux machine and copied all the files to home/A600GS/Programs, copying/unpacking from there is fine...
I assume this was all in one session? You didn't power off at any point?
-
Just tried a bunch of copies with C:Copy and that was all good.
Could you try a copy to RAM: to see if that works? This would verify if the isse was with the uae filesystem or the copying process
A copy to Work: might also be worth testing
Copied to RAM:, SYS:, Work:, Programs:, etc... comes out the same no matter which partition in AmiBench, I just get an empty file with the same name as the file I was trying to copy
Does importing ADF via the main GUI ADD button still work as expected? This would verify if the linux filesystem has thrown a wobbly for some reason.
After that I would suggest exiting AmiBench and powering off via the main GUI shutdown menu. Then rebooting.
PS Never ever power down using the switch on the USB cable *always* use the menu. Only use the switch to power on.
Importing ADFs from the same USB stick works
-
Could you try a copy to RAM: to see if that works? This would verify if the isse was with the uae filesystem or the copying process
I just watched your video and see that you can't even copy to RAM: That;s very odd indeed.
-
I've just pulled the SD card, slapped it in a linux machine and copied all the files to home/A600GS/Programs, copying/unpacking from there is fine...
So it's copying from the USB stick it doesn't like, but only in the amibench environment. That's so.... strange.
Sorry if you mentioned already but what Filesystem is on the stick?
-
If I was getting a write protection error or just no file I could understand...but an empty file? puzzling the f' outta me... I might have to have a chat with them see if I can get an a new image for the SD card... I need to find where my serial key is stored as I had to get a new one to register my machine so the one shown in info no longer matches the machine/AmiSphere
I just watched your video and see that you can't even copy to RAM: That;s very odd indeed.
-
Tried Fat32 & exFat
Sorry if you mentioned already but what Filesystem is on the stick?
-
There will be another update coming soon. See if anything changes with that.
I won't have explicit fixed your issue, as I'm currently as mystified by it as you, and can't reproduce here at the moment, but there's always the chance that it's a one off build error of some kind.
-
Just logged in to report the same issue here. Zero size files when copying from USB stick, symptoms are identical.
-
Has this been solved? I've tried to copy some files from USB and they are coming out as zero-byte files.
-
Its currently being looked into.