Hi,
I'm building a new computer and struggle a little bit with the new
hardware. Since the new Intel GPU doesn't allow to enable CSM, I can't
boot using syslinux from an old SSD. On an Ventoy USB stick I had the
Xubuntu 20.04.1 live media at hand, so I installed it, since it was the
fastest and easiest way in this situation to get a working bootloader.
GRUB does the job, but as expected, the menu entries needed editing, so
I edited grub.cfg directly, to get what I need. It's just a temporarily
workaround, in the end I much likely will replace GRUB by another
bootloader.
To get Internetaccess I need to build a kernel module first.
On an Arch Linux install that is on the old SSD I already build a
r8125-dkms package before I migrated the SSD from the old to the new
computer, so I downloaded the r8125 tarball for the Xubuntu install when
running an Arch Linux session, then I booted Xubuntu.
When I tried to build the r8125 module on the fresh Xubuntu 20.04
install autorun.sh returned that I don't have "make" installed, so I
restarted the machine, booted into my Arch Linux install to fix it, by
booting Xubuntu via systemd-nspawn.
[root@archlinux rocketmouse]# systemd-nspawn -bqD /mnt/m1.xubu20.04
[...]
root@xubu:~# ls -hl /usr/src/r8125-9.011.00/
total 20K
-rwxr-xr-x 1 weremouse weremouse 2,1K Dez 6 13:07 autorun.sh
-rw-r--r-- 1 root root 61 Apr 3 06:06 log.txt
-rwxr-xr-x 1 weremouse weremouse 1,9K Dez 6 13:07 Makefile
-rwxr-xr-x 1 weremouse weremouse 4,0K Dez 6 13:07 README
drwxr-xr-x 2 weremouse weremouse 4,0K Dez 12 13:23 src
root@xubu:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.1 LTS
Release: 20.04
Codename: focal
I decided that before I install "build-essential" and probably one or
the other package, too, as a temporarily workaround to hold a few
packages, to avoid that an updated = broken grub.cfg delays building my
new computer.
root@xubu:~# apt-mark showhold
grub-common
grub-efi-amd64-bin
grub-efi-amd64-signed
grub-pc
grub-pc-bin
grub2-common
linux-generic
linux-headers-generic
linux-image-generic
root@xubu:~# apt update && apt full-upgrade
[...]
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
shim-signed
535 upgraded, 9 newly installed, 1 to remove and 9 not upgraded.
Need to get 654 MB of archives.
After this operation, 595 MB of additional disk space will be used.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
?] n
Abort.
So I aborted to takle a look what this package is good for.
IMO it's good for absolutely nothing. The description is
"Secure Boot chain-loading bootloader (Microsoft-signed binary)"
I guess that I can live without this and I don't understand why this
package is "essential".
When I tried to update again, I got this:
root@xubu:~# apt update && apt full-upgrade
[...]
336 packages can be upgraded. Run 'apt list --upgradable' to see
them.
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-
frontend. It is held by process 1566 (unattended-upgr)... 70s
So an automation probably does something _really_ harmful, since before
I install updates, I always take a look at all packages. You will never
see me using something like an "--assume-yes" option. An automated
process cannot decide what is essential to me and what not.
IMO this is misunderstood user-friendliness. The personal responsibility
of computer users should be promoted. Consider to make less automated
processes the default, but by default to install packages such as
"build-essential".
Regards,
Ralf
--
xubuntu-users mailing list
xubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/xubuntu-users
