Language Selection

English French German Italian Portuguese Spanish

SabayonLinux 3.26 on my HP Pavilion Laptop

Filed under

SabayonLinux 3.26 was released on Jan 7, only a short time after 3.25. This maintenance release is the last of the 3.2 series and the team will now concentrate on 3.3. While many reviews shout accolades to this rising star, Tuxmachines once again suffered a loss of data making our experience a bit mixed. This is a short description of our time with SabayonLinux.

Since SabayonLinux is based on gentoo and should really amount to a fully functional gentoo system without all the work, this system is still falling a bit short of that perceived goal. But not by much. Without the loss of data, the time spent configuring hardware and services wouldn't be begrudged. However, upon install, I was left to spend a coupla hours learning grub and getting back into my other systems. The loss of data isn't confined to that unpleasantness. Take a hint from Tuxmachines, don't try to use a shared home partition.

I have openSUSE 10.2 installed on the machine I used for SabayonLinux, but am still searching for that near-perfect system. openSUSE falls short in two mostly insignificant areas - or one mostly insignificant and one a bit less so. I mentioned the fugly font situation in my review of openSUSE, but I was to discover I'm having problems with the video players and .bin files. I can live without watching certain video formats, but I've grown quite spoiled in the area of font rendering.

The boot phase and desktop is very much in the tradition of Sabayon as I've known it. It is different from much of the pack while being very tasteful and attractive. This latest incarnation features customized splashes and graphics in peachy orangy hues. It's nice looking, even if my description doesn't express it. The fonts are much better in SabayonLinux out of the box that I've experienced with openSUSE even after experimenting and tweaking. The system features KDE 3.5.5, kernel 2.6.19, Xorg 7.1.99, gcc 4.1.1, and lots of nice software. The desktop includes a nice wallpaper, lots of transparency, and the Kickoff menu. So it makes a good second impression.

However, that second impression was marred by the first. The livecd bootsplash lists several boot options. These include SabayonLinux, a Music Edition choice, a Quake4 demo, and an Internet Kiosk NX mode, as well as text and gui installs. I wasn't having the best of luck in livecd mode, so after my second lock-up I decided to boot into the gui install mode. This option boots into a fluxbox desktop and starts the anaconda installer. It is your basic anaconda installer, with a few of the tedious steps removed. I supposed I was still undecided on some points and while setting up the partitions I defined my /boot, /home, and /. The first of my mistakes. The second mistake was that I chose not to install a bootloader as I find openSUSE's quite attractive. I figured I could edit the bootloader to include SabayonLinux later as I do on my desktop. Well, SabayonLinux did abide by my decision not install a bootloader, but it still overwrote the grub.conf/menu.lst with empty files. Wtf? Being a lilo person up until the install of openSUSE on this laptop, I was a bit out of my element. It took well over an hour (probably closer to two) for me to read up and fix the issue. Quite annoying. Ok, I admit, very annoying.

My third mistake was (naming a shared home partition and) using the same username as used on openSUSE. When I finally got grub squared away and got back onto openSUSE, I found all my files and data in /home/srlinuxx gone and nothing in their place. No skeleton files, no Desktop, no .kde or anything. WTF? So, the next coupla hours were spent restoring openSUSE to a usuable state. I've been installing various Linux distros for a long time now, and have never had this happen before. Very, very annoying.

The other problems with SabayonLinux can probably be attributed to my lack of knowledge, at least to a large degree. I've been using gentoo a long time as my main os, and my workhorse system has been in place so long that I may have forgotten more than I recall. Perhaps things have changed a bit as well. So, hardware detection and setup are other areas in which I'm having problems.

The graphics are detected and configured correctly. Nvidia drivers are loaded and a 1200x800 desktop results. It looks really nice. However my sound is not working. I've booted up perhaps a dozen livecds on this new laptop and SabayonLinux is the only system that does not configure the sound correctly. I see a lot of "dummy" modules loaded for it and trying to modprobe the correct modules results in 'module not found.' I'm going to have to rebuild the kernel it looks like.

The next issue is almost embarrassing to mention as I'm sure it's my own fault. Getting wireless to work is not really a problem, but keeping it after reboot is. I use ndiswrapper to utilize the windows driver for my wireless chip and have no problems there. I must first rmmod bcm43xx and then modprobe ndiswrapper to get the hardware working. Knetworkmanager can then connect to my access point most of the time. Sometimes I have to iwlist scan before it will see them. I'm not sure what's up with that. But the problem lies in having to do this each boot. I put ndiswrapper in the /etc/modules.d/autoload/kernel file and have even put bcm43xx in the modules.blacklist file, however each boot bcm43xx is loaded first and my wireless chip doesn't work. As stated, I'm sure this is a short-coming of my own and I can work this issue out, but it's not very newbie friendly. I guess as long as I'm rebuilding the kernel for sound support, I can take out bcm43xx to solve that. Big Grin

The next issue is once again my fault I'm sure. But I experience occasional lock-ups. I've tried using noapic which seems to lessen the occurrences, but it still happens. I'm going to have to explore and experiment with other boot options I guess to get around that, in hopes it can be cured. Where the one boot where the keyboard quit working after 30 seconds fits in I'm not sure.

My next issue is that same mplayer .bin issue experienced with openSUSE. This head scratcher is very puzzling. I've installed addition codecs and rebuilt mplayer on both systems, and have not figured this one out yet. But I had hopes it'd work in SabayonLinux.

The final issue I'd like to point out is erratic touchpad performance. The pointer does not move smoothly and at times stops. At other times it seems to have a mind of its own. This works flawlessly in openSUSE and all the other livecds I tested. So, this is yet another area I'd have to bone-up on if I wish to use SabayonLinux.

Here's the rub: I got this laptop for Christmas and I was wanting to get a working Linux install without a lot of fuss, muss, work, and time. That's the whole point of using a binary distro like openSUSE or SabayonLinux. If I wanted to rebuild kernels and applications, spend hours googling, and reading howtos I could have just installed Gentoo from scratch.

SabayonLinux looks real nice and includes the cool 3D effects of XGL and AIXGL (which I haven't bothered to test), but all in all, openSUSE is closer to working more properly than SabayonLinux. To be quite honest, I think I will not even bother working out these issues as time is of the essence. I know SabayonLinux does nicely with desktops and the developers are a small team. Their efforts are highly commended and they have garnered lots of nice reviews. But I don't think SabayonLinux is for my HP Pavilion laptop and my goals for it. I admit I'm still a laptop newbie and I sure could get to know my hardware really well if I choose to persue SabayonLinux. Smile

Previous attempts:

UPDATE: 01/13/07 - I've worked through or around most of the issues I complained about in this article, but one. This last one is the deal breaker though. SabayonLinux still intermittently locks up - tight. No sysrq dance to the rescue. So, I think I give up for sure this time. But as stated, I think Sabayon has lots of good qualities and would make some folks a real nice system - it just doesn't work well on my HP laptop.

Never. Ever. Use. Shared. Partitions.

...except for the swap Smile

re: Never. Ever. Use. Shared. Partitions.

Yeah, no sh*t.

You talk the talk, but do you waddle the waddle?

Yeah I have used this distro

Yeah I have used this distro once before.
I had trouble initially (not just this distro but all kernels prior to 2.6.19 have broken acpi for my HP Pavillion laptop, and I am yet to try 2.6.19, will probably build an LFS soon to stay vanilla)
This distro was the worst though, the version prior to last failed to boot at all into any graphics on the last release which caused me great frustration. I finally got it to boot eventually, with a broken acpi (noacpi caused it to hang???) so my system was burning up at 70C trying to run compiz without hardware acceleration. (Was not happy Sad )

I looked up on the disk and the reported ati driver that came with the distro was different to the one on the disk and as I decided to install this distro onto the disk and sort out the problems from there, they seemed easy enough to fix, rebuild the kernel to use the then experimental acpi-fix and get the latest ati driver which had full support for my card and in x86-64.

The install seemed to go without worry, I installed it on a clean hard disk, the disks unmounted and remounted cleanly afterwards so I was happy to risk rebooting to go into lilo in openSuse to add the new kernel.

Bang! I hit the same problem I had as you guys, no bootloader even after I said don't install one. No openSuse install disk to hand, just overwrote the dvdrw for this broken distro. so from here I had to install the only system I had to hand, a mandriva disk. I then had to boot into this system, add openSuse to the lilo menu and boot back into that system to delete the mandriva disto I don't want and clear that dvdrw so I never make the same mistake again.

Distro shows a lot of promise, but when I 'complained' on the forum that my card was unsupported in the version of the ati driver that was on disk i was pointed to a page showing the card running without hardware acceleration that the card was supported. I figure that was some troll so I never followed up the matter, but I kept an eye on this distro, when the installer works I may try it, but I will have probably just learnt to install a vanilla gentoo by then.

I have built an LFS ( distro on 2 machines before now, blindingly fast as I only install a basic setup, basic firewall and then KDE with full graphics support. I have no need for the likes of samba and cups and gnome a lot of the time, they are fantastic projects but not needed for my everyday use, i dabble with them on a distro where they come install, but I know what I use and so I prefer just to have that (a problem on rpm distro's imho).

Well I have a slightly worse opinion of this distro than most but nice to read a review from someone interested about it.

For the bcm43xx issue, write a simple init script to rmmod the bcm43xx module and modprobe the ndiswrapper.
That's what I am doing in openSuse 10.2, nice the kernel has experimental support for bcm43xx at last but I have a bcm4318 which from what I have heard doesn't work without the windows driver being loaded in some form.

re: Yeah I have used this distro

At least it didn't eat my partition table this time. Actually, come to think of it, it would have only taken me 10 minutes to fix that. Big Grin


For the bcm43xx issue, write a simple init script to rmmod the bcm43xx module and modprobe the ndiswrapper.

I'd probably stick those commands in the local.start file (which is gentoo's equivalent to rc.local).

You talk the talk, but do you waddle the waddle?

bcm43xx issue

It doesn't matter what you do, as long as it's built into the kernel, this little bastard of a driver will be detected and loaded. Hal or udev or some running process has to do with that. I've been fiddling with sabayon on my hp laptop (dv6119) for about a week or so now, so bear with me.

I'm used to the barebones type distros, and only decided to try sabayon because it was hailed as one of the best 64bit distros out there.

I've learned you've either got to rename the actual driver and suffer with a startup error message, or rebuild the kernel without support for the bcm43xx module which will be done eventually anyway.

ndiswrapper works fine on most hp laptops with the bcm wifi chip.

I'm still undecided on this distro, but I do give them plenty of props for a job well done on setting up a gentoo based system fast and pretty damn accurately.

btw: you may want to try out the irqpoll boot parameter if your headphone jack and/or usb mass storage gives you a problem. worked for me.

re: bcm43xx issue

debauchery1st wrote:

btw: you may want to try out the irqpoll boot parameter if your headphone jack and/or usb mass storage gives you a problem. worked for me.

Oh no kidding? I'd given up on getting that earphone jack to work. In fact, you may have noticed, I've practically ignored its existence - forgetting to even mention it in my "laptop" articles. Wow, I'll try that. Thanks.

Yeah, I keep trying Sabayon. One of these days it'll be ready for me. ...or me for it. Big Grin

You talk the talk, but do you waddle the waddle?

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Oracle: New VirtualBox 5.2 Beta, SPARC M8 Processors Launched

  • VirtualBox 5.2 to Let Users Enable or Disable Audio Input and Output On-the-Fly
    Oracle announced new updates for its popular, cross-platform and open-source virtualization software, the third Beta of the upcoming VirtualBox 5.2 major release and VirtualBox 5.1.28 stable maintenance update. We'll start with the stable update, VirtualBox 5.1.28, as it's more important for our readers using Oracle VM VirtualBox for all of their virtualization needs. The VirtualBox 5.1 maintenance release 28 is here to improve audio support by fixing various issues with both the ALSA and OSS backends, as well as an accidental crash with AC'97.
  • SPARC M8 Processors Launched
    While Oracle recently let go of some of their SPARC team, today marks the launch of the SPARC M8. The initial SPARC M8 line-up includes the T8-1, T8-2, T8-4. M8-8, and SuperCluster M8-8 servers.

Wikileaks Releases Spy Files Russia, CCleaner Infected, Equifax Has a Dirty Little Secret

  • Spy Files Russia
    This publication continues WikiLeaks' Spy Files series with releases about surveillance contractors in Russia. While the surveillance of communication traffic is a global phenomena, the legal and technological framework of its operation is different for each country. Russia's laws - especially the new Yarovaya Law - make literally no distinction between Lawful Interception and mass surveillance by state intelligence authorities (SIAs) without court orders. Russian communication providers are required by Russian law to install the so-called SORM ( Система Оперативно-Розыскных Мероприятий) components for surveillance provided by the FSB at their own expense. The SORM infrastructure is developed and deployed in Russia with close cooperation between the FSB, the Interior Ministry of Russia and Russian surveillance contractors.
  • Malware-Infected CCleaner Installer Distributed to Users Via Official Servers for a Month
    Hackers have managed to embed malware into the installer of CCleaner, a popular Windows system optimization tool with over 2 billion downloads to date. The rogue package was distributed through official channels for almost a month. CCleaner is a utilities program that is used to delete temporary internet files such as cookies, empty the Recycling Bin, correct problems with the Windows Registry, among other tasks. First released in 2003, it has become hugely popular; up to 20 million people download it per month. Users who downloaded and installed CCleaner or CCleaner Cloud between Aug. 15 and Sept. 12 should scan their computers for malware and update their apps. The 32-bit versions of CCleaner v5.33.6162 and CCleaner Cloud v1.07.3191 were affected.
  • Equifax Suffered a Hack [sic] Almost Five Months Earlier Than the Date It Disclosed
  • This is why you shouldn’t use texts for two-factor authentication

    For a long time, security experts have warned that text messages are vulnerable to hijacking — and this morning, they showed what it looks like in practice.

Amazon Changes Rental ('Cloud') Model on GNU/Linux

Devices/Hardware: Embedded/Boards, CODESYS, and EPYC Linux Performance

  • Linux friendly IoT gateway runs on 3.5-inch Bay Trail SBC
    While the MB-80580 SBC lists SATA II, the gateway indicates SATA III. Also, the gateway datasheet notes that the RS232 ports can all be redirected to RS232/422/485. Software includes Windows IoT Core and Server, as well as Yocto, Ubuntu Snappy Core, and CentOS Linux distributions.
  • Rugged panel PC scales up to a 19-inch touchscreen
    The fanless, IP65-rated WinSystems “PPC65B-1x” panel PC runs Linux or Win 10 on a quad-core Atom E3845, and offers 10.4 to 19-inch resistive touchscreens.
  • CODESYS announces CODESYS-compatible SoftPLC for open Linux device platforms
  • EPYC Linux performance from AMD
    Phoronix have been hard at work testing out AMD's new server chip, specifically the 2.2/2.7/3.2GHz EPYC 7601 with 32 physical cores.  The frequency numbers now have a third member which is the top frequency all 32 cores can hit simultaneously, for this processor that would be 2.7GHz.  Benchmarking server processors is somewhat different from testing consumer CPUs, gaming performance is not as important as dealing with specific productivity applications.   Phoronix started their testing of EPYC, in both NUMA and non-NUMA configurations, comparing against several Xeon models and the performance delta is quite impressive, sometimes leaving even a system with dual Xeon Gold 6138's in the dust.  They also followed up with a look at how EPYC compares to Opteron, AMD's last server offerings.  The evolution is something to behold.
  • Opteron vs. EPYC Benchmarks & Performance-Per-Watt: How AMD Server Performance Evolved Over 10 Years
    By now you have likely seen our initial AMD EPYC 7601 Linux benchmarks. If you haven't, check them out, EPYC does really deliver on being competitive with current Intel hardware in the highly threaded space. If you have been curious to see some power numbers on EPYC, here they are from the Tyan Transport SX TN70A-B8026 2U server. Making things more interesting are some comparison benchmarks showing how the AMD EPYC performance compares to AMD Opteron processors from about ten years ago.