Battle of the Titans - Mandriva vs openSUSE: The Rematch
|
|
|
Comments (28)
8 earlier comments in the full thread.
I haven't had time to play musical distros for the last year or so. I really miss it.
I haven't been tempted to play musical distros since I installed Mandriva 2008.1, I don't miss it a bit. At first it was to try out new things, but then it became "how to get one thing working", which was fixed in one distro but not another. Or I didn't have the programs I wanted in all of them, whatever. Mandriva fits my ticket. Mint? Too much like Ubuntu for me, h, but Mepis has been a truly rocking distro for a very long time...it's just ugly, LOL. To each their own and all the better for it!
When I switched to suse in 2004, I thought I'd found the ideal distro - it's still not bad in the server room, but I was disappointed at the problems I saw in 11.0 - not a total loss, but nowhere near the level of quality I had come to expect out of nuremburg.
In contrast, when I installed ubuntu 8.04 I was delighted to find that every gizmo and widget on my laptop works perfectly, package management is a breeze, and online updates always work, every time.
If suse 11.1 isn't a significant improvement, I'll be thinking seriously about moving completely to debian/ubuntu, as well as recommending that to my clients as well.
In contrast, when I installed ubuntu 8.04 I was delighted to find that every gizmo and widget on my laptop works perfectly, package management is a breeze, and online updates always work, every time.
If suse 11.1 isn't a significant improvement, I'll be thinking seriously about moving completely to debian/ubuntu, as well as recommending that to my clients as well.
Quoting:I haven't been tempted to play musical distros since I installed Mandriva 2008.1
I don't currently have a spare machine to play musical Distros with. I like to try different distros, even if only to confirm my current choice.
> I don't currently have a spare machine to play musical Distros with.
Well, as I noted in the thread about Vector Linux, the best solution to this problem is to use virtual machines. With both VMware Server and Virtualbox being free downloads (and Virtualbox has a Free version too), there's no reason not to use them.
Well, as I noted in the thread about Vector Linux, the best solution to this problem is to use virtual machines. With both VMware Server and Virtualbox being free downloads (and Virtualbox has a Free version too), there's no reason not to use them.
Talking about automounting drives.....
Does anyone know why Kubuntu 8.04 asks for the root password whenever extra partitions (locally installed) need to be mounted in a new session?
I've not seen this before, no other previous version did this (and frankly it sucks - and was the biggest reason I moved on to other distros).
Does anyone know why Kubuntu 8.04 asks for the root password whenever extra partitions (locally installed) need to be mounted in a new session?
I've not seen this before, no other previous version did this (and frankly it sucks - and was the biggest reason I moved on to other distros).
> Talking about automounting drives....
If you actually mean automounting, that shouldn't require root access - but perhaps you really don't have autofs set up after all, and are really trying to manually mount partitions from a local disk, which is a superuser activity and has historically been so in unix since the beginning.
Could you describe your scenario in more detail?
If you actually mean automounting, that shouldn't require root access - but perhaps you really don't have autofs set up after all, and are really trying to manually mount partitions from a local disk, which is a superuser activity and has historically been so in unix since the beginning.
Could you describe your scenario in more detail?
Yes.
I installed Kubuntu onto a machine with 3 hard drives. This was not a new setup hardware wise and I was replacing the previous version of Kubuntu at the time.
As is my want I set up root and home partitions only, leaving the rest of the partitions till after first boot.
I duly added all appropriate partitions to fstab, created mount points and ran mount -a. No problems so far.
Upon next boot, expecting to find all partitions mounted I found instead that whilst the mountpoints were shown in /media/ that none were actually mounted. (Odd because I added them as I always do). So I clicked on one at random in dolphin. A "password required" box appeared. After inputting the password the partition mounted and all others mounted after being clicked on.
On shutdown I get another box asking me to put the password in again in order for the partition to be unmounted.
Next boot - same again.
This is new. No other version of Linux that I've ever used has asked for my password to mount local partitions before.
Why do I need to input a password to mount a drive that's correctly added to fstab? And why again on shutdown?
This is some new security model?
I couldn't find anything obvious on the Kubuntu site nor could I find anything in a search on the Kubuntu forums.
> Upon next boot, expecting to find all partitions mounted I found instead that whilst the mountpoints were shown in /media/ that none were actually mounted.
That is bizzarre, and I've never seen it either. I'm running ubuntu 8.04 on machines with multiple miscellaneous partitions. If it was em in that situation, I'd look closely at fstab, and look for mount-related messages in the system logs.
Any funny mount options, encrypted partitions, anything out of the ordinary?
That is bizzarre, and I've never seen it either. I'm running ubuntu 8.04 on machines with multiple miscellaneous partitions. If it was em in that situation, I'd look closely at fstab, and look for mount-related messages in the system logs.
Any funny mount options, encrypted partitions, anything out of the ordinary?
Nope, all exactly as it was when I rebooted from Kububtu 7.10.
Tis no matter, I have a different distro on there now. It is a distro surfing partition really. I did wonder whether the Kununtu devs had gone mad or not but the lack of response from searches made me wonder if it was some freak incident. That said - I installed it afresh twice and both times it exhibited the same behaviour.
Tis no matter, I have a different distro on there now. It is a distro surfing partition really. I did wonder whether the Kununtu devs had gone mad or not but the lack of response from searches made me wonder if it was some freak incident. That said - I installed it afresh twice and both times it exhibited the same behaviour.
OK...This is off topic a bit for the thread but it validates my point...AND shows just how far we really have to go...and people wonder why I say the 'buntu's aren't at all suitable for new users. Case on point:
"I duly added all appropriate partitions to fstab, created mount points and ran mount -a. No problems so far. Upon next boot, expecting to find all partitions mounted I found instead that whilst the mountpoints were shown in /media/ that none were actually mounted."
What? Added what to fstag...fstop...f-something or other...how do I do that? WHY do I do that. I'm supposed to plug in or install the hardware and it's supposed to work. I have to edit a text file? Screw this.....Windows may be raping me but at least they know that I'm a computer illiterate.
Absolutely ridiculous to say that a distro is new user friendly when one has to edit a text file to add a hard drive.
To be honest though...I've found the "media" phenomenon in several distros. I solve it by going into my partition tool and add them there. There is also a tool called kde-guidance that allows this to happen as well. It's a bit buggy but workable.
"I duly added all appropriate partitions to fstab, created mount points and ran mount -a. No problems so far. Upon next boot, expecting to find all partitions mounted I found instead that whilst the mountpoints were shown in /media/ that none were actually mounted."
What? Added what to fstag...fstop...f-something or other...how do I do that? WHY do I do that. I'm supposed to plug in or install the hardware and it's supposed to work. I have to edit a text file? Screw this.....Windows may be raping me but at least they know that I'm a computer illiterate.
Absolutely ridiculous to say that a distro is new user friendly when one has to edit a text file to add a hard drive.
To be honest though...I've found the "media" phenomenon in several distros. I solve it by going into my partition tool and add them there. There is also a tool called kde-guidance that allows this to happen as well. It's a bit buggy but workable.
I've spent a great deal of time hacking into xorg.conf, fstab and GRUB's menu.lst
Yeah, I can do it, but easy GUI ways of dealing with them are essential.
Yeah, I can do it, but easy GUI ways of dealing with them are essential.
> AND shows just how far we really have to go...
I don't think any distro out there will handle adding a new hard drive painlessly. Even Windows won't (I can't speak for the Mac, not having touched one in years).
To be fair, that's not something your average newbie will be worrying about. They'll want someone to install a new drive for them.
I don't think any distro out there will handle adding a new hard drive painlessly. Even Windows won't (I can't speak for the Mac, not having touched one in years).
To be fair, that's not something your average newbie will be worrying about. They'll want someone to install a new drive for them.
Sal, did you use the 'user' or 'users' option in fstab to allow non-root users to mount/unmount the partitions?
In Kubuntu, system settings -- advanced -- disks and filesystems gives you a nice little graphical tool for managing partitions and mountpoints. Throw in GParted for super-EZ partitioning and filesysteming, and you have nice graphical goodness.
This whole /media thing is kind of an odd idea that I guess made sense to somebody. When HAL detects a partition that's not listed in fstab, it's automatically mounted in /media. So this would mostly apply to removable media, but hard disk partitions get swept up in its net too. It's kind of funny that the brainiacs behind HAL/udev didn't realize that most folks don't want a completely dynamic mounting scheme for storage media, but need consistent naming for storage devices. For example, when I run my personal backups to an external USB hard drive, I don't want to hunt down whatever random name it has every time. So there are elaborate udev hacks that should be enabled by default to ensure persistent naming for a lot of devices, and I use the UUIDs of devices to make sure they stay nailed down the way I want them.
In Kubuntu, system settings -- advanced -- disks and filesystems gives you a nice little graphical tool for managing partitions and mountpoints. Throw in GParted for super-EZ partitioning and filesysteming, and you have nice graphical goodness.
This whole /media thing is kind of an odd idea that I guess made sense to somebody. When HAL detects a partition that's not listed in fstab, it's automatically mounted in /media. So this would mostly apply to removable media, but hard disk partitions get swept up in its net too. It's kind of funny that the brainiacs behind HAL/udev didn't realize that most folks don't want a completely dynamic mounting scheme for storage media, but need consistent naming for storage devices. For example, when I run my personal backups to an external USB hard drive, I don't want to hunt down whatever random name it has every time. So there are elaborate udev hacks that should be enabled by default to ensure persistent naming for a lot of devices, and I use the UUIDs of devices to make sure they stay nailed down the way I want them.
Quoting: What? Added what to fstag...fstop...f-something or other...how do I do that? WHY do I do that. I'm supposed to plug in or install the hardware and it's supposed to work. I have to edit a text file? Screw this.....Helios, I've installed ubuntu server and desktop on a number of boxes recently, and have never need to manually edit fstab, create mount points, issue mount commands etc. Everything was handled during the install, with a nice intuitive GUI.
Sal may have tried doing things the hard way, but that doesn't mean it was the only way, or even a good way to go about it.
I honestly thought it was some new fangled security model and was prepared to launch a broadside at the narrow mindedness of it. Unless the Kubuntu default installer has added an option I missed then it was nothing that I did.
One thing that does drive me up the wall is the way that fstab has moved from the good old /dev/blah to hardware labels(?) which result in long strings of letters and numbers (like I'm supposed to know which drive is ATA23D65779830980). Sometimes, it seems, people change stuff because they can rather than because it needs changing.
One thing that does drive me up the wall is the way that fstab has moved from the good old /dev/blah to hardware labels(?) which result in long strings of letters and numbers (like I'm supposed to know which drive is ATA23D65779830980). Sometimes, it seems, people change stuff because they can rather than because it needs changing.
Using /dev names doesn't work any more because of udev, which creates /dev names dynamically. So with a USB stick, for one example, one time it's /dev/hdd, and another time it's /dev/hdc, and then there is a change in the kernel and there are no more hd names, but everything is sd. Wheeee!
So. The moral is, use a unique identifier that lives on the device itself. You can find UUIDs easily, with the vol_id command, like this:
# vol_id -u /dev/sda2 1c390791-bd8a-4655-b722-6d0bcbbdf547
How do you find the /dev name? In the output of dmesg, if you can't find it anywhere else.
Instead of UUIDs, you can create your own nice short friendly labels. This article spells everything out: http://linuxplanet.com/linuxplanet/tutorials/6472/1/ Corraling Linux Hard Disk Names
This is the kind of thing that there should be a good universal GUI configurator and detector for. As it is, we need a hodgepodge of different utilities.
So. The moral is, use a unique identifier that lives on the device itself. You can find UUIDs easily, with the vol_id command, like this:
# vol_id -u /dev/sda2 1c390791-bd8a-4655-b722-6d0bcbbdf547
How do you find the /dev name? In the output of dmesg, if you can't find it anywhere else.
Instead of UUIDs, you can create your own nice short friendly labels. This article spells everything out: http://linuxplanet.com/linuxplanet/tutorials/6472/1/ Corraling Linux Hard Disk Names
This is the kind of thing that there should be a good universal GUI configurator and detector for. As it is, we need a hodgepodge of different utilities.
TC, that command assumes you know the /dev/ ID to start with
# blkid
spits it all out nice and neat.
Static devices can safely be renamed to /dev/??? in both fstab and grub, and you can set your udev rules so that specific removable devices are always assigned the same, so with a little forethought /dev/??? works just fine.
On an aside, other than ripping out the blkid identifiers any place that I find them, I have to date, neer had an issue just plain ignoring them and staying "old school".
# blkid
spits it all out nice and neat.
Static devices can safely be renamed to /dev/??? in both fstab and grub, and you can set your udev rules so that specific removable devices are always assigned the same, so with a little forethought /dev/??? works just fine.
On an aside, other than ripping out the blkid identifiers any place that I find them, I have to date, neer had an issue just plain ignoring them and staying "old school".
mm, blkid is full of tasty goodness :)
yikes. I think the nicest thing I have ever said about blkid is "ooh, ick" With the majority of the rest of the comments more fitting to adult films.
Post a comment
A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.
Your message:Markdown: **bold**, *italic*, [text](https://link), - lists, > quotes, $x^2$ for math. Formatting help
Sign up and post (it is free) or Log in and post
