I have tried to install the latest .iso using different methods of putting it onto several different pendrives; the best result so far was with a 16gb Sandisk Cruiser stick…
Rosa and Rufus in Windows, Unetbootin, mkusb and finally dd on a cli in kubuntu 18.04 with differing levels of non-success.
The furthest I managed was with mkusb, where it booted but failed after a few seconds at “startkde”.
Stephane-
Thank you for your reply, unfortunately the install process does not get far enough to enable any sort of interaction, the machine just hangs at the “startkde” box in the top left corner.
The mouse is the only thing that can move at all, but the system will not accept clicks or any keyboard input.
I have to do a hard switch-off.
I tried most variants of install process, various boot types, nomodeset, apci=off, etc etc. all with the same result.
Tony.
@barfly your issue may be graphics related. Your hardware information shows nVidia graphic hardware but it does not show what driver kubuntu is using. You may have hardware that is not well supported by nouveau driver.
When you boot the ISO on the grub2 menu look for Troubleshooting:
and see if that works. FWIW: Basic Graphics=vesa driver (ancient but almost always works). OM does not exactly support nVdia proprietary drivers but there are drivers available in repositories.
Please note Rufus only work in dd mode for the iso.
Booting to cli is fine, from there you do a dmesg and look for things may be broken,
as example DRM errors or a like. Wihtout to know what may cause that we cannot fix it.
Yet better do a dmesg -H so you can scroll down and look for broken things.
So far, 1) it may be a broken written usb image or 2) something is wrong with DRM/X/mesa stack and your HW.
As far as I know we have not seen any graphic hardware yet that does not work in Basic Graphic Mode.
If OM Lx ISO ‘Live’ does not work in with vesa driver (Basic Graphics Mode) then we would suspect either a corrupted download or a corrupted USB flash drive image. Links are provided if you wish to try to problem solve this. I have had corrupted downloads myself when downloading with a browser. So I always download .iso files with aria2c command:
$ aria2c -c -m 0 <file_to_download.iso>
Post-edit: And then copy the .iso file to USB flash drive:
$ sudo dd if=<iso_name> of=<usb_drive> bs=4M
Post-edit: And by all means check checksums before wasting any time problem solving this.
Thank you all for your assistance here.
Ben-This whole issue is a bit of a mystery to me, this is a machine I use as a backup for my HTPC and also as a testbed for new distros. I have never had a problem with trying any distro before other than Sparkylinux. This has never presented any issue with any Debian based distro, Slackware, Centos, Fedora, Gentoo, Opensuse. I have been able to run all with very few unsolvable issues.
I have tried the live pendrive with my main machine too-different specs. but the same result.
I have downloaded the .iso a total of 6 times putting them on various pendrives and differing download methods, some as .iso some as torrents. I will try your cli download method and report back.
I did look for the checksums, and was unable to find them on the main download mirror at Sourceforge, surely they should be on the main download page?
I surely am not the only one who has experienced these difficulties, or perhaps I am a very experienced Linux user who pursues issues and wants to get to the bottom of these things. I suspect most would give up on the second or third attempt and give up, so you guys would never know. I have been using Linux since one of the very first Mandrake releases in 1998.
abucod… I agree, this was my first posting on here and the site only allowed very basic formatting for me, now I have more options available to make posts more readable.
OK guys, I d/l the 4.1 image as suggested with aria2. I burned it using dd to the sandisk cruiser 16gb pendrive all on my main desktop machine, not the one I use for testing. I then rebooted this machine to the pendrive and the same result occurred. see the piccie of the failure. This is the same failure with every other d/l and burn I have done.
Getting nowhere fast Tony.
Now this site is telling me I can’t put images in a post… it lets me upload it then says no What the hell is it with this weird site??
We do appreciate you reporting this as it gives us an opportunity to correct something we have not seen before.
Your picture includes the error “ISOFS: Unable to identify CD-ROM format” and below that in the red lines we see more similar errors for I/O error, SQUASHFS error. All of which adds up the the image on the USB Flash Drive being unreadable. In order for us to help you could you post exactly how you are burning image to flash drive. Be detailed and start with how you format flash drive. At least we can now be rather certain we know why this is not working.
You could also try another flash drive, these do get broken over time. Next I’ll post what we recommend to burn/copy image to flash drive.
Ben-
Thank you again for this assistance. I have already done all the things you suggest in your last reply.
The first post in this thread details how I have tried all different methods;
I have tried to install the latest .iso using different methods of putting it onto several different pendrives; the best result so far was with a 16gb Sandisk Cruiser stick…
Rosa and Rufus in Windows, Unetbootin, mkusb and finally dd on a cli in kubuntu 18.04 with differing levels of non-success.
The furthest I managed was with mkusb, where it booted but failed after a few seconds at “startkde”. The startkde error was actually the failure of “kdeinit5”
I have since tried the aria2 download, writing a pendrive with dd, that is when I get the “SQASHFS” (the one I photographed and posted to Dropbox) error after doing a nomodeset kernel parameter boot.
I’ll try another couple of pendrives with the 4.1 aria2 download and writing them with dd and report back on the results.
I think we are running out of ideas now…
OK, I used the previously downloaded image from aria2 the 4.1 release and re-initialised a different usb stick; a Kingston Data Traveller with Gparted, setting it up with GPT and formatting to fat 32.
I then used dd to transfer the image to the pendrive using this command:
root@linuxmint:/home/tony# dd if=/home/tony/OpenMandrivaLx.4.1-plasma.x86_64.iso of=/dev/sdh1 bs=4M status=progress
2740301824 bytes (2.7 GB, 2.6 GiB) copied, 111 s, 24.7 MB/s
653+1 records in
653+1 records out
2740301824 bytes (2.7 GB, 2.6 GiB) copied, 808.205 s, 3.4 MB/s
root@linuxmint:/home/tony#
I then booted with this and got exactly the same result!
initqueue[619]: losesetup: /run/initramfs/omdv/LiveOS/squashfs.img : failed to set up loop device: no such file or directory