On Sun, 2019-12-01 at 16:10 -0800, John Jason Jordan wrote: > On Sun, 1 Dec 2019 15:36:47 -0500 > Tomas Kuchta <tomas.kuchta.li...@gmail.com> dijo: > > > How do you know that mount does not follow fstab order? > > If it did /dev/sda1 would be / and /dev/sda2 would be /home. Instead > they are sdc1 and sdc2. >
This is not true - I already mentioned that before - the letters in sda-sdz have nothing to do with fstab or systemd. They are determined by BIOS which follows the sata controller and port order. You can test/verify this by opening your PC and swapping the actual drives. Grub2 can change the disk order, like in this example: https://unix.stackexchange.com/questions/252936/grub2-boot-to-a-second-another-h ard-disk That being said - you new/future computer might force UEFI secure boot on you at which point - UEFI would be your boot loader, not Grub2. Hope it helps, Tomas > > Everything works fine, you do not seem to have order dependencies in > > fstab. So, how could you tell and why would it matter? > > It does not matter right now, but if the drive assignations change at > random then what will happen sometime in the future when I want to do > something with a drive? Perhaps it is because I am old, but I want > things to stay the way they are. The sudden change when I rebooted > after the dist-upgrade where /home had been /dev/sdb2 since 2013 and > suddenly was /dev/sdc1 caused grief. I had defined it in fstab > as /dev/sdb2, and the boot process couldn't find it. I have since > defined it in fstab as LABEL=Home, but I want to understand why systemd > suddenly changed its drive letter. I also want to understand why / > and /home are now on /dev/sdc, presumably the last partitions to be > mounted. Wouldn't / need to be mounted first? If / is not mounted then > the mount points for the other partitions don't exist yet. > > > Lines in syslog are probably written when mount finishes/fails. Systemd > > starts fstab lines in order, but asynchronously, so the end mount > > messages maybe out of order. > > > > I do not see any mount related connection to grub nor j2db. Grub > > happens long time before mount and j2db long time after successful > > mount. > > JBD2 starts accessing home repeatedly right after boot finishes, even > before I launch any applications. > > > Your jdb2 type of problems are kind of expected - given that you did > > not install the OS, many system install state assumptions might not be > > valid. Perhaps the jdb2 output is not written or something else keeps > > hopelessly changing files in your home, triggering jdb2 updates. > > If something is continually changing files in /home it is not a program > that I launched. I have booted and just let the computer sit without > launching any applications, yet the drive light runs off and on > continuously, and iotop says it is JBD2 accessing /dev/sdc2. > And /dev/sdc2 is /home, the partition that caused initial boot failure > after the upgrade. > > > Default install should not take more than hour-ish and it might give > > you some answers. > > LOL. I have 246 .desktop files to launch applications that I have > installed. At least half of them are not in the repos, in spite of > eight active PPAs. I had to go though a lot of hassle to install each > one. And then there are all the configurations. It takes me about an > hour just to configure the Xfce desktop the way I want it. Try > installing a Polytonic Greek keyboard in your desktop and see how long > it takes you - and that's just one of dozens of configurations that I > have to set up, just for the desktop. Each application has dozens more > configurations. Bear in mind that just doing the installations and > configurations might take only a day; but I have to add the time spent > searching the net for how to do it. > > The last time I did a fresh install it took me about eight days to get > to the point where 90% of my configurations were done and the computer > was fully usable for all the things I needed to do with it. The recent > dist-upgrade took only a couple hours or so for the installation, and > about three hours more to figure out that I couldn't boot because /home > was no longer /dev/sdb2, and to fix it. Of course, I still have the > grub and JBD2 issues, but I'm not spending a lot of time on them, and I > have to allocate at least half of the time I'm spending on them to > education. > > A fresh install of any distro results in a computer that is pretty much > useless to me. I can't type letters with three or more diacritics on a > letter, I can't type more than a handful of IPA characters, I can't rip > and encode a Blu-ray movie, then extract the vobsub subtitles, then OCR > them to .srt subtitles, and then edit them. I can't even back up my 8TB > of data to my Synology because the rsync script will be gone and I > can't remember how I wrote it. In fact, I won't even be able to mount > the Synology because it took a long thread here to figure out the > syntax necessary for the line in fstab. Yeah, I could save some of that > stuff and then put it back, but then something won't work and it'll take > an hour searching the net to figure out how to fix it. > > I might add that the first Linux on this computer was Xubuntu 13.10, a > fresh install of the latest version at the time. I knew it was going to > take me a very long time to configure it, but there was no Linux on the > computer so I had no choice. When 14.04 came out a few months later I > did a dist-upgrade to it, and later to 16.04, and now to 18.04. This > latest one is the first time I've had any significant problem. And even > that is repairable, once I figure out how. (I think it's going to take > a grub reinstall, but that's scary so I'll wait until the Clinic on the > 15th to do it.) > > I don't know why I wrote all that, because I know you don't believe me. > Well, we'll just have to agree to disagree. > _______________________________________________ > PLUG mailing list > PLUG@pdxlinux.org > http://lists.pdxlinux.org/mailman/listinfo/plug _______________________________________________ PLUG mailing list PLUG@pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug