AmiBench: can't copy files from my usb stick...

[Amigadude]

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

[as102070]

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

[F0LLETT]

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, .

[Amigadude]

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

[Amigadude]

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, .

[kolla]

You use “edit” daily? Impressive.

[Amigadude]

Well... OK only when ed isn't about

You use “edit” daily? Impressive.

[Amigadude]

Video evidence... am I doing something stupid?

https://youtu.be/VhR1R074EOg

[Boing-ball]

Out of curiosity, have you tried using Dopus to do the copying? To rule out DOS issues?

[Amigadude]

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?

[broadblues]

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?

[broadblues]

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.

[Amigadude]

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?

[Amigadude]

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

[broadblues]

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.