@rugyada has made newer rolling ISO’s. I have installed both on my desktop. It is a Ryzen5 CPU system so can support znver1 install. (Screen shots from x86_64 system.)
I get that you had problems with partitioning but there is nothing a developer can actually work on in your statement.
Ah, so a user confronted with my statement might justifiably ask, “Well @ben79, how the heck do I get something a developer could work on?”. That, of course, depends on the nature of the problem, but one of the first things developer person will ask for is some kind of logs showing what happened. In this case since it involves an ssd and the Calamares installer they will ask for hardware information, at the least, exactly what make and model of ssd. Then they’ll ask for logs from Calamares installation attempt. Both are easy to do.
There are commands to get way more detailed information about you storage drives but let’s not deal with that unless we need to. To get general hardware information one easy way is with the inxi command. Like this. As regular user:
$ inxi -F
To run that a put the out put in a file you could post here for developers/contributors to read is still very simple:
$ inxi -F > inxi-f.txt
That will create the file: inxi-f.txt (2.3 KB) That would be the file I just created on this computer.
which you post here with the aid of the upload arrow.
Actually I’m going to attempt to create a How To for the Resources section for “What to do if you have trouble installing OM Lx”. Maybe I can get that up by tomorrow some time. But it is just basic documentation we need to have.
I thought there was something in wiki about this but did not find it yet. Temporary wiki url is here. Resources list is here.
. @ben79 hi the ssd i was trying to install was sdd samsung,I used tha manual partitioner first making 3 partitiions uefi 512 mb, root parition 50000 mb,home rest of disk tried fat 32 and fat 16 for uefi patition bur no luck as soon as I use automatic partitioner it installs fine
regards Ron
Post-edit: This issue really needs to have a proper bug report. And such a bug report needs to be filed by the person with the issue if you would be so kind. Developers do not and will not see every issue reported in a forum.
OK, thanks for the info. First was there already an existing /boot/efi partition on another drive? Not sure, but I recall that calamares installer won’t do that it will insist on using the existing /boot/efi because system will not allow more than one partition with esp, and boot flags.
Otherwise I am not aware of any reason why there should be a partitioning problem on Samsung 840 or 850 EVO drives. I don’t have either one of those. So best I can do to test is to try to do an install on empty space on an existing ssd on a computer that has an existing /boot/efi and see if there is any difficulty creating new partitions. (First attempt will be on a Sabrent Rocket 4.0 nvme ssd as that is what I have.) The difference form my normal installs is that normally on hardware I use existing partitions.
all of my linux operating systems have their own boot/uefi parition and there now 6 on this computer,I really think theres a bug in the installer i will post a screenshot of the ssd with the new openmandriva on it
I am not sure what I said about /boot/efi partitions is correct. Otherwise I need to get to a test situation before I can say more about this. Other than that this issue needs a bug report.
Uh, oh, I just realized I’m not asking the first most basic question. @rbrick49 could you post the actual exact error you are getting?
So far I have tried this test basic set up: One ssd (both are nvme ssd) has 4 installed operating systems and existing /boot/efi partition in the first partition on that drive. The other drive was completely empty:
As I thought either calamares or more likely the partitioner (parted?) OM uses simply will not create a new /boot/efi with correct flags if there is an existing one. Whether that is or is not a bug other people can argue but I’m fairly certain this is known and expected behavior in OM Lx. @abucodonosor could confirm this if he sees this.
To me it seems far simpler to have all operating systems booting from the same bootloader. One of the principle reasons grub2 was created was to make that easier for users. UEFI was created in part to have virtually unlimited partitions, all primary partitions. Hence the combination of the two today in Linux. And even if one needs to use multiple boot loaders you can have that all in one /boot/efi and change which file it uses from your BIOS.
A /boot/efi partition does not have much in it really, they are mostly empty even at 300MB. On a multi-boot box mine shows 509 of 511 Mb free only 2 Mb used.
@ben79
ben i have openmandrive on an nvme ssd and it has installed with the 3 partitions so i dont know what the problem is,I wont be putting in a bug report as i feel a bit crook today thanks fot the help this far
regards Ron
I was just trying to figure out the why your partitioning initially failed. And made the dumbest mistake of not asking for the actual error message first. Basically so we can write a better partitioning/installation How To. So if you ever see that same error again please take a screen shot and post it here or in a pm to me.
just found something out as we know the openmandriva partition editor wont let me partition the disk with 3 partitions but manjaro kde partition editor will strange so someting has gone wrong with openmandriva partition editor from when 4.1 got released a few weeks ago and the laterst rolling release a few days ago
Talking to a developer the installer will create a new ESP (EFI System Partition) with auto partitioning. But auto partitioning will not create a /home partition. Currently it will not create a new ESP in manual partitioning. At least not based on tests I have done.
I’m attempting to write an explanation for why this is not allowed here. But the explanation is a work in progress as I learn more myself.