may I contextually remove, always via terminal, the old kernel before
rebooting
That would be a bad idea: if, for some reason, the newer kernel does not
boot, you could not boot the older one.
will I encounter other problems?
The problem should not have happened in the first place. It
I have a kernel panic situation after doing apt upgrade.
I forgot to do autoremove and autoclean. My fault.
apt's autoremove and (auto)clean command only free disk space: not using them
is not the cause of your problem.
I dont´t see the option to use another kernel.
Do you see GRUB's menu
Version 4.4.0-143 was indeed released this year. According to APT's logs on
my system, I had it installed on March 20th. As chaosmonk explained, it is
the 143th security update of the 4.4.0 version, which was released in 2016,
and there will be such updates until the end of the support of
El dom, 20-01-2019 a las 12:55 +0100, lc...@dcc.ufmg.br escribió:
> Did the system use to properly wake up?
Yes.
What's different now:
- dual monitors
- Ethernet
- USB mouse
- lid kept open more often
Did the system use to properly wake up?
I very much doubt the problem relates to a bug in the CPU. Just knowing the
kernel "panics", how can you tell?
https://www.fsfla.org/ikiwiki/selibre/linux-libre/ is the homepage of the
Linux-libre project. The resulting source code is then compiled and packaged
to be easily installed (by package managers). Jxself not only works for that
project but also packages the kernels for distributions that
Are you referring to Meltdown and Spectre? Those attacks have absolutely
nothing to do with the Management Engine.
Having up-to-date is important to be protected against known attacks such as
Meltdown and Spectre. Newer kernel may better support your hardware too,
especially if it is
I assume you still have the desired kernel installed. Otherwise, install it
again. You must then boot that kernel: choose it in the "Advanced options"
of the GRUB menu... but a user and a password will be asked: the user is
"grub" and the password is at the very end of the output of 'sudo
That is probably caused by a bug in the kernel. But if you cannot reproduce
the panic, it is pretty hard to guess where the bug can be.
Compiling is (quite) easy:
https://trisquel.info/en/wiki/compiling-gnu-linux-libre-kernel
Configuring the kernel is the hard part. The Gentoo Handbook used to be (and
probably still is) a good first documentation on the topic:
I doubt you are looking at the proper row of the output table returned by
'free' (1 GB used after the boot is a lot). You must look at the row -/+
buffers/cache.
It is very weird that Disks sees a SSD that GParted does not! Are you sure
it is not the live USB you booted?
I do not understand much of what you wrote. I was only suggesting you to test
the disk. The whole disk. If the disk is failing, you need to change it.
There is no fixing.
The swap is some disk space (a partition in your case but swap files exist
too) used as (a very slow) main memory when
It looks like you have an hardware issue. I hope you frequently backup your
data! Have you recently auto-tested your drive? You can do that from the
Disk utility in System settings (use the menu button in the upper-right
corner of the windows).
I would try to properly define permanent
/dev/sdX (where X is a letter) is not a mount point (that must be a
directory). It is a device. It should contain some partition(s) /dev/sdXY
(where Y is a number). Such a partition can mounted wherever you want. For
instance, to mount the partition 1 of the disk b on /mnt:
$ sudo mount
I configured my first kernels reading Gentoo's handbook:
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Default:_Manual_configuration
The book is not free culture (CC BY-NC-SA 2.5) by the way.
This compat-wireless stuff is an alternative Linux kernel (probably filled
up with proprietary code), isn't it? You can probably start a Live system
(for instance the Trisquel Live system you have used when installing the OS),
download an image of Brigantia's kernel (here:
18 matches
Mail list logo
