From Slackware to which distro?
Hi All, I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational. - Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc. - Oracle -- I use it at work too. Was CentOS, but switched to Oracle because they said delivering end-of-life OS is bad marketing. - Fedora -- OK. Doesn't seem to have its equivalent in Ubuntu side. - OpenSUSE -- Difficult to pin down. It uses RPM but in their own way. It has rolling release (Tumbleweed) and versioned release (Leap). - Arch -- no. I don't need/want to learn what they are trying to teach. I run Slackware, so I already know all that. Thanks for any feedback. William
On Wed, 27 Apr 2022 00:37:21 -0400 William Park via talk <talk@gtalug.org> wrote:
Hi All,
Hi :)
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
in the early 2000's or late 90's this post would have been flamebait :) now we are far more mature and hindsight is perfect. (we even have new words like flamebait :) ) - some of us (like me) even made their own Linux distro's and some on this list are in OpenSuse and Fedora and other projects. imnsho, this post in 2022 is all about UI and with Google pushing mobile first, developers, of graphic UI's (even web based like cPanel and many others), are dropping new UI's that are becoming fast unusable to many of us. (I find myself spending 100+% more time on console when compared with 10 years ago - as I can actually and in fact deliver far greater productivity without all the overhead, risk and everything else that comes with overly developed UI's) for my 2c, maybe install some bsd... all popular Linux distros are great and cool! so maybe try all of them - and have fun! :)
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
- Oracle -- I use it at work too. Was CentOS, but switched to Oracle because they said delivering end-of-life OS is bad marketing.
- Fedora -- OK. Doesn't seem to have its equivalent in Ubuntu side.
- OpenSUSE -- Difficult to pin down. It uses RPM but in their own way. It has rolling release (Tumbleweed) and versioned release (Leap).
- Arch -- no. I don't need/want to learn what they are trying to teach. I run Slackware, so I already know all that.
Thanks for any feedback. William --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
On Wed, 27 Apr 2022, William Park via talk wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
I'm currently running Mint, but I really don't care which distro I use. I do prefer .deb to .rpm, but it's not that important. Whichever distro it is, I use WindowMaker as my desktop because of its configurability. -- Chris F.A. Johnson
On Tue, Apr 26, 2022 at 11:37 PM William Park via talk <talk@gtalug.org> wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
- Oracle -- I use it at work too. Was CentOS, but switched to Oracle because they said delivering end-of-life OS is bad marketing.
- Fedora -- OK. Doesn't seem to have its equivalent in Ubuntu side.
- OpenSUSE -- Difficult to pin down. It uses RPM but in their own way. It has rolling release (Tumbleweed) and versioned release (Leap).
- Arch -- no. I don't need/want to learn what they are trying to teach. I run Slackware, so I already know all that.
Suggest Devuan - - - I'm working on moving more of my systems that way over time. Regards
On Wed, Apr 27, 2022 at 05:33:23AM -0500, o1bigtenor via talk wrote:
Suggest Devuan - - - I'm working on moving more of my systems that way over time.
My impression so far is that they have so few people actually working on it that it will probably not manage to get very far. But I may just not be paying enough attention to what they are doing. I suppose that having worked with systemd quite a bit by now I have come to the conclusion they are wrong and systemd is actually a good improvement. Not perfect, but better than the alternatives. -- len Sorensen
On Wed, Apr 27, 2022 at 12:37:21AM -0400, William Park via talk wrote:
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
- Oracle -- I use it at work too. Was CentOS, but switched to Oracle because they said delivering end-of-life OS is bad marketing.
- Fedora -- OK. Doesn't seem to have its equivalent in Ubuntu side.
- OpenSUSE -- Difficult to pin down. It uses RPM but in their own way. It has rolling release (Tumbleweed) and versioned release (Leap).
- Arch -- no. I don't need/want to learn what they are trying to teach. I run Slackware, so I already know all that.
I ran SLS then slackware then moved to Redhat 2.0 (back when there was such a thing) because it actually had package management, which clearly showed slackware was useless (this would have been around 1995). I then stuck with that until Redhat 6.0 which was so buggy things like bind regularly crashed, and even reporting bugs to redhat seemed to serve no purpose (I even knew some people working at redhat at the time, and they couldn't even get it to the right people). At that point I moved to Debian 2.1 (around 1999). I have stuck with it since because it works and I haven't seen any new distribution offer anything better (Ubuntu is Debian done wrong (fixed release dates equal broken software), a few other new ones believe in the build everything from source yourself which is just a stupid waste of compute resources). At work we use opensuse (which has certainly shown me why that isn't anymore popular than it is and why the rpm package format is very much inferior to the deb package format), and I work with yocto also using rpm packages (in theory it also could use deb but that isn't the default and hence often broken in some packages) so I know what a pain making rpm packages is compared to making deb packages (debhelper tools are wonderful). So if you want something flexible that works, use Debian, and if you want a more polished desktop environment out of the box, use Mint debian edition. -- Len Sorensen
On 2022-04-27 12:37 a.m., William Park via talk wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
It can make a lot of sense to run the same at home that you use at work, so that you're only tracking one distro's quirks and issues, and being that much more effective at work and needing that much less time spent debugging issues at home. I was running Red Hat back when a past job was on that, up until Red Hat jumped the shark, then CentOS during a couple of gigs that used that, then I decided it was time to dig into Debian just months before a job that used that came over the horizon. So now most of my boxes run Debian. Meanwhile I picked up Gentoo back around the time RH was bothering me too much to touch on my own time anymore, partly as a technical challenge to myself and partly to have the actual source code to everything actually downloaded, but that can suck up an awful lot of time even as it hones your sysadmin skills! Anthony
I too try to run as close as possible to what my customer runs in production. For a long time, that was Fedora, which is effectively an upstream for Centos. I'm waiting to see what happens in the centos switch to quasi-continuous. --dave On 4/27/22 09:02, Anthony de Boer via talk wrote:
On 2022-04-27 12:37 a.m., William Park via talk wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
It can make a lot of sense to run the same at home that you use at work, so that you're only tracking one distro's quirks and issues, and being that much more effective at work and needing that much less time spent debugging issues at home.
I was running Red Hat back when a past job was on that, up until Red Hat jumped the shark, then CentOS during a couple of gigs that used that, then I decided it was time to dig into Debian just months before a job that used that came over the horizon. So now most of my boxes run Debian.
Meanwhile I picked up Gentoo back around the time RH was bothering me too much to touch on my own time anymore, partly as a technical challenge to myself and partly to have the actual source code to everything actually downloaded, but that can suck up an awful lot of time even as it hones your sysadmin skills!
Anthony
--- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
-- David Collier-Brown, | Always do right. This will gratify System Programmer and Author | some people and astonish the rest dave.collier-brown@indexexchange.com | -- Mark Twain CONFIDENTIALITY NOTICE AND DISCLAIMER : This telecommunication, including any and all attachments, contains confidential information intended only for the person(s) to whom it is addressed. Any dissemination, distribution, copying or disclosure is strictly prohibited and is not a waiver of confidentiality. If you have received this telecommunication in error, please notify the sender immediately by return electronic mail and delete the message from your inbox and deleted items folders. This telecommunication does not constitute an express or implied agreement to conduct transactions by electronic means, nor does it constitute a contract offer, a contract amendment or an acceptance of a contract offer. Contract terms contained in this telecommunication are subject to legal review and the completion of formal documentation and are not binding until same is confirmed in writing and has been signed by an authorized signatory.
On Wed, 27 Apr 2022 at 00:37, William Park via talk <talk@gtalug.org> wrote:
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
- Ubuntu -- OK. I use it at work in VM and in WSL (Windows Subsystem for Linux). For me, Mint is another flavour, just like Kubuntu, Xubuntu, etc.
- Oracle -- I use it at work too. Was CentOS, but switched to Oracle because they said delivering end-of-life OS is bad marketing.
- Fedora -- OK. Doesn't seem to have its equivalent in Ubuntu side.
- OpenSUSE -- Difficult to pin down. It uses RPM but in their own way. It has rolling release (Tumbleweed) and versioned release (Leap).
- Arch -- no. I don't need/want to learn what they are trying to teach. I run Slackware, so I already know all that.
Thanks for any feedback. William
Something I tend to forget about is the GUI: like Chris, I install whatever distro, then install OpenBox (which isn't very flexible, but suits my way of working), drop in my own configuration file, and I'm ready to go. Many people are extremely picky about their GUIs: if that's you, my advice isn't much use on that. I'm extremely picky about the setup of my terminal - but that can be easily managed in almost any Linux distro in existence. I use Debian most of the time, and Fedora on the machines that Debian can't handle. This is generally because Debian can be a bit slow with the newest hardware drivers. Both have extensive package repositories and it's very rare for me to have to step outside those to get things done. I don't like Fedora's six month release cycle - and I particularly don't like that they drop their old releases three months after a new one comes out. Debian's slower release cycle means you can get stuck with older software, but they're great about back-porting security fixes and "stable" is indeed very stable. I also prefer 'apt' to 'dnf' as a package manager, but in practice that hasn't made a lot of difference (although I got to say ... they could both learn a lot from the impressive speed of Arch's package manager 'pacman' ...). I personally avoid Devuan: during SystemD's initial year or two of existence, it was indeed a horror show. But now that they've forced users of multiple distros to find the problems with it, it's been well debugged. As Lennart says, it's now better than the old Init system. (Debian and Fedora both use SystemD.) I also have to agree that you'll save yourself some grief using whatever distro(s) you're made to use at work. Even if you don't love that distro: using it at home gives you more familiarity, and less work overall. -- Giles https://www.gilesorr.com/ gilesorr@gmail.com
On Wed, 27 Apr 2022 00:37:21 -0400 William Park via talk <talk@gtalug.org> wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
William, Why do you want to switch from Slackware? I hope you understand that when you switch to Ubuntu or Fedora, you will have to locate and install the fortune cookie. -- Howard Gibson hgibson@eol.ca jhowardgibson@gmail.com http://home.eol.ca/~hgibson
On 4/27/22 20:49, Howard Gibson via talk wrote:
On Wed, 27 Apr 2022 00:37:21 -0400 William Park via talk <talk@gtalug.org> wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
William,
Why do you want to switch from Slackware? I hope you understand that when you switch to Ubuntu or Fedora, you will have to locate and install the fortune cookie.
William, I agree with most of the other comments. The only other thing is if you want an Arch base but avoid the default install you can try: https://manjaro.org/download/. The Arch install isn't too bad, but that seems like your only nit with it, so maybe this is better for you. You do give up on the issues with being "custom" but maybe you don't care about that. As to the other comments about Pacman speed, it gets even better if you use powerpill according to other reports. I've not used it but here is the documentation: https://wiki.archlinux.org/title/Powerpill Not sure that helps you or others, Nick
I don't read them anyways. :-) On 4/27/22 20:49, Howard Gibson via talk wrote:
On Wed, 27 Apr 2022 00:37:21 -0400 William Park via talk <talk@gtalug.org> wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational.
William,
Why do you want to switch from Slackware? I hope you understand that when you switch to Ubuntu or Fedora, you will have to locate and install the fortune cookie.
OK, I'll probably go with Fedora-36/KDE when it comes out. I usually don't partition my disks. I use the whole disk. Boot disk is the only one that has (one) partition in MBR. So, when Fedora talked about going UEFI exclusively, I looked elsewhere. Now, they are dropping that idea. https://distrowatch.com/dwres.php?resource=showheadline&story=14569 On 4/27/22 00:37, William Park via talk wrote:
Hi All,
I've been running Slackware since forever. It's time to grow up and see the world. Which distro would you recommend that I move to? Yes, I know it's personal, and reasons will be varied and educational. ...
| From: William Park via talk <talk@gtalug.org> | OK, I'll probably go with Fedora-36/KDE when it comes out. I use Fedora almost always. I don't use KDE. I don't know if Fedora users use KDE often enough to be sure that it is well-tested. | I usually don't partition my disks. I use the whole disk. Boot disk is the | only one that has (one) partition in MBR. So, when Fedora talked about going | UEFI exclusively, I looked elsewhere. Now, they are dropping that idea. | https://distrowatch.com/dwres.php?resource=showheadline&story=14569 Why do you want MBR? I switched to UEFI many years ago. Generally it is a win. Reading more carefully, I think that you mean that you have GPT partitioning on all your disks, with only one partition on all disks except for the one you boot from. On your boot disk, you have a /boot partition and a single / partition for the rest of the disk. /boot appears to be MBR to GRUB but GPT to the running system (a very useful hack). UEFI Losses: - more magic (i.e. a little more complex). But fewer hacks. - You can only run x86-64 OSes on an X86-64 UEFI. (With MBR you can boot 16-bit, 32-bit, and 64-bit OSes.) - very old machines don't have UEFI. (Surely your computer has UEFI firmware.) - you have to have an ESP (EFI System Partition) and it has to be VFAT so it pretty much has to be a separate partition from the partition(s) holding your data and system. But it need not be very large -- 500M is plenty. This is much less of a burden than your /boot. UEFI Wins: - booting becomes less fragile - supporting more than 4 partitions is less hairy - allowing multiple OSes on one drive is a lot easier - UEFI is a well-tested path, both for the hardware and the OS. - considerable hardware no longer has an MBR option - firmware updates can often be managed by Linux. - many manufacturers provide diagnostics as .efi programs. - Secure Boot. Why not? Partitioning: I do a bit more partitioning than you do. I have a separate /home. That means that I can replace the OS and leave the users' files. The only exception is on machines with tiny disks: partitioning a 32G eMMC on a netbook is almost guaranteed to strand precious space in the wrong partition. Each OS that I intend to boot needs its own partition(s). I often have dual boot Fedora / Windows, even though I rarely use Windows. Sometimes I have two versions of Fedora, each on its own / partition. Sometimes I have Fedora and Ubuntu. I often have a swap partition. Modern disks are so large that I often leave space unassigned to a partition. That lets me decide what to do with it when I need it. It should also contribute to the longevity of SSDs (effectively this is massive over-provisioning).
On 5/7/22 11:28, D. Hugh Redelmeier wrote:
| From: William Park via talk <talk@gtalug.org>
| OK, I'll probably go with Fedora-36/KDE when it comes out.
I use Fedora almost always. I don't use KDE. I don't know if Fedora users use KDE often enough to be sure that it is well-teste I'm used to KDE. At work, most use GNOME. Since "terminal" and "file manager" are the only things I use from desktop, any desktop is okay.
| I usually don't partition my disks. I use the whole disk. Boot disk is the | only one that has (one) partition in MBR. So, when Fedora talked about going | UEFI exclusively, I looked elsewhere. Now, they are dropping that idea. | https://distrowatch.com/dwres.php?resource=showheadline&story=14569
Why do you want MBR? I switched to UEFI many years ago. Generally it is a win.
I have bad experience with UEFI. You can't just move the disk to a new motherboard, and boot.
Reading more carefully, I think that you mean that you have GPT partitioning on all your disks, with only one partition on all disks except for the one you boot from. On your boot disk, you have a /boot partition and a single / partition for the rest of the disk. /boot appears to be MBR to GRUB but GPT to the running system (a very useful hack)
No, my current boot drive is 500GB MBR, with one partition and no swap. Just /dev/sda1. I used to have /, /boot, /home, and swap partitions. I now put everything into /. So, to upgrade, I usually - move /home and /etc to /old - remove all others - install new distro - restore from /old/etc and /old/home For UEFI, I would need 2 partitions (/ and /boot/efi) at minimum. Some distro adds /boot and /home. So, 4 partitions. I don't know - if UEFI came about to support these multi partitions, or - if distro are simply taking advantage of GPT. When disk fails, it rarely fails by partitions. It fails as whole disk. So, partitioning isn't as useful as it sounds. All other disks are raw disks in raid1 multi-disk btrfs. So, it uses /dev/sdc, /dev/sdd, ... as whole, not /dev/sdc1, /dev/sdd1, ...
UEFI Losses:
- more magic (i.e. a little more complex). But fewer hacks.
- You can only run x86-64 OSes on an X86-64 UEFI. (With MBR you can boot 16-bit, 32-bit, and 64-bit OSes.)
- very old machines don't have UEFI. (Surely your computer has UEFI firmware.)
- you have to have an ESP (EFI System Partition) and it has to be VFAT so it pretty much has to be a separate partition from the partition(s) holding your data and system. But it need not be very large -- 500M is plenty. This is much less of a burden than your /boot.
UEFI Wins:
- booting becomes less fragile
- supporting more than 4 partitions is less hairy
- allowing multiple OSes on one drive is a lot easier
- UEFI is a well-tested path, both for the hardware and the OS.
- considerable hardware no longer has an MBR option
- firmware updates can often be managed by Linux.
- many manufacturers provide diagnostics as .efi programs.
- Secure Boot. Why not?
Partitioning:
I do a bit more partitioning than you do.
I have a separate /home. That means that I can replace the OS and leave the users' files.
The only exception is on machines with tiny disks: partitioning a 32G eMMC on a netbook is almost guaranteed to strand precious space in the wrong partition.
Each OS that I intend to boot needs its own partition(s). I often have dual boot Fedora / Windows, even though I rarely use Windows. Sometimes I have two versions of Fedora, each on its own / partition. Sometimes I have Fedora and Ubuntu.
I often have a swap partition.
Modern disks are so large that I often leave space unassigned to a partition. That lets me decide what to do with it when I need it. It should also contribute to the longevity of SSDs (effectively this is massive over-provisioning).
| From: William Park via talk <talk@gtalug.org> | I have bad experience with UEFI. You can't just move the disk to a new | motherboard, and boot. Is that the only bad experience? UEFI firmware setup screens are not standardized. Generally, all you have to tell UEFI is the path of the .efi program to boot. This is kept in the non-volatile RAM on the motherboard. efibootmgr(8) lets you see a really low-level view of these settings. You can manipulate them with efibootmgr, but the firmware setup page is surely friendlier. $ sudo efibootmgr -v BootCurrent: 0000 Timeout: 0 seconds BootOrder: 0000,0003,0001,0002,0009,000A,0007,0008,000B Boot0000* Fedora HD(2,GPT,f66e4ede-1301-47fd-af96-7f45aee7bc28,0x40800,0xb4000)/File(\EFI\fedora\shimx64.efi) Boot0001* USB Floppy/CD VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0500000001)..BO Boot0002* USB Hard Drive VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0200000001)..BO Boot0003* Windows Boot Manager HD(2,GPT,f7299bd6-0e7f-49a5-a41a-3873fa9f6ee3,0x200000,0xb4000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................ Boot0007* USB Floppy/CD VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0500000000)..BO Boot0008* Hard Drive BBS(HD,,0x0)..GO..NO........o.S.T.2.0.0.0.D.M.0.0.1.-.1.C.H.1.6.4....................A...........................>..Gd-.;.A..MQ..L.1.Z.4.E.9.W.4.B. . . . . . . . . . . . ........BO..NO........o.T.O.S.H.I.B.A. .T.H.N.S.N.H.2.5.6.G.B.S.T....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . .3.7.S.R.0.1.N.A.E.T.Y.8........BO Boot0009* ATAPI CD-ROM Drive VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0300000001)..BO Boot000A* CD/DVD Drive BBS(CDROM,,0x0)..GO..NO........o.h.p. . . . . . . .B.D.D.V.D.R.W. .C.H.3.0.L....................A...........................>..Gd-.;.A..MQ..L.2.3.C.0.0.F.0.0.5.8. .6. . . . . . . . ........BO Boot000B* Realtek PXE B03 D00 BBS(Network,,0x0)..BO Each boot target has a 4-digit label. Each BootNNNN line says what each of those labels means. The * means bootable (like * in fdisk output for an MBR drive). HD(2,GPT,f66e4ede-1301-47fd-af96-7f45aee7bc28,0x40800,0xb4000) designates the ESP of the SSD. \EFI\fedora\shimx64.efi is the path withing the ESP of the thing to boot to start loading Fedora. There is a similar line for Windows. But it has UTF16 noise after the path. | For UEFI, I would need 2 partitions (/ and /boot/efi) at minimum. Yes. | Some distro | adds /boot and /home. So, 4 partitions. I don't know | - if UEFI came about to support these multi partitions, or | - if distro are simply taking advantage of GPT. UEFI demands a FAT partition for ESP (/boot/efi). No self-respecting OS would want to live on FAT, so you need at least a second partition. Any partitions beyond that are up to you and the OS. Nothing to do with UEFI. GPT does make it slightly easier to have more than 4 partitions (no extended partition nonsense; any partition could be made bootable). | When disk fails, it rarely fails by partitions. It fails as whole disk. | So, partitioning isn't as useful as it sounds. My disk failures are more often actually file-system failures. Using several filesystems reduced the damage inflicted by such a failure. | All other disks are raw disks in raid1 multi-disk btrfs. So, it uses | /dev/sdc, /dev/sdd, ... as whole, not /dev/sdc1, /dev/sdd1, ... I don't really understand everything about BTRFS. I understand it can partition the storage it manages, a bit like LVM.
On 5/7/22 16:02, D. Hugh Redelmeier via talk wrote:
| From: William Park via talk <talk@gtalug.org>
| I have bad experience with UEFI. You can't just move the disk to a new | motherboard, and boot.
Is that the only bad experience?
That's the main one. My motherboard got fried. So, I bought a new motherboard. I booted from ISO, and checked that the disk can be accessed and the filesystem is not damaged. All was OK. So, I tried to boot from it, but couldn't. Eventually, I booted from ISO, bind mount all the mount points, chroot, and reinstall boot loader. Second bad experience is moving from smaller disk to larger disk. With MBR, you just "dd", adjust the partition, and then the filesystem. With GPT, you can't do that, because GPT has secondary partition table at the end of disk. Nowdays, you use Clonezilla or GParted for that. OK, minor point.
| All other disks are raw disks in raid1 multi-disk btrfs. So, it uses | /dev/sdc, /dev/sdd, ... as whole, not /dev/sdc1, /dev/sdd1, ...
I don't really understand everything about BTRFS. I understand it can partition the storage it manages, a bit like LVM.
I'm told it's more like ZFS (I haven't used ZFS). I use btrfs for backup/restore, because - It allows me to combine many non-identical disks into single "drive". I'm still using Samsung rotating hard disks which I paid good money for. - It can take snapshots, daily, weekly, and monthly. Snapshots are generally cheap.
I decided on Kubuntu 22.04 KDE. What I looked at - KDE, XFCE, and GNOME desktops on Ubuntu, Fedora, OpenSUSE, Debian distros and spins. - jq, xmlstarlet, netpipes, mplayer, virtualbox, firefox, thunderbird, ibus-setup, vnc. They are representative of small, big, common, not so common apps. - GUI software manager. I just can't remember apt, dnf, zypper, snap, flatpak options. Thanks for all the posting!
participants (11)
-
ac -
Anthony de Boer -
Chris F.A. Johnson -
D. Hugh Redelmeier -
Dave Collier-Brown -
Giles Orr -
Howard Gibson -
Lennart Sorensen -
Nicholas Krause -
o1bigtenor -
William Park