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 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 |
• Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
• Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
• Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
• Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
• Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
• Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20 |
• Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
• Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
• Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
• Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
• Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
• Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
• Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
• Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
• Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
• Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
• Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
• Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
• Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
• Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
• Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
• Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
• Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
• Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
• Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
• Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
• Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
• Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
• Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
• Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
• Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
• Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
• Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
• Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
• Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
• Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
• Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
• Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
• Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
• Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
• Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
• Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
• Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
• Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
• 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 | 
Clu Linux Live
Clu Linux Live was a Debian-based live distribution which features a command line interface. The live disc can be used to rescue files, clone partitions, and share files over Samba and OpenSSH connections.
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.
|
|