[Trisquel-users] Re : Kernel conflict
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 apparently deals
with the generation of GRUB's configuration file. Maybe the disk is failing.
Have you checked its SMART data, for instance using GNOME Disks
("gnome-disk-utility" in Trisquel's repository)?
[Trisquel-users] Re : kernel panic after upgrade
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 before the kernel boots? If so, select the "Advanced
options for Trisquel" (or something like that) and then another kernel (not
the first one that is listed).
I connect the USB, try to install and it says cannot do because kernel is not
started.
You chose to directly install from the initial menu, right?
I think the problem is no space in boot partition.
How can I get terminal to do just that?
Boot into the live system, mount the filesystem on your internal disk (the
one attached at /boot) and execute 'df ' in a terminal.
I would bet on another problem though: your ext4 filesystem on sda2 looks
corrupted ("unable to read superblock"). 'fsck -y /dev/sda2' may be all you
need to fix the corruption.
[Trisquel-users] Re : Kernel 4.4.0-143 in 2019?
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 Trisquel 8.
Re: [Trisquel-users] Re : Kernel panic
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
[Trisquel-users] Re : Kernel panic
Did the system use to properly wake up?
[Trisquel-users] Re : Kernel Panic Using Virt-Manager on Trisquel and libreboot
I very much doubt the problem relates to a bug in the CPU. Just knowing the kernel "panics", how can you tell?
[Trisquel-users] Re : Kernel questions and Intel ME
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 use APT, including Trisquel. https://jxself.org/linux-libre/ is the page of his repository.
[Trisquel-users] Re : Kernel questions and Intel ME
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 recent. And, well, there are other features and improvements that are added to newer versions of the kernel.
[Trisquel-users] Re : Kernel problem?
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 cat /etc/grub.d/01_PASSWORD', to be executed in a terminal. But you had better get rid of that useless password (GRUB's developers say so!): https://trisquel.info/forum/updating-error#comment-117506 Then, remove the packages coming from jxself's repository. It is easy to do so from the "Synaptic Package Manager" in the "System Settings": click on the "Origin" button (bottom-left part of the window), select the repository "stable/main (linux-libre.fsfla.org)" (above), click on the "S" header to list the installed packages first, select them (left click on the first, Shit+left click on the last installed package), right click on the selection and "Mark for Complete Removal". You must then "Apply" the desired changes by clicking on the eponymous button and confirming. If you want to, you can then disable or even remove jxself's repository. Still using the "Synaptic Package Manager": "Other Software" tab in "Settings/Repositories"; or launching that same utility, "Software & Updates", directly from the "System Settings"; or editing /etc/apt/sources.list; ...
[Trisquel-users] Re : Kernel panic, what happened?
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.
[Trisquel-users] Re : kernel compiling
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: https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Default:_Manual_configuration (forget about all blocks but those marked with KERNEL).
[Trisquel-users] Re : Kernel panics
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?
[Trisquel-users] Re : Kernel panics
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 the RAM is full. You can disable the use of all the swap with 'sudo swapoff -a' (valid until the next reboot). You can also control the relative weight given to swapping out runtime memory: https://en.wikipedia.org/wiki/Swappiness From a Live media (such as Trisquel's ISO, which includes GParted), you can create/delete/enlarge/shrink partitions (including a swap partition) but be careful: /etc/fstab (that of the installed system, not that of the live system) must be changed accordingly. As far as I understand, the framebuffer is in the RAM (nothing to do with the disk, even if the system swaps). When you reduce it from the BIOS, you increase in parallel the RAM the system can use and decrease the use of the swap. As a consequence, if the disk is the culprit, the IO errors may be delayed thanks to that. Anyway, you do not want to use a failing disk! That said, because the problem occurs as well with a live system, it might more probably be a problem with the RAM... although I think GNU/Linux live systems can use the swap partition on another disk in the system (I am not sure but you could run the live system after disconnecting the internal drive just to see if the problem disappears). Anyway, 1 GB of RAM is too little to run the normal edition of Trisquel (that is why it swaps). You want Trisquel Mini.
[Trisquel-users] Re : Kernel panics
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 mount points for your external devices ans see if that solves your problem: https://help.ubuntu.com/community/RenameUSBDrive
[Trisquel-users] Re : Kernel panics
/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 /dev/sdb1 /mnt That said, suspension should not create such problems. Are we talking about partitions mounted at init? If so, how are they identified in the first column of /etc/fstab (by UUID, by label or the device node)? Memtest86+ is not on Trisquel ISOs. That means you cannot test your memory with the Trisquel live system (well, actually, you can with by install memtester that does not require a reboot). You can install the memtest86+ package on Trisquel though.
[Trisquel-users] Re : Kernel
I configured my first kernels reading Gentoo's handbook: https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Default:_Manual_configuration
[Trisquel-users] Re : Kernel
The book is not free culture (CC BY-NC-SA 2.5) by the way.
[Trisquel-users] Re : Kernel panic after using compat wireless and trying to get wireless card to work
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: http://packages.trisquel.info/brigantia/linux-image-3.0.0-17-generic ), 'chroot' to the install system and install the downloaded package with 'dpkg -i'... however you need to be motivated to learn the use of a terminal! If so, search the web for 'chroot' and list us the exact commands you plan to execute. Otherwise, just reinstall. Anyway it can even be faster (assuming you have not had enough time to customize your system with many additional applications, etc.). Be careful with your data. If your /home is not on a separate partition, you need to backup them (using, again, a Live system). As for hardware requiring non-free software, the recommendation is to switch to freedom-friendly hardware such as everything you can find on http://libre.thinkpenguin.com Additionally, buying devices from the URL above (notice the libre part that is important) means donating to the Trisquel project 25% of the profits made on your purchase.
