Language Selection

English French German Italian Portuguese Spanish

MandrivaOne - a livecd

Filed under
MDV
Reviews
-s

The release of Mandriva Linux One 2006 Beta 2 was announced yesterday. As we didn't have too much luck with the first one and early reports state the boot problems still exist, Tuxmachines almost took a pass on this release. That would have been a mistake. This beta 2 shows the kind of release we've come to expect from Mandriva, even in the beta stage, and we are proud to report we had wonderful results this time.

The improvements showed immediately here. Despite other reports of the livecd still not wanting to boot with more than one cdrom drive attached, we did not experience that here. It could be several factors for this anomoly, but I have a dvd burner as hdc and a cdrw as hdd. I burnt my copy in hdd and booted in same. This drive is an LG, btw (for the reader who was concerned), and it's still with us. We had no problems. I was actually surprized and already had plans to unplug one or the other. It wasn't necessary.

I did still see a lot of boot errors, but most was due to it trying to load a lot of modules either not present on the livecd or needed here. One that raised an eyebrow or two here stated it could not find / in /etc/fstab. I adjusted my dress-shields, bit my lip and continued to watch. It booted fine, and relatively fast, but dropped me into a 800x600 desktop. Yikes. This isn't so uncommon really and certainly not the end of the world, as nv commonly detects my crt-1 first - and incorrectly. So a simple vi /etc/xorg.conf and I was in a nice 1280x1024 Mandriva desktop.

Before that first kde login one is asked their lang, keyboard, and clock/timezone settings. This is a nice touch and offered reassurance that we were dealing with a professional grade livecd. Although, for some reason, it didn't adjust my clock to proper time. I double-checked that my hardware clock was correct and it was. Again, a small and easy adjustment.

This time we found almost 100% of the applications usuable. Only a couple of the advanced mixers gave us any real problem in opening. The kscd did not want to play my music cds despite my trying to adjust the configuration. Kdetv did not work properly for me either, but it never does even with the proper kernel module parameters. Kradio and qtradio was included and worked wonderfully. As stated before, few distros in livecd format or limited in space include a radio application and that was certainly appreciated here. Some of the applications took a while to open up, but not a bad showing for a livecd. OOo took 40 seconds to open and Firefox to 11 seconds. My usb scanner was autodetected and worked out of the box in Kooka, but xsane didn't see it. Kaffine complained about windows codecs and dvd decryption, but mpgs and avis played fine. My biggest complaint was the exclusion of a compiler, but I suppose one could install it through urpmi or the graphical software manager after the hard drive install.

        

        

The harddrive installer worked wonderfully. At first use it appears simple and lacking in options. One is asked their target partition(s) and boot loader information and off it goes. It took less than 15 minutes from start to finish to install Mandriva One onto my harddrive. It does overwrite your current bootloader configuration with no way to skip that step. Although one is given ample opportunity to add all the other entries (systems) to their configuration per that usual Mandriva installer step, that's too much trouble for me. I'd rather do it manually later.

        

Upon boot of the hard drive install, one finds most if not all of the booting errors encountered with the livecd are gone and one is comforted by a long lists of green OK's. Before reaching the login, one is given the chance to setup their net connection, root password, and user account. Then one can login. My configuration customizations were copied over as were any userfiles I had in the guest account on the livecd. I thought that is a nice touch. Only a few livecd installs bother with that step as well.

In conclusion, good show Mandriva. Beta 1 should have been kept under-wraps and only tested internally. One rarely gets a second chance to make a first impression, but sometimes second impressions are so impressive that one almost forgets the first. This is the case with Mandriva One 2006 Livecd.

Release Announcement.
Full Rpmlist.
Screenshots.

More in Tux Machines

Ubuntu 19.10 Puts Nvidia's Proprietary GPU Driver Right On The ISO

In Ubuntu 19.04, Canonical introduced the ability to download Nvidia's propriety graphics driver during the OS installation process (provided the user has an internet connection). That was a welcome step toward making gaming more accessible for newcomers. With the upcoming Ubuntu 19.10, however, Canonical is following in the footsteps of System76's Pop!_OS and slapping Nvidia's driver (both 390 and 418) right onto the ISO. Phoronix spotted the update via Ubuntu's Launchpad platform. What this means is that users can have the proprietary Nvidia driver -- a better option for gaming compared to the open source "Nouveau" driver -- ready to go at first boot. They also have the option to install the Nvidia binary at any point in the future without needing to add or activate a repository or download the driver. Read more

Benchmarking AMD FX vs. Intel Sandy/Ivy Bridge CPUs Following Spectre, Meltdown, L1TF, Zombieload

Now with MDS / Zombieload being public and seeing a 8~10% performance hit in the affected workloads as a result of the new mitigations to these Microarchitectural Data Sampling vulnerabilities, what's the overall performance look like now if going back to the days of AMD FX Vishera and Intel Sandybridge/Ivybridge processors? If Spectre, Meltdown, L1TF/Foreshadow, and now Zombieload had come to light years ago would it have shaken that pivotal point in the industry? Here are benchmarks looking at the the performance today with and without the mitigations to the known CPU vulnerabilities to date. As I've already delivered many benchmarks of these mitigations (including MDS/Zombieload) on newer CPUs, for this article we're looking at older AMD FX CPUs with their relevant Spectre mitigations against Intel Sandybridge and Ivybridge with the Spectre/Meltdown/L1TF/MDS mitigations. Tests were done on Ubuntu 19.04 with the Linux 5.0 kernel while toggling the mitigation levels of off (no coverage) / auto (the default / out-of-the-box mitigations used on all major Linux distributions for the default protections) / auto,nosmt (the more restricted level that also disables SMT / Hyper Threading). The AMD CPUs were tested with off/auto as in the "auto,nosmt" mode it doesn't disable any SMT as it doesn't deem it insecure on AMD platforms. Read more

Today in Techrights

today's leftovers

  • Zombieload, Nextcloud, Peppermint 10, KDE Plasma, IPFire, ArcoLinux, LuneOS | This Week in Linux 67
    On this episode of This Week in Linux, we’ll check out some Distro News from Peppermint OS, ArcoLinux, LuneOS & IPFire. We got a couple apps to talking about like Nextclou0…d and a new Wallpaper tool that has quite a bit of potential. We’ll take a look at what is to come with the next version of KDE Plasma. Intel users have gotten some more bad news regarding a new security vulnerability. Later in the show, we’ll cover some interesting information regarding a couple governments saving money by switching to Linux. Then finally we’ll check out some Linux Gaming News. All that and much more on your Weekly Source for Linux GNews!
  • Ubuntu Podcast: S12E07 – R-Type
    This week we’ve been installing Lineage on a OnePlus One and not migrating Mastodon accounts to ubuntu.social. We round up the Ubuntu community news from Kubuntu, Ubuntu MATE, Peppermint OS and we discuss some tech news. It’s Season 12 Episode 07 of the Ubuntu Podcast! Alan Pope, Mark Johnson and Martin Wimpress are connected and speaking to your brain.
  • OpenGL 4.6 / SPIR-V Support Might Be Inching Closer For Mesa Drivers
    We're quickly approaching the two year anniversary of the OpenGL 4.6 release and it's looking like the Intel/RadeonSI drivers might be inching towards the finish line for that latest major revision of the graphics API.  As we've covered many times, the Mesa drivers have been held up on OpenGL 4.6 support due to their SPIR-V ingestion support mandated by this July 2017 version of the OpenGL specification. While there are the Intel and Radeon RADV Vulkan drivers already with the SPIR-V support that is central to Vulkan, it's taken a long time re-fitting the OpenGL drivers for the likes of ARB_gl_spriv. Then again, there aren't many (actually, any?) major OpenGL games requiring version 4.6 of the specification even with its interoperability benefits thanks to SPIR-V.