I also compiled the latest version of qemu
official (8.1.1).
Without problems.

But if I use emulation it gives me a series of errors.
And qemu doesn't work with Pegasos2
So I went back to the branch
git clone http://scm.osdn.net/gitroot/qmiga/qemu.git

If necessary, I'll recompile qemu 8.1.1 and I can be more precise.
Showing the error.

If it's useful.

@Maijestro

Today I wanted to test it

I used an old HD connecting it via USB
dedicating it completely to the Amiga.

So without using the SSD as an extended partition.

Just to see if everything worked.

Because I would like to get a small SSD so as to dedicate it completely for "qemu".

Doing:
create new partition table with "Gparted" you can directly choose "Amiga".



This way, I can assign its ID to put in "fstab"
so as not to change its path at every restart.

so it would be interesting to know
what would be the right settings that could be used
with the SFS/02 file system with an SSD disk

based on current emulation with qemu
it is its emulation of a real hard disk

always if in emulation a real disk
can be exploited efficiently
also maybe in the next versions of qemu (AmigaOS Pegasos2)
taking this into account.

or if this is already enclosed in qemu currently.

How did you measure HD speed with AmigaOS ?

@Maijestro

No problem, I'm always happy to answer you.
Actually there are many ways to backup.
I use this one it's the simplest

You have to use "Dopus"
Download the version on "OSDepot"

And replace it with "Original Dopus" if you haven't already

Now that you use Real-HD you don't need WinUAE.

This is a practical example of how you should do it:

qemu-system-ppc -M pegasos2 -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user, id=mynet0 -device rtl8139,netdev=mynet0 -vga none -cdrom /home/white/Scaricati/Pegasos2InstallCD-53.54.iso -drive if=none,id=hd,file=/home/white/Scaricati/32gb.raw, format=raw -device ide-hd,drive=hd,bus=ide.1 -drive format=raw,file=/dev/sdd2 -display gtk,zoom-to-fit=on -full-screen

boot from the Pegasos2 CD

use the right sequence as above

Simply prepare your REAL-HD with your partitions the same size or larger.
As you always have with HDToolBox
BOOT DH0 etc etc.
But don't install anything.
Only format the partitions as you have them in your virtual .RAW files

And copy with Dopus all the original partitions from your .RAW file for example into the HD-REAL partitions

If you have split the partitions into multiple .RAW files
always boot from CD and copy everything you need to copy to your "REAL" partitions

When you're done and you know everything is OK.
So you copied everything.

Start normally simple example:

qemu-system-ppc -M pegasos2 -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user, id=mynet0 -device rtl8139,netdev=mynet0 -vga none -drive format=raw,file=/dev/sdd2 -display gtk,zoom-to-fit=on -full-screen


If you have problems I'll make a video for you to see.

Later you can always use Dopus to make backups if you are comfortable with it.

But I use TrueImage to backup real partitions, I can split I have only the Amiga-Real partition or Linux too together.
The recovery time is 5 minutes.
--------------------------------------

You can give me a screenshot as soon as you can

Of your SFS/02 HDToolBox settings
used blocks and masks of the filesystem file hexadecimal transfer.

I saw the ASCII file before booting AmigaOS in your video
but has the version of boot-0.4 been updated ?
--------------------------------------
@smarkusg
I would like to have your configuration file if possible of E-UAE for 3.2.
Although I will most likely use 3.1 because it is very fast.
But I would like to try it.

@balaton

you're right about pulse-audio had nothing to do with it

I solved it in a spartan way like this for now:
sudo fdisk -l

Device Boot Start End Sectors Size Id Type
/dev/sdd1 * 2048 370204671 370202624 176.5G 83 Linux
/dev/sdd2 370204672 488396799 118192128 56.4G 1b Hidden W95 FAT32

Then:
sudo chmod -R 777 /dev/sdd2

and then:

qemu-system-ppc -M pegasos2 -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user, id=mynet0 -device rtl8139,netdev=mynet0 -vga none -cdrom /home/white/Scaricati/AmigaOneInstallCD-53.54.iso -drive format=raw,file=/dev/sdd2

now the audio works and I don't need "root"

Now I'm moving everything to SSD and doing audio tests etc.

I need help assigning the right HARD-DISK (SSD) ID

with qemu from the command line

because every time I restart Linux the HARD-DISK (SSD) mount point can change.

so before using qemu

I have to see with:

sudo fdisk -l

/dev/sdd2

if it is changed for example with:

/dev/sde2

and redo:
sudo chmod -R 777 /dev/sde2

I think the right solution is the disk ID so as not to always repeat everything from scratch.


If I understand correctly, then once I have this information I can add it to:
/etc/fstab

Thank you.

@All
my problem is not creating a partition
I've been preparing real partitions for use with WinUAE for years.

My problem is "pulse-audio"

I currently use "kali" which I am comfortable with.
And light and configurable.
I eliminate the tools that I don't need and it lends itself to many modifications.

Now there are some X64 distributions that have "pulse-audio" in multi-user by default.

Can anyone recommend a distribution for X64 that doesn't have this problem related to pulse-audio ?

Any distribution is fine.
Just don't have this problem with "pulse-audio"

It takes 10 minutes to install a distribution and update it and install the dependencies needed by qemu.
Because I'm using Linux just for this.

Request ? (for qemu)
What Linux x64 distribution do you use that doesn't have the pulse-audio problem ?
And are you using a real hd ?

or is this guide useful for this purpose ?

https://linuxconfig.org/how-to-enable- ... ts-on-pulseaudio-in-linux

@balaton

I have a simple question

but practically we say that qemu for amigaos is developed mostly for MAC systems.

Because if a MAC user writes:
-drive format=raw,file=/dev/sdd2

everything works.

with the line qemu etc. etc.
without "sudo"

While those who use Linux x64
you need to go look for multi-user guides for pulse-audio

just to understand

Did you mean something like this:
https://www.freedesktop.org/wiki/Softw ... entation/User/SystemWide/

even changing
in fat32 "hide"
the audio problem remains the same
I always have to use "sudo" to access the SSD hard drive
otherwise I can't access it.

And this disables the audio

couldn't open play stream: File o directory non esistente
sndio: failed to open device
couldn't open play stream: File o directory non esistente
sndio: failed to open device
audio: Could not create a backend for voice `via-ac97.out'


this directly from the Pegasos CD to try AHI
sound test
without redoing the entire installation

@Maijestro

Excellent, I'm glad he succeeded.
A curiosity

You did an installation from scratch

or you have used a backup copy of your 4.1
to do it faster
on the real hard disk ??

fat32 "hide" ??

other details would be important
post your command line

Thank you.

I have Linux backup I can fix partitions without problems.

did you use sudo ??
or without sudo ??

every time you restart your MAC
you need to change the path

-drive format=raw,file=/dev/sdd2
to make it work ??

this removes the restrictions:

WARNING: Image format was not specified for '/dev/sdd2' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.


-drive format=raw,file=/dev/sdd2

now there is no more warning

the audio problem remains


I always sudo fdisk -l
at every startup
(of the machine Linux not of qemu)

the DISK ID should also be added here
because it could change with each reboot.

And you might mount the wrong partition

I haven't figured out how to add it yet

SDD works.

this problem also remains:
even if AmigaOS works and the SSD works:

WARNING: Image format was not specified for '/dev/sdd2' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.

I also tried with pegasos.rom
instead of boot-0.4 but the problem is identical.

I was reading a bit of everything online.
But I can't find the solution.

Hoped @balaton can give me some suggestions or anyone might know how to do it.

1)Everything works, ssd etc.
2)I can also access the WinUAE partition on the OS4.1 Classic system. Clearly I can't use the apps.
3)I can use SSD + a .raw virtual disk at the same time
just add it with "HDToolBox".
4) I use a 250gb SSD from "crucial" which does not perform excellently.
paid 27 euros on Amazon. But it's good for its price.

Now let's get to the problem

This also occurs with a normal configuration:

so if I use the .raw disk configuration

example:
qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 - drive if=none,id=hd,file=/home/white/Scaricati/32gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=mynet0 -device rtl8139 ,netdev=mynet0 -drive if=none,id=hd1,file=/home/white/Scaricati/coffin.raw,format=raw -device ide-hd,drive=hd1,bus=ide.1 -display gtk,zoom -to-fit=on -full-screen -vga none

Everything works.

But if I do

sudo qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -drive if=none,id=hd,file=/home/white/Scaricati/32gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -drive if=none,id=hd1,file=/home/white/Scaricati/coffin.raw,format=raw -device ide-hd,drive=hd1,bus=ide.1 -display gtk, zoom-to-fit=on -full-screen -vga none

then using : sudo qemu-system-ppc etc. etc.

the audio stops working
Here are the errors in the output window:


ALSA lib pcm_dsnoop.c:566:(snd_pcm_dsnoop_open) unable to open slave
alsa: Could not initialize ADC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
ALSA lib pcm_dsnoop.c:566:(snd_pcm_dsnoop_open) unable to open slave
alsa: Could not initialize ADC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
audio: Could not create a backend for voice `ac97.mc'

you can try it yourself

use in front of your current command:
I sweat
and the audio should stop working.

I guess I have to compile differently and add my "user" probably.

I also simply tried:
./configure --target-list=ppc-softmmu --disable-dbus-display --enable-slirp --enable-lto --enable-sdl --enable-gtk --audio-drv-list=alsa,pa

but it's the same.

with the SSD if I do:

sudo qemu-system-ppc -M pegasos2 -cpu 7457 -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -vga none -hda /dev/sdd2 -audiodev driver=alsa,id=snd0,out.try-poll=off -device AC97,audiodev=snd0

it's the same the audio is not heard.

Practically :
IF YOU COULD USE THE ABOVE COMMAND WITHOUT "sudo" EVERYTHING WOULD WORK

How do I compile to enable the "white" user
to use the SSD without the "sudo" command?

or I can somehow modify:
qemu.conf

somehow like:

#user=root
#group=root

in

user=white
group=root

with libvirt
I have already created the "white" user
etc. but I imagine it has nothing to do with qemu from the command line.

@Reth
What do you mean by:
Would this also allow such a device (SSD or another) to be used to be accessed from both "sides" - the host system and AOS4.1?

If you give me a practical example I will understand better

@Maijestro

I'll try it now and let you know if it's worth it
I hadn't used Linux in years.
I dedicated 50gb for AmigaOS
On the other hand, I bought the 250GB SSD specifically to use qemu

https://youtu.be/AJEoERNQZ5c


note:
the right command would be:
-hda /dev/sdc2/ "disk id"
precisely to avoid unexpected device changes

but I couldn't find the syntax to do it

Well it seems everything is ok,
the SSD is recognized and is ready to be initialized.

The difficulty I encountered was the "hidden" flag.
Having both Linux and Windows, if I did all the work from Linux then when I went to initialize the SSD from AmigaOS I had the RDB-DISK with the wrong blocks.
Because strangely, an uninitialized partition appeared in Windows 10.

Long story short I solved it.
Those who only use Linux will not encounter this problem.

But if you have both Linux and Windows you may encounter this problem.
(Although I use Split Boot-Loader it is not dual-boot for practical reasons.)

For MAC there probably won't be this problem.
But I can't say because I don't have a MAC

Clearly the SSD will not be able to use the "cache"
But I think the speed of execution improves.

I just have to try now.

The command line:

sudo qemu-system-ppc -M pegasos2 -accel tcg -kernel /home/white/Scaricati/bboot-0.4/bboot -initrd /home/white/Scaricati/Kickstart.zip -m 2048 -serial stdio -device sm501 -cdrom /home/white/Scaricati/Pegasos2InstallCD-53.54.iso -hda /dev/sdc2 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -display gtk,zoom-to-fit=on -full-screen -vga none


First I'll back up with TrueImage but I don't want to do it all over again

here The SSD recognized without problems

Thank goodness I watched the video again
I was initializing the 1TB SSD

For the real hard disk
it also works:

sudo qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -display gtk,zoom-to-fit=on -full-screen -vga none -cdrom /home/white/Downloads/Pegasos2InstallCD-53.54.iso -hda /dev /sda5

here is the initial log:
[sudo] white's password:
WARNING: Image format was not specified for '/dev/sda5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.

BBoot 0.4 (24.7.2023)
/pci@80000000: io fe000000/10000 mem 80000000/40000000
/pci@80000000/host: 0:0.0 11ab:6460 60000 | 646011ab 0000 7
Added assigned-addresses
/pci@80000000/display: 0:1.0 126f:0501 38000 | 0501126f 0000 0
Added assigned-addresses, set interrupt 0009
2000810 0 80000000 0 4000000 | 00000000 ! 80000000
2000814 0 84000000 0 200000 | 00000000 ! 84000000
/pci@80000000/ethernet: 0:2.0 10ec:8139 20000 | 813910ec 0100 0
Added assigned-addresses, set interrupt 0109
1001010 0 fe001200 0 100 | 00000001 ! 00001201
2001014 0 84200000 0 100 | 00000000 ! 84200000
2001030 0 84240000 0 40000 | 00000000 ! 84240000
/pci@80000000/isa: 0:c.0 1106:8231 60100 | 82311106 0000 8
Added assigned-addresses
/pci@80000000/ide: 0:c.1 1106:0571 1018f | 05711106 010e 87
Added assigned-addresses
1006110 0 fe001000 0 8 | 00000001 ! 00001001
1006114 0 fe001008 0 4 | 00000001 ! 00001009
1006118 0 fe001010 0 8 | 00000001 ! 00001011
100611c 0 fe001018 0 4 | 00000001 ! 00001019
1006120 0 fe001020 0 10 | 00000001 ! 00001021
/pci@80000000/usb: 0:c.2 1106:3038 c0300 | 30381106 0409 7
Added assigned-addresses
1006220 0 fe001040 0 20 | 00000001 ! 00001041
/pci@80000000/usb: 0:c.3 1106:3038 c0300 | 30381106 0409 7
Added assigned-addresses
1006320 0 fe001060 0 20 | 00000001 ! 00001061
/pci@80000000/other: 0:c.4 1106:8235 68000 | 82351106 0009 0
Added assigned-addresses
/pci@80000000/sound: 0:c.5 1106:3058 40100 | 30581106 0309 4
Added assigned-addresses
1006510 0 fe001100 0 100 | 00000001 ! 00001101
1006514 0 fe001030 0 4 | 00000001 ! 00001031
1006518 0 fe001034 0 4 | 00000001 ! 00001035
/pci@80000000/pci1106,3068: 0:c.6 1106:3068 78000 | 30681106 0309 30
Added assigned-addresses
/pci@c0000000: io f8000000/10000 mem c0000000/20000000
/pci@c0000000/host: 0:0.0 11ab:6460 60000 | 646011ab 0000 7
Added assigned-addresses
Checking initrd at 0x600000-0x94a3a0 (3449760 bytes)
Found zip with 66 entries
Parsing Kicklayout at 0x94a3a0 (3287 bytes)
Booting config 1: AmigaOS_4.1_Final_Edition
Loading loader.of
Loading kernel
Loading FastFileSystem
Loading SmartFilesystem
Loading JXFileSystem
Loading peg2ide.device.kmod
Loading battclock.resource.kmod
Loading bootmenu.kmod
Loading bootimage
Loading CDFileSystem
Loading con-handler.kmod
Loading console.device.kmod
Loading diskboot.kmod
Loading diskboot.config
Loading diskcache.library.kmod
Loading dos.library.kmod
Loading elf.library.kmod
Loading env-handler.kmod
Loading FileSystem.resource.kmod
Loading gadtools.library.kmod
Loading gameport.device.kmod
Loading graphics.library.kmod
Loading hunk.library.kmod
Loading input.device.kmod
Loading intuition.library.kmod
Loading it8212ide.device.kmod
Loading keyboard.device.kmod
Loading keymap.library.kmod
Loading lsi53c8xx.device.kmod
Loading newlib.library.kmod
Loading nonvolatile.library.kmod
Loading nvram.config
Loading ps2.resource.kmod
Loading ram-handler.kmod
Loading ramdrive.device.kmod
Loading ramlib.kmod
Loading shell.kmod
Loading sii0680ide.device.kmod
Loading sii3112ide.device.kmod
Loading sii3114ide.device.kmod
Loading sii3512ide.device.kmod
Loading strap.kmod
Loading timer.device.kmod
Loading PCIGraphics.card
Loading ATIRadeon.chip
Loading 3dfxVoodoo.chip
Loading siliconmotion502.chip
Loading petunia.library.kmod
Loading usbresource.library
Loading usbsys.device
Loading hub.usbfd
Loading bootmouse.usbfd
Loading bootkeyboard.usbfd
Loading massstorage.usbfd
Loading uhci.usbhcd
Loading ohci.usbhcd
Loading ehci.usbhcd
Loading mounter.library
Starting exec

Now I'd like to find a way to not use the ROOT command to start qemu

and I imagine that:

WARNING: Image format was not specified for '/dev/sda5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.


And
-hda/dev/sda5

needs additional parameters
but I can't find them

some idea ?

@smarkusg

Well,

Can you post or attach your config file somewhere ?
Thank you.

Maybe it's a management problem
chipmem_size or z3mem that I assigned

which picasso driver (uaegfx) did you use (version) ?

I would prefer the complete config file if possible

So I guess it can be done
here the video:
https://youtu.be/9PHDSppyqn8

therefore a more complete command would be needed for the part dedicated to the real partition

does anyone know how to do it ?

Ok, it works

by booting from the Pegasos2 CD

I have direct access to the hard disk where AmigaOS Classic is installed and if I wanted I could initialize it to see if everything works.

here is the simple command:

sudo qemu-system-ppc -L pc-bios -M pegasos2 -bios /home/white/Downloads/pegasos2.rom -m 1024 -serial stdio -vga none -device sm501 -device rtl8139,netdev=network00 -netdev user,id =network00 -cdrom /home/white/Downloads/Pegasos2InstallCD-53.54.iso -hda /dev/sdd5

is the log:
WARNING: Image format was not specified for '/dev/sdd5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.
PegasosII Boot Strap (c) 2002-2003 bplan GmbH
Running on CPU PVR:80020102
Enable L1 ICache... Done.
Clean/Flush Block enabled
Reading W83194 : FAILED.
Setting Front Side Bus to 133MHz... FAILED.
Configuring DDR... Done.
Configuring PCI0... Done.
Configuring PCI1... Done.
Configuring ETH... Done.
Releasing IDE reset ... Done.
Configuring Legacy Devices
Initializing KBD... Done.
Testing 10000000 Bytes, Pass: 00000000 Failed: 00000000
RAM TEST (fill linear)... Done.
FFFFFFFF

SmartFirmware:
cpu0: PowerPC,74x7 CPUClock 1533 Mhz BUSClock 133 Mhz (Version 0x8002,0x0102)
no/bad nvramrc - performing default startup script
channel 0 unit 0 : ata | QEMU HARDDISK | 2.5+
ATA device not present or not responding
channel 1 unit 0 : atapi | QEMU DVD-ROM | 2.5+
ATA device not present or not responding



Welcome to SmartFirmware(tm) for bplan Pegasos2 version 1.1 (20040405172512)
SmartFirmware(tm) Copyright 1996-2001 by CodeGen, Inc.
All Rights Reserved.
Pegasos BIOS Extensions Copyright 2001-2003 by bplan GmbH.
All Rights Reserved.
entering main read/eval loop...
ok boot cd amigaboot.of
ISO-9660 filesystem: System-ID: "AMIGA BOOT" Volume-ID: "AmigaOS 4.1 Final Edition"
Root dir: "" flags=0x2 extent=0x2A size=0x800


AmigaOS 4.x OpenFirmware Bootloader V1.0


I'll make a video now

Of course now it's a matter of understanding as well as being helped

I used the pegasos.rom in this case.

@Maijestro

the preparation happens in this way
"x76" raw disk
in this case there is no need for the "hide" flag
or is it better to say yes I don't remember with Linux

with windows yes, because otherwise it always tries to initialize it and it cannot be used

you can optionally set the "hide" flag

sudo fdisk -l

Device Boot Start End Sectors Size Id Type
/dev/sdd5 1892083712 1948473343 56389632 26.9G 76 unknown <<<--- this is my real partition on HD that I currently use with WinUAE

as you can see it is marked as "76 and unknown"
because it has the SFS filesystem of AmigaOS Classic


initializing with qemu with the Pegasos2 CD
-cdrom Amiga.iso -hda /dev/sdd5/id/ etc.

now the question is:
Is it accessible with qemu ?

I might already test this just to see if the AmigaOS CD-ROM can access it.

If he accesses it, it's done.

The process can work.

Once everything is complete.
the nice thing is that "true-image" is able to backup the entire partition in bulk despite being an AmigaOS partition

so when you back up you can include it in addition to your main system.

I backed up Linux two days ago because I wanted to.

@Maijestro

but does the test concern a virtual HD on SSD or on a dedicated real SSD partition ?

@Maijestro

I immediately wanted to test your precious suggestion. for (AHI)

I have to make myself want to move the entire system to SSD

With WinUAE the speed increases exponentially and the "cache" of the SSD is not exploited.

I don't know if with "qemu" the SSD disk cache is exploited.
We should understand if the partition initialization can occur as on "real hardware"

In any case, the speed increases at least ten times in writing and also in reading even without "cache"

a bit like what happens on old laptops when you put the SSD in place of the mechanical HD.

I don't know, in this case with qemu it would be useful to have an opinion from @balaton.

@LiveForIt
From what I know it must be installed separately,
I also did this for 3.1 and 3.9
if using UAE-SDL

of course I could be wrong and I'm not informed enough.

I made a quick video I also used "uaegfx UAE-SDL" but the "elude" demo doesn't start and the screen remains black.

while other demo scenes start without problems. (UAE-SDL)

"elude" only starts with UAE-NON-SDL with Workbench 3.2

( or it would be useful to know if anyone uses real hardware for 4.1
with E-UAE encounters the same problem with the demo-scenes of "elude" with Workbench 3.2. )