 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 1, value: US$7.30) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • /home (by Tux_Raider on 2020-06-01 00:35:52 GMT from United States)
i always keep /home as a separate partition, plus /home is storage for other things like source code, and my collection of custom built packages,
2 • poll question, etc. (by randomly generated entity on 2020-06-01 01:15:28 GMT from United States)
Because I have several separate drives/partitions set aside for storage, I always opt for the /home directory to be on the same partition as the rest of the installed system. Then I add symlinks (using mc) from the home folder for Downloads, Pictures and Music, which are in fact spread in various ways across three physical drives.
As for AutoTux? Yikes! I mean, I suppose anyone that really wants or needs this will know what it's gonna do, but it still seems unnecessarily dangerous. Just a single "Are you sure? We're gonna clobber your (_) drive..." prompt would do a lot to mitigate that. As Jesse says, what if someone pulls this monstrosity out years from now on a USB drive? Maybe just to reformat the danged thing? Is that even possible? Again, yikes!
(no Gnome bashing or Plasma proselytizing from me this week!)
3 • /home (by jVictor Barbicane on 2020-06-01 01:25:29 GMT from United States)
I like it as part of the root partition. I use my Raspberry Pi as a network drive to save all sorts of files. I move these files to and from the /home directory as needed for work. Ocasionally I insert one of my USB passport hard drives to save all the files for backup and storage. Then I also rsync to the second USB passport drive and store it elsewhere out of sight and danger.
4 • AutoTux (by Vern on 2020-06-01 01:58:19 GMT from United States)
I was hoping AutoTux was similar to preseed. I'm looking for install that I normally use. Many of the question that Ubiquity asks are the same that I supply over and over again. I wanted to automate that. I could never get preseed to work.
5 • home (by wally on 2020-06-01 01:59:43 GMT from United States)
All my pc's run multiple os's sharing common data.
Home is unique to each os root to maintain separate unique to os configs.
Data is on separate partition that is mounted in home on each os.
6 • /home (by Mike on 2020-06-01 02:19:02 GMT from Australia)
I answered 'other'. My home directory is on the same partition but it only stores config files. All the usual folders are links to a separate partition for all my data. This way I can have multiple distros with their own home configurations but all sharing the same documents/ photos/ music etc. It also makes backups bery easy.
7 • /home partition (by Romane on 2020-06-01 02:43:00 GMT from Australia)
I keep my /home on its own partition. The dot files on it all relate to my primary system, while it gets mounted under /media and links placed from it to the system /home for the other multibooted systems I may run.
This means that if I need or want to wipe and re-install my primary booted system, everything, apart from a few packages that likewise need to be re-installed, pretty well works without me needing to re-configure it all again.
While, for the other systems, they can each write their configuration files to their own /home partition without affecting my separate /home partition, and with the links from /media I still have full access to all my data files
8 • AutoTux autoinstall (by Jeff on 2020-06-01 03:28:06 GMT from United States)
@2
When I format or write files to a USB drive I insert it after I boot the computer I am going to use to do the formatting. I would expect that it would be seen as a regular drive then and not start an install.
But we should never underestimate the innate tendency for people to do the dumb thing instead of the right thing...
9 • transfering /home (by greenpossum on 2020-06-01 03:58:56 GMT from Australia)
A gotcha: If there is already a /home on the same disk as / and you mount another partition on top of this mountpoint it will hide the files underneath. This does no harm but suddenly a part of the / disk becomes unavailable and the storage is not recovered. In such a case you should move the existing /home aside and create a new mountpoint.
mv /home /oldhome
mkdir /home
and proceed as written. /oldhome can be deleted when satisfied that all the files have been correctly copied.
Also I would add H to the rsync options so that hard links are preserved. Some people use them heavily and you would use extra space if hard links became separate files. Those who use extended attributes may like to add X also.
10 • Home sweet home (by Mark on 2020-06-01 04:20:40 GMT from Canada)
All my Distros (multiboot) think their Home is bundled with Root. But selected files/subdirectories are Symlinked to a larger common partition, where the Distros share the same data, configs, themes, appimages, etc.
11 • /home ... (by Someguy on 2020-06-01 05:21:17 GMT from United Kingdom)
...remains fully integrated into the single, main, root partition. Tried separating it onto own partition or own disc some years ago but experienced too many consequential issues when updating/upgrading/other modifications. Now run different discs with previous/different/mobile - /homes on different boxes.
Folks constantly give me their 'old' boxes when making entirely unnecessary new purchases - our disposable society! It's got to stop, but it helps me...
12 • /home (by hotdiggettydog on 2020-06-01 05:39:15 GMT from Canada)
I always have /home on its own partition. Its easy to wipe the /root partition to install a
new OS without worrying about migrating data.
13 • Autotux, Swift, and Home (by Twicky Wabbit on 2020-06-01 06:18:33 GMT from United States)
Autotux: Just the thing to put on a USB stick and send to someone you don't like: "Here, try this." It should really qualify as malware.
Swift: Looked it up expecting a light distro, but it's only Swift as in "Taylor". It's MX19 with different wallpaper. There have been discussions here about what constitutes a distro, with good arguments on different sides, but really? Different wallpaper? I've thought about beautifying the ugly duckling a few times. Since I keep it in a flash drive mostly for rescue purposes, I haven't bothered. But now that I know I can submit it as a new distro, I'm raring to go: (Halle) Berry Linux? (Johannsson) Scarlett Linux? (Sharlize) Theron Linux? I'm like a kid in a candy store.:)
Home: I keep it separate. I usually upgrade my main distro with the same desktop and configuration. Makes life easy and I don't have to worry about losing data. Data normally gets sent to an NTFS partition or drive for access by other distros or Windows. Other distros share the home partition with different user names which will resemble the distro's name. Fedora is Fred, Debian is Debbie, Arch is Archie, Ubuntu is Übermensch. (Just kidding about that last one.) They all get along fine.
14 • /home (by Daniel on 2020-06-01 09:34:31 GMT from United Kingdom)
I keep a separate small /home for each of the distros I use (for storing config files), but use a common data storage partition with links from each of the distros. I ensure the username and user ID is the same in each of the distros, so no problems with file permissions (so far).
15 • Home directory (by Jim on 2020-06-01 09:38:37 GMT from United States)
I keep home and root on the same partition. I am a pretty casual user and back up regularly.
16 • Essential Essentials (by who knows on 2020-06-01 09:51:50 GMT from Switzerland)
@ 13 & @ 2
I'd very much like to propose (Tori) Black (wide open edition) Linux. It MUST come with Gnome 3 DE — it's the least distracting and lets (at least male) users fully concentrate on the wallpaper. ;)
:) :) :)
17 • AutoTux (by GreginNC on 2020-06-01 09:56:30 GMT from United States)
That is really kind of unbelievable.
While something like that kind of makes me want to buy a bunch of cheap usb dongles, put AutoTux on them, ans scatter them around parking lots and campuses.
The adult in me is kind of horrified anyone wouldn't see what a danger they were unleashing on the unsuspecting.
I have to say the creators of AutoTux are irresponsible and negligent in releasing something like this.
18 • @17 AutoTux (by OstroL on 2020-06-01 10:26:20 GMT from Poland)
A pretty efficient way to get rid of Windows or MacOS in computers. :) I couldn't stop laughing reading the article/review.
19 • /home (by Simon Plaistowe on 2020-06-01 10:28:10 GMT from New Zealand)
My method is identical to #14 (Daniel from UK), except that some of my links to data storage point to a large local partition and others point to NFS shares on other machines.
20 • /home (by Tim on 2020-06-01 11:46:38 GMT from United States)
My /home is in the same disk partition with /, but I use the volume management capability of btrfs to keep them in separate subvolumes.
21 • Autotux is crap (by Stefan on 2020-06-01 13:05:43 GMT from United States)
Yes, it is a powerful, useful tool in some situations, but it is also one which should probably be placed in a box with a big warning label on the cover: >> WARNING: DO NOT PLUG THIS EVIL THUMB DRIVE TO YOUR COMPUTER, UNLESS YOU ARE THE DUMBEST OF ALL LINUX USERS. <<
WTF. I have never seen such an absurd stuff as an "auto-installing OS". It resembles the "STUX USB trojan" made by NSA/CIA/Mosad. Another wrong way of doing things, just as systemd and GNOME... But Linux is for geeks, not for ascephalous people unable to make smart decisions; then Autotux will not prosper. (I hope.)
Just think of a future where everything under the Sun is "automated". Thus, you will not be given the right to CHOOSE what you want. Even your car will be driven by a 5G network, not by you... Is that the world you dreamed of when you were a kid? For me, not taking absolute control of my life anymore would be a terrifying nightmare.
So... Burn in hell, Autotux! We do not need that kind of automation!
22 • The most hilarious issue in the past decade (by Ram on 2020-06-01 13:59:16 GMT from India)
I have to admit, this issue is the most hilarious I found in the past decade of my life.
Specially I am enjoying the comments on Swift & Auto, the distraction free GNOME3 ...!! Seriously, Linux is now idiots playground ;)
23 • /home partitions (by Flavio R. Cavalcanti on 2020-06-01 14:23:37 GMT from Brazil)
I have voted "in a separate disk" because it happened to be so, but it could be in a separate partition.
No real problem with a /home folder into root partition, at all ─ but I prefer a separate /home partition at long term, because it is better, if I would need to reinstall some distro, in the future, without loosing custom configurations.
All my documents, images, videos etc. are in other specific partitions, as I dualboot many distros, so I can work with all docs from any distro, since all "users" have the same UID=1000.
This year, I had to reinstall all distros in a new hardware, and I have used just /home folders, at the beginning. ─ Moved /home folders to separate partitions in other disk, later.
Moving /home to separate partitions was not new to me, except in the cases of openSUSE and Fedora, so I needed to learn a few more things.
24 • AutoTux is the strongest case yet for UEFI (by CS on 2020-06-01 15:11:10 GMT from United States)
Don't forget that the average joe can't boot from USB anyway without a lot of finagling. AutoTux makes that look like a genius move.
25 • Don't hardcode disks in fstab (by Kingneutron on 2020-06-01 15:38:35 GMT from United States)
@Jesse, hardcoding something like /dev/sdb1 in /etc/fstab has been deprecated for years. Disk assignations can change when you reboot, especially if you add USB disk(s). (This is well known to ZFS admins, we tend to use /dev/disk/by-id for zpool disks.)
Always use UUID or LABEL designations from ' blkid ' for disks and partitions, and your reboots will sort themselves out instead of requiring manual intervention because the distro can't find /home.
26 • Disk names (by Jesse on 2020-06-01 15:55:58 GMT from Canada)
>> "hardcoding something like /dev/sdb1 in /etc/fstab has been deprecated for years. Disk assignations can change when you reboot, especially if you add USB disk(s)."
While technically this is true, at least in environments where you are likely to swap out disks or plug in new disks, it virtually never happens on home systems which is what was being discussed here. If you're running the same disks all the time (as you would with a laptop) the disk names will never change.
In the 20+ years I've been running Linux and BSD systems I've never once seen a disk change its name, unless it was hot-plugged, and never from one boot to the next. It _can_ happen, but for all practical purposes it probably never will for a home user.
27 • home (by ask_about_home on 2020-06-01 16:02:30 GMT from Hungary)
Question to those who keep their /home on a NAS: only using it with one distro or more than one? How can it be usable if more than one distro is in use?
Are distros asking it? I'm on a LTS que, os my install was years ago...
LVM and /home are friends? If an install is LVM how to spot on a /home on another drive?
[Development, unannounced and minor bug-fix releases - where's Fuguita 6.7 http://fuguita.org/index.php?FuguIta%2F6.7 It's a major one on 20200526]
28 • home partition (by sananab on 2020-06-01 16:24:15 GMT from Canada)
For my first few years of Linux, I always took the 'advanced users only' install prompt as a challenge or an insult and always used a separate partition for home, which always turned out to be an enormous pain, and a suitable punishment for my hubris. Now I just keep everything on home that I care about automatically backed up elsewhere. It's actually nice to totally delete home on reinstalling or moving to a new computer, because so many forgotten or useless hidden files get left behind.
29 • @25, 26 (by randomly generated entity on 2020-06-01 18:02:28 GMT from United States)
I've seen disk letters change on my PCs. It's extremely rare, caused by who knows what, but it can and does happen to simple home systems with only a few drives. I always go with UUID in fstab for this reason alone.
Also, I recently discovered a fabulous fstab/ntfs option that dramatically speeds up throughput, namely the big_writes option. What a difference! Pefectly safe too. It pays to scour the Arch Wiki when you're bored.
30 • Fixing AutoTux (by Ben Myers on 2020-06-01 18:44:03 GMT from United States)
Seems like the Autotux project could be fixed easily, albeit with a necessary sacrifice in truly automatic installation. How about if it tells you immediately "This installation will wipe your hard drive clean. Do you really want to do this?" Answer Yes No. Then, "Are you absolutely sure?" Answer Yes or No. The message not to remove the flash stick before rebooting can be fixed easily, and should be as soon as the project member see Jesse's review.
31 • separate partitions/disks and Linux Lite (by Bobbie Sellers on 2020-06-01 19:15:08 GMT from United States)
IF I had multiple places to put a hard drive I would keep /home on a separate drive but using
laptops as I do it is very hard to find space to install or connections to attach more than one hard drive.
Maybe someday I will buy a Dell Precision portable workstation and then will have room
for a second drive for /home.
The latest release of Linux Lite is getting a good review on Usenet already.
bliss
32 • @31, HDDs and Lite (by Twicky Wabbit on 2020-06-01 22:11:33 GMT from United States)
Don't know what kind of laptops you have. Mine had a DVD drive that I hadn't used in years, so I replaced it with a hard drive bay. Works like a charm. Any rare CD/DVD that may come my way can be handled by a USB DVD drive.
I put the new Linux Lite on VBox. Live boot took was taking way too long. On verbose it showed a running job raising networks, timeout in 5.9 minutes. Disabled the network on VBox, and it booted quickly. After install, again it took too long. This time it showed 5.5 minutes. I let it go on. It only happened at first boot. After that all was well. Can't speak for bare metal install. Heavy on the memory use for XFCE. Nice looking distro. I like the desktop defaults. Other than that, I don't see the advantage over other Ubuntu derivatives with XFCE.
33 • AutoTux stupidity (by Simon Plaistowe on 2020-06-01 22:59:52 GMT from New Zealand)
WTF!!! ...is that for real? That's guaranteed to cause some grief - an accident waiting to happen!
34 • Poll & AutoTux (by M.Z. on 2020-06-01 23:30:13 GMT from United States)
I chose other, because like some previous posters I do have a /root + /home setup; however, I have a /data partition that is linked to my /home folder on all the distros I multi-boot on each computer. It's supposed to be great for making sure hidden .dot files don't cause problems across multiple distros.
-----------
AutoTux does have to potential to be a rather cruel joke on MS fanboys & those in the cult of Mac, but even then I wouldn't really give it to anyone unless they were a massive jerk. I can think of one really smug & foolish Mac user who might deserve it. Still the default setup is genuinely too dangerous to your computer, let alone that of family members who don't know what that one crazy USB does.
The fix of a warning before the wipe mentioned by others is a minimum needed to be truly useful. In fact I'd say that a warning prompt is the minimum needed for the distro to keep in the realm of common decency. I'd argue that to be truly useful it should include a few very minimal options like a basic user account setup as an alternative to the super low input method. Even just an option for setting passwords on a user & root and/or sudo account would go along way to making something like AutoTux actually useful in my view, & of course some kind of fair warning before it wipes everything.
35 • AutoTux preseed? (by Jeff on 2020-06-02 01:25:28 GMT from United States)
@4
What you are looking for seems like an MX Linux snapshot.
You set up your installed system the way you want, it make an ISO copy of it then make your USB (or DVD) from that ISO.
The only possible drawback is that is only built for MX and antiX.
If there was a way to customize the AutoTux ISO before installing that would be better, as it is it is very limited in utility.
36 • Home place (by Alexandru on 2020-06-02 07:58:33 GMT from Austria)
I use separate data partition for me (settings are in root partition) and separate home partition for my wife. This way it is easy to use multiple distributions / versions.
The real problem is files ownership. A typical Linux distribution start numbering user ids from 1001. And usually the same set of users (almost always there is just one) are set up. So the home / data partition sharing usually works.
However, there may happen 2 issues:
1. Some Linux installation has different number of users / different set of users than other. The same id = 1001 in one installation means user Foo, in other it stands for user Bar. The data ownership may happen to match without being intended.
2. Some Linux distributions start numbering users from 501. So the same user Foo in one Linux installation is assigned id = 1001 and in other Linux installation is assigned id = 501. The data ownership is different even if it was intended to be the same.
Both situations can be resolved by manually setting each id for each user in each and every Linux distribution to ensure they match.
Another approach is to use home / data partition on NAS and to allow NAS to authenticate the users.
37 • Autotux (by hank on 2020-06-02 08:08:23 GMT from Germany)
Is this another crazy attack on Linux, or a boneheads joke. On the other side maybe somebody might think it really funny. Hey try linux, heres a STICK. SICK PEOPLE.
38 • Autotux Alarm. (by Angel on 2020-06-02 08:53:04 GMT from Philippines)
I thing the reactions to Autotux are starting to run towards the overwrought. Shoddy and incompetent, yes. Malicious? I doubt it. Leaving flash keys around will do nothing. One would need to convince the finder to boot from it. Inserting it, even before booting to format or use otherwise should do nothing. For the PC to boot from USB you have to tell it, either by pressing the special key at boot, or in some units, by changing the Bios boot order. Still, down the road, some poor soul may think it's a live distro and wipe his/her PC. Or some joker might find it funny to get someone to do it. Murphy's law: If it can happen, it probably will.
39 • AutoTux (by OstroL on 2020-06-02 12:13:47 GMT from Poland)
Actually, there's a warning in their web site.
"Warning: The installation is fully automated without any user intervention. The system is automatically installed on the first available disk."
"The aim of AutoTux is to provide the students with a ready-made operating system and software packages which are not time-consuming to install and configure. Instead of having to manually install the operating system and every piece of software one by one, the student can just burn the image on a DVD or else create a bootable USB pendrive, boot the system and, from that point onwards, the installation is fully automatic. Once the system is installed, no further configuration is required and the student can just load the operating system, log in and start working. At the same time, AutoTux introduces the students to the world of Linux, a family of open source Unix-like operating systems based on the Linux kernel. Using a Solid State Drive (SSD), in less than 20 minutes you can have a fully installed operating system with all your required applications."
People should read...
40 • People should read between the lines, too... (by nobody on 2020-06-02 14:22:59 GMT from United States)
"AutoTux introduces the students to the world of Linux"
This mean AutoTux is meant specifically for YOUNG PEOPLE, OUTSIDE of Linux world.
IMHO this is noting but malicious!
41 • AutoSux (by Stefan on 2020-06-02 17:07:31 GMT from United States)
@39
>> Actually, there's a warning in their web site.
"Warning: The installation is fully automated without any user intervention. The system is automatically installed on the first available disk." <<
That's the biggest issue with AutoTux. It forces the installation to be done in /dev/sda (the first available disk). Just think of what would happen if someone had a huge HDD in /dev/sda for both Linux and data storage, and a small SSD in /dev/sdb just for testing OSes. All their precious data would be LOST... Why the stupid AutoTux doesn't allow the user to choose /dev/sdb instead of /dev/sda?
>> People should read... <<
Not only read, but also THINK. No Linux distro should have such a simplistic and limitating installation process. AutoTux is an insult to the user's intelligence. Better call it "AutoSux".
42 • home partitions (by cykodrone on 2020-06-02 18:38:50 GMT from Germany)
I let the installer put home where it wants to, fiddling with partition software pre-install can be a pain, just to have the installer reject all that work, ermph. So one OS is separate, the other shares root, bing bang badda boom. Just guessing, but isn't a separate home pretty much just to preserve your personal home data in case of an OS crash/failure, or is there an actual security risk if home shares the root partition?
43 • home (by Ioannis on 2020-06-02 20:35:43 GMT from United States)
I don't understand why config files and data are kept in the same partition. If you update software or multi-boot you won't necessarily want the same config files, but of course you want to keep your data.
I keep my data on seperate data partitions, and just use /home for configs or temporary data.
44 • Autotux (by Andy Prough on 2020-06-03 01:57:16 GMT from United States)
Autotux is another reminder of why I always try distros in a vm first. All those live USB's have root privileges and can all do the same damage or worse than Autotux the moment you put them into a USB port and hit the power button.
45 • Teaching valuable lesson(s) (by Somewhat Reticent on 2020-06-03 02:05:38 GMT from United States)
"… students especially during the Vocational IT, Computing, Robotics and ICT C3 courses in Malta. …"
Finding out just how destructive a tool can be is a valuable lesson.
Sometimes students need to learn just what it is the school is meant to teach.
46 • /home status (by Kazlu on 2020-06-03 10:09:10 GMT from France)
Like many others here, I keep my /home folder in the root partition, but this is only for the settings. My personal data is stored on a separate partition which is auto mounted on my main system. I just have a shortcut in Thunar to access it, that has proven sufficient.
47 • Autototux a distribution? rather just an ISO built using the FAI.me service. (by Didier Spaier on 2020-06-03 12:25:19 GMT from France)
Out of curiosity and as I want to installing Slint with as less as possible questions to be answered by newbie users, I downloaded the ISO using the link provided on this page: https://autotuxlinux.com/
Having dived into it I soon realized that this ISO was built using the FAI.me service: https://fai-project.org/FAIme/# announced by Thomas Lange in this post: https://lists.uni-koeln.de/pipermail/linux-fai/2017-November/011869.html
It would have been fair from the writers of the page https://autotuxlinux.com/ to give credit where credit is due, i.e. to the Fully Automatic Installation or FAI project: https://fai-project.org/ and its team of developers: https://fai-project.org/team/
As an aside, I would have expected to find this information mentioned in the article I am commenting.
Have a good day,
Didier
48 • Correction of my postt #47 (by Didier Spaier on 2020-06-03 12:43:37 GMT from France)
Sorry for not overlooked it, credit is is given in the last line of https://autotuxlinux.com/, quoted below:
Developed by Robert Spiteri - Special thanks to Thomas Lange for his work on the FAI system.
49 • Autotux (by Justin on 2020-06-03 15:59:02 GMT from United States)
I understand the criticisms that Autotux is receiving. However, I think the tool is really cool. There's a big difference between 1 step and 0 steps. I have made scripts like this to auto-install Arch in a VM so that I can recover my systems in an automated way were something to happen to them. I don't want to remember all my tweaks, packages, etc.; that's what the computer is for. Even then it's annoying to test because I have 3-4 manual steps to get it to the point where it will install. Set and forget is _very_ useful in certain use cases. Automated testing of your work is one. Installing on tens, hundreds, or thousands of machines is another (work uses preseed everywhere for this reason).
After a while, you learn giving users choices is often the source of problems, and when given a choice, many users get it wrong. If you're smart enough to make this USB but stupid enough to put it in your Windows box, not have a backup anywhere, etc., then welcome to life. If someone handed you the stick and you stuck it in, then take it up with them; they hurt you, not Autotux.
As someone pointed out, this is a sobering lesson that when you download ISOs and run them on your machines, it's the same as downloading random binaries and executing them if you don't understand what you have. I have more to say, but I don't want to give script kiddies ideas.
50 • @49, Autotux (by Angel on 2020-06-04 01:45:12 GMT from Philippines)
"If someone handed you the stick and you stuck it in, then take it up with them; they hurt you, not Autotux." If a piece of software can damage a users PC without any warning, I think the maker bears some responsibility.
Back in the old days, the phrase was "Tell me twice." That referred to any user action that would result in irreversible change. Would it make the use of Autotux so much more difficult to follow that rule? A warning: This software is meant for experienced users. will erase everything on your drive. Do you want to go ahead? Press Enter. Are you sure? Press enter again. Some blurb on the Website is not sufficient.
I can see no use for Autotux except for experienced users who know what they are doing and are fine with the consequences. Even then, someone, sometime, will screw up. Any newbie who finds it too difficult to use simple installers like Ubiquity or Calamares, should be letting someone else do the installing.
51 • Autotux (by Andy Prough on 2020-06-04 16:27:29 GMT from United States)
What's the difference between handing someone a USB loaded with Autotux and one loaded with the Stuxnet malware and saying "try this"? Both will destroy all the data or the computer itself.
52 • @51 Autotux (by El Gato Felix on 2020-06-04 17:08:56 GMT from Spain)
Stuxnet: It will deploy when you insert a a USB drive in a running PC or if you boot with it inserted. Will do nothing to your data. In fact, if you should have it in your home PC, you probably won't know it's there. It's meant for industrial plants.
Autotux: It will do nothing if inserted in a running PC. For Autotux to do any damage, you have to insert it and change the boot sequence in your PC to boot from the USB drive. Then it will destroy your files.
53 • Autotux (by Myrtle on 2020-06-05 19:24:09 GMT from United States)
Let me see, it wipes your hd and then tells you to leave it in so it can do it again, ad infinitum.
Clever. Great fun for the whole family.
54 • autotux @53 (by Nameless on 2020-06-06 00:31:29 GMT from Canada)
"Clever. Great fun for the whole family." Like a cat watching the toilet flush over and over. At least, it should be the last Linux installer you'll ever need.
55 • Partitions (by Francesco Turco on 2020-06-06 08:10:52 GMT from Italy)
I currently have a single shared ext4 partition with both root and home, but I plan to separate them in the next few days. My goal is to set 5% reserved blocks for the root partition and 0% reserved blocks for the home partition. Since my hard disk is quite big (3 TB), I will be able to free some space.
56 • @9 extra rsync options (by Ricardo on 2020-06-07 03:44:58 GMT from Argentina)
I was about to comment on the '-H' option for rsync too, and also about option '-S' to preserver sparse files. Think of virtual machine disks for example.
Cheers!
57 • Keeping /root and /home together or separate (by Roger on 2020-06-07 13:26:08 GMT from Belgium)
Keeping root and /home together or separate, yes well I do both.
It all depends which computer it's going to be, simple home or office or for something else.
More sensitive computers get a separate /root and /home together on one HD or separate on different HD / SSD.
Number of Comments: 57
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Audiophile Linux
Audiophile Linux was based on Arch Linux and provides a minimal graphical environment from which to play multimedia files. The distribution ships with the Fluxbox window manager, DSD support and a custom real-time Linux kernel for improved audio performance.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
