Ubuntu 22.04.5 LTS old pc, and 24.04.1, Uefi pc
Including today's updates on both
Ubuntu 22.04.5 LTS
old pc, usb live clean install
22.04 3 errors.
If I look in the program logs, click on all
search on Sorry
Search on OOM
Search on Trac
Search Warn, all other problems
upgraded from 22.04.5 LTS
24.04.1 Uefi, 2 errors
search on Sorry
Search on Trac
Search Warn, all other problems
Note Sorry started in 18.04
Please fix these then almost all errors are gone.
I feel like an AI system:
Ex. I write down Boot time and later Login time, then I can see what problems e.g. Firefox has.
In Boot process (Boot time) it has problem with Snap. When I log in and start Firefox, I can see (login time) that it has several other problems as well
If you don't have an AI system that checks all incoming logs, maybe you should use one.
// M@ts
Question information
- Language:
- English Edit question
- Status:
- Expired
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Revision history for this message
|
#2 |
Hi Andrew
I have some answers to your question, but I would like to send some .txt files
Can't find how to do it?
// M@ts
Revision history for this message
|
#3 |
This is a text based system... Just paste the contents
Revision history for this message
|
#4 |
Hello
Ubuntu 22.04.5 LTS
Here is my little one AI routine to find errors. All problems are in the log file.
1. Search all variants for possible errors. Ex. The log file name is Log-2024-
Then run cat Log-2024-
2. If you find something extra interesting there
then you can go ahead and run on the date, the time, in seconds or minutes, Ex. below on 1 becomes 10-19 sec.
cat Log-2024-
This is now very easy to find all ev. problem.
You can see that very many processes start before the Boot part is finished and must be put on the waiting list.
in some cases it is some process to be killed and sometimes it tears down the rest of the waiting ones,
and then it all starts again. Now it's going to be a huge mess.
To avoid this, no processes should start before the Boot part is finished.
The files are examples of things I've been looking for, Info-xxxx
More strange things,
why are some objects tested like MTP, if there are none, that test should be last, same thing with disks,
I have seen that sometimes the system searches for almost all file system types that exist before a hit. etc. etc. etc.
NOTE Today the above happened, on another PC: Ubuntu 24.04.1 LTS
This pc currently has no keyboard, thanks for the on-screen keyboard option
(away with corded mouse, network cable, reboot KB. ok, the choice is KB: or Wifi)
See Log syslog-24.04.1_LTS
The disaster begins on 2024-11-25T09:08:14
Now the system thinks we have to restart, and shuts down everything,
when everything is stopped we will reboot 2024-11-25T09:09:06
You can see for yourself what it looks like after a fresh start with all possible options. consequential error.
// M@ts
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
/home/mats/
Shouldn't send the content without the files, ok an example.
Nov 21 11:17:24 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:25 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:25 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:25 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:25 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:34 OptiPlex gnome-shell[1456]: DING: (org.gnome.
Nov 21 16:33:25 OptiPlex nautilus[8933]: Connecting to org.freedesktop
Nov 21 16:33:25 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating via systemd: service name='org.
Nov 21 16:33:25 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:27 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:27 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:27 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:27 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:55 OptiPlex nautilus[8933]: Unable to create connection for session-wide Tracker indexer: Tidsgränsen uppnåddes
Nov 21 16:33:55 OptiPlex nautilus[8933]: Could not establish a connection to Tracker: Tidsgränsen uppnåddes
Nov 21 16:33:55 OptiPlex nautilus[8933]: message repeated 3 times: [ Could not establish a connection to Tracker: Tidsgränsen uppnåddes]
Revision history for this message
|
#5 |
Here comes info about the files
Info-Sorry
Nov 21 11:06:18 OptiPlex snapd-desktop-
Nov 22 12:18:17 OptiPlex snapd-desktop-
Info-OOM
Nov 21 11:06:14 OptiPlex systemd[1]: Starting Userspace Out-Of-Memory (OOM) Killer...
Nov 21 11:06:14 OptiPlex systemd[1]: Started Userspace Out-Of-Memory (OOM) Killer.
Nov 22 12:18:13 OptiPlex systemd[1]: Starting Userspace Out-Of-Memory (OOM) Killer...
Nov 22 12:18:13 OptiPlex systemd[1]: Started Userspace Out-Of-Memory (OOM) Killer.
Info-Kill
Nov 21 00:10:45 OptiPlex systemd[1245]: Stopped target GNOME RFKill support target.
Nov 21 00:10:45 OptiPlex systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
Nov 21 11:06:14 OptiPlex systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
Nov 21 11:06:14 OptiPlex systemd[1]: Starting Userspace Out-Of-Memory (OOM) Killer...
Nov 21 11:06:14 OptiPlex systemd[1]: Started Userspace Out-Of-Memory (OOM) Killer.
Nov 21 11:17:21 OptiPlex systemd[1287]: Starting GNOME RFKill support service...
Nov 21 11:17:22 OptiPlex systemd[1287]: Started GNOME RFKill support service.
Nov 21 11:17:22 OptiPlex systemd[1287]: Reached target GNOME RFKill support target.
Nov 21 17:50:59 OptiPlex systemd[1]: Starting Load/Save RF Kill Switch Status...
Nov 21 17:50:59 OptiPlex systemd[1]: Started Load/Save RF Kill Switch Status.
Nov 21 18:21:25 OptiPlex systemd[1]: Starting Load/Save RF Kill Switch Status...
Nov 21 18:21:25 OptiPlex systemd[1]: Started Load/Save RF Kill Switch Status.
Nov 21 18:21:33 OptiPlex systemd[1]: Starting Load/Save RF Kill Switch Status...
Nov 21 18:21:33 OptiPlex systemd[1]: Started Load/Save RF Kill Switch Status.
Nov 22 02:10:56 OptiPlex systemd[1287]: Stopped target GNOME RFKill support target.
Nov 22 02:10:58 OptiPlex systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
Nov 22 12:18:13 OptiPlex systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
Nov 22 12:18:13 OptiPlex systemd[1]: Starting Userspace Out-Of-Memory (OOM) Killer...
Nov 22 12:18:13 OptiPlex systemd[1]: Started Userspace Out-Of-Memory (OOM) Killer.
Info-warning
Sorry bad Swedish translation at system level,
can't understand Clutter, mutter
Nov 20 23:38:33 OptiPlex kernel: [ 764.507626] capability: warning: `gvfsd-admin' uses 32-bit capabilities (legacy support in use)
Nov 20 23:59:08 OptiPlex gnome-shell[1405]: Window manager warning: last_user_time (1999990) is greater than comparison timestamp (1999955). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around...
Nov 20 23:59:08 OptiPlex gnome-shell[1405]: Window manager warning: W18 appears to be one of the offending windows with a timestamp of 1999990. Working around...
Nov 21 00:00:04 OptiPlex gnome-shell[1405]: Window manager warning: last_user_time (2055991) is greater than comparison timestamp (2055960). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around...
Nov 21 00:00:04 OptiPlex gnome-shell[1405]: Window manager warning: W18 appears to be one of the offending windows with a timestamp of 2055991. Working around...
Nov 21 00:01:01 OptiPlex gnome-shell[1405]: Window manager warning: last_user_time (2112986) is greater than comparison timestamp (2112956). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around...
Nov 21 00:01:01 OptiPlex gnome-shell[1405]: Window manager warning: W18 appears to be one of the offending windows with a timestamp of 2112986. Working around...
Nov 21 11:06:22 OptiPlex org.gnome.
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Nov 21 11:17:23 OptiPlex gnome-shell[1456]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Nov 21 13:27:35 OptiPlex gnome-shell[1456]: Window manager warning: Ping serial 8494310 was reused for window W0, previous use was for window W3.
Nov 21 18:21:25 OptiPlex kernel: [26123.782872] warning: `iwconfig' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211
Nov 22 12:18:21 OptiPlex org.gnome.
Capital letter W
Info-Warning
Nov 21 11:06:14 OptiPlex kernel: [ 0.330050] ACPI BIOS Warning (bug): Incorrect checksum in table [TCPA] - 0x00, should be 0xFFFFFF78 (20230628/
Nov 21 11:06:14 OptiPlex kernel: [ 3.254803] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254826] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254838] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254849] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254866] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254877] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254891] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254904] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:14 OptiPlex kernel: [ 3.254914] ACPI Warning: SystemIO range 0x0000000000000
Nov 21 11:06:27 OptiPlex org.gnome.
Nov 21 11:22:41 OptiPlex org.debian.
Nov 21 11:22:47 OptiPlex gnome-shell[3130]: > Warning: Unsupported maximum keycode 708, clipping.
Nov 21 11:22:56 OptiPlex org.debian.
Nov 21 11:22:56 OptiPlex org.debian.
Nov 22 12:18:13 OptiPlex kernel: [ 0.330220] ACPI BIOS Warning (bug): Incorrect checksum in table [TCPA] - 0x00, should be 0xFFFFFF78 (20230628/
Nov 22 12:18:13 OptiPlex kernel: [ 3.245504] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.245528] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.245540] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.245554] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.247789] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.247807] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.247823] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.247834] ACPI Warning: SystemIO range 0x0000000000000
Nov 22 12:18:13 OptiPlex kernel: [ 3.247845] ACPI Warning: SystemIO range 0x0000000000000
Info-power
Nov 21 00:10:45 OptiPlex systemd[1245]: Stopped target GNOME power management target.
Nov 21 00:10:45 OptiPlex systemd[1245]: Stopping GNOME power management service...
Nov 21 11:06:14 OptiPlex kernel: [ 0.518754] thermal_sys: Registered thermal governor 'power_allocator'
Nov 21 11:06:14 OptiPlex dbus-daemon[619]: dbus[619]: Unknown group "power" in message bus configuration file
Nov 21 11:06:14 OptiPlex NetworkManager[
Nov 21 11:06:14 OptiPlex kernel: [ 8.070029] intel_powerclamp: No package C-state available
Nov 21 11:06:21 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 21 11:06:21 OptiPlex systemd[1]: Starting Daemon for power management...
Nov 21 11:06:22 OptiPlex systemd[1]: Started Daemon for power management.
Nov 21 11:06:26 OptiPlex /usr/libexec/
Nov 21 11:17:21 OptiPlex systemd[1287]: Starting GNOME power management service...
Nov 21 11:17:24 OptiPlex systemd[1287]: Started GNOME power management service.
Nov 21 11:17:24 OptiPlex systemd[1287]: Reached target GNOME power management target.
Nov 21 11:17:26 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating service name='org.
This has been visible for at least 5 years // M@ts
=======
Nov 21 16:30:56 OptiPlex dbus-daemon[619]: Unknown group "power" in message bus configuration file
Nov 21 16:30:56 OptiPlex dbus-daemon[619]: Unknown group "power" in message bus configuration file
Nov 21 16:30:58 OptiPlex dbus-daemon[619]: Unknown group "power" in message bus configuration file
Nov 21 16:30:58 OptiPlex dbus-daemon[619]: Unknown group "power" in message bus configuration file
Nov 22 02:10:56 OptiPlex systemd[1287]: Stopped target GNOME power management target.
Nov 22 02:10:56 OptiPlex systemd[1287]: Stopping GNOME power management service...
Nov 22 02:10:58 OptiPlex systemd[1287]: Stopped GNOME power management service.
Nov 22 02:10:58 OptiPlex systemd[1]: Stopping Daemon for power management...
Nov 22 12:18:13 OptiPlex kernel: [ 0.518849] thermal_sys: Registered thermal governor 'power_allocator'
Nov 22 12:18:13 OptiPlex dbus-daemon[619]: dbus[619]: Unknown group "power" in message bus configuration file
Nov 22 12:18:13 OptiPlex NetworkManager[
Nov 22 12:18:13 OptiPlex kernel: [ 8.164672] intel_powerclamp: No package C-state available
Nov 22 12:18:20 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 22 12:18:20 OptiPlex systemd[1]: Starting Daemon for power management...
Nov 22 12:18:21 OptiPlex systemd[1]: Started Daemon for power management.
Capital letter T
Info-Tracker
Nov 21 11:17:24 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:25 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:25 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:25 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:25 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 11:17:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 11:17:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 11:17:34 OptiPlex gnome-shell[1456]: DING: (org.gnome.
Nov 21 16:33:25 OptiPlex nautilus[8933]: Connecting to org.freedesktop
Nov 21 16:33:25 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating via systemd: service name='org.
Nov 21 16:33:25 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:26 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:26 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:27 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:27 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:27 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:27 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Starting Tracker file system data miner...
Nov 21 16:33:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Stopped Tracker file system data miner.
Nov 21 16:33:28 OptiPlex systemd[1287]: Failed to start Tracker file system data miner.
Nov 21 16:33:55 OptiPlex nautilus[8933]: Unable to create connection for session-wide Tracker indexer: Tidsgränsen uppnåddes
Nov 21 16:33:55 OptiPlex nautilus[8933]: Could not establish a connection to Tracker: Tidsgränsen uppnåddes
Nov 21 16:33:55 OptiPlex nautilus[8933]: message repeated 3 times: [ Could not establish a connection to Tracker: Tidsgränsen uppnåddes]
Info-tracker
Nov 21 11:17:25 OptiPlex tracker-
Nov 21 11:17:25 OptiPlex tracker-
Nov 21 11:17:25 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:25 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:25 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:25 OptiPlex tracker-
Nov 21 11:17:25 OptiPlex tracker-
Nov 21 11:17:25 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:25 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex tracker-
Nov 21 11:17:26 OptiPlex tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex tracker-
Nov 21 11:17:26 OptiPlex tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:26 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:28 OptiPlex tracker-
Nov 21 11:17:28 OptiPlex tracker-
Nov 21 11:17:28 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:28 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:28 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:28 OptiPlex systemd[1287]: tracker-
Nov 21 11:17:28 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:25 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating via systemd: service name='org.
Nov 21 16:33:25 OptiPlex tracker-
Nov 21 16:33:25 OptiPlex tracker-
Nov 21 16:33:25 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:25 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:26 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:26 OptiPlex tracker-
Nov 21 16:33:26 OptiPlex tracker-
Nov 21 16:33:26 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:26 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:26 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:27 OptiPlex tracker-
Nov 21 16:33:27 OptiPlex tracker-
Nov 21 16:33:27 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:27 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:27 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:27 OptiPlex tracker-
Nov 21 16:33:27 OptiPlex tracker-
Nov 21 16:33:27 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:27 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:28 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:28 OptiPlex tracker-
Nov 21 16:33:28 OptiPlex tracker-
Nov 21 16:33:28 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:28 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:28 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:28 OptiPlex systemd[1287]: tracker-
Nov 21 16:33:28 OptiPlex systemd[1287]: tracker-
Info-crash
Sorry bad Swedish translation at system level,
can't understand Clutter, mutter
Nov 21 00:10:45 OptiPlex systemd[1245]: Stopped Path trigger for Apport crash notifications.
Nov 21 00:10:45 OptiPlex systemd[1]: Stopping LSB: automatic crash report generation...
Nov 21 00:10:45 OptiPlex systemd[1]: Stopping Tool to automatically collect and submit kernel crash signatures...
Nov 21 00:10:45 OptiPlex gnome-shell[1405]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 21 11:06:14 OptiPlex systemd[1]: Started Start whoopsie on modification of the /var/crash directory.
Nov 21 11:06:14 OptiPlex systemd[1]: Condition check resulted in Unix socket for apport crash forwarding being skipped.
Nov 21 11:06:14 OptiPlex systemd[1]: Starting LSB: automatic crash report generation...
Nov 21 11:06:14 OptiPlex apport[614]: * Starting automatic crash report generation: apport
Nov 21 11:06:14 OptiPlex systemd[1]: Started LSB: automatic crash report generation.
Nov 21 11:06:24 OptiPlex systemd[1]: Starting Tool to automatically collect and submit kernel crash signatures...
Nov 21 11:06:24 OptiPlex systemd[1]: Started crash report submission.
Nov 21 11:06:24 OptiPlex systemd[1]: Started Tool to automatically collect and submit kernel crash signatures.
Nov 21 11:17:14 OptiPlex systemd[1287]: Started Path trigger for Apport crash notifications.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
Nov 22 02:10:55 OptiPlex gnome-shell[1456]: Attempting to run a JS callback during garbage collection. This is most likely caused by destroying a Clutter actor or GTK widget with ::destroy signal connected, or using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked.
Nov 22 02:10:56 OptiPlex systemd[1287]: Stopped Path trigger for Apport crash notifications.
Nov 22 02:10:58 OptiPlex systemd[1]: Stopping LSB: automatic crash report generation...
Nov 22 02:10:58 OptiPlex systemd[1]: Stopping Tool to automatically collect and submit kernel crash signatures...
Nov 22 12:18:13 OptiPlex systemd[1]: Started Start whoopsie on modification of the /var/crash directory.
Nov 22 12:18:13 OptiPlex systemd[1]: Condition check resulted in Unix socket for apport crash forwarding being skipped.
Nov 22 12:18:13 OptiPlex systemd[1]: Starting LSB: automatic crash report generation...
Nov 22 12:18:13 OptiPlex apport[614]: * Starting automatic crash report generation: apport
Nov 22 12:18:13 OptiPlex systemd[1]: Started LSB: automatic crash report generation.
Info-snap
Nov 21 00:06:43 OptiPlex systemd[1245]: Started snap.snap-
Nov 21 00:06:43 OptiPlex kernel: [ 2454.696279] audit: type=1400 audit(173214400
Nov 21 00:06:43 OptiPlex kernel: [ 2454.696303] audit: type=1400 audit(173214400
Nov 21 11:06:14 OptiPlex systemd[1]: Mounting Mount unit for snap-store, revision 1113...
Nov 21 11:06:14 OptiPlex systemd[1]: Mounting Mount unit for snap-store, revision 1216...
Nov 21 11:06:14 OptiPlex systemd[1]: Mounting Mount unit for snapd, revision 21759...
Nov 21 11:06:14 OptiPlex systemd[1]: Mounting Mount unit for snapd-desktop-
Nov 21 11:06:14 OptiPlex systemd[1]: Mounting Mount unit for snapd-desktop-
Nov 21 11:06:14 OptiPlex systemd[1]: Mounted Mount unit for snap-store, revision 1113.
Nov 21 11:06:14 OptiPlex systemd[1]: Mounted Mount unit for snap-store, revision 1216.
Nov 21 11:06:14 OptiPlex systemd[1]: Mounted Mount unit for snapd, revision 21759.
Nov 21 11:06:14 OptiPlex systemd[1]: Mounted Mount unit for snapd-desktop-
Nov 21 11:06:14 OptiPlex systemd[1]: Mounted Mount unit for snapd-desktop-
Nov 21 11:06:14 OptiPlex systemd[1]: Reached target Mounted snaps.
Nov 21 11:06:14 OptiPlex systemd-udevd[326]: sda: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda' failed with exit code 1.
Nov 21 11:06:14 OptiPlex systemd-udevd[323]: sr0: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sr0' failed with exit code 1.
Nov 21 11:06:14 OptiPlex systemd-udevd[334]: sda4: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda4' failed with exit code 1.
Nov 21 11:06:14 OptiPlex systemd-udevd[318]: sda3: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda3' failed with exit code 1.
Nov 21 11:06:14 OptiPlex systemd-udevd[330]: sda2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda2' failed with exit code 1.
Nov 21 11:06:14 OptiPlex systemd-udevd[326]: sda1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda1' failed with exit code 1.
Nov 21 11:06:14 OptiPlex systemd[1]: Starting Load AppArmor profiles managed internally by snapd...
Nov 21 11:06:14 OptiPlex snapd-apparmor[
Nov 21 11:06:14 OptiPlex systemd[1]: Finished Load AppArmor profiles managed internally by snapd.
Nov 21 11:06:14 OptiPlex systemd[1]: Starting Socket activation for snappy daemon...
Nov 21 11:06:14 OptiPlex systemd[1]: Listening on Socket activation for snappy daemon.
Nov 21 11:06:14 OptiPlex systemd[1]: Starting Wait until snapd is fully seeded...
Nov 21 11:06:14 OptiPlex kernel: [ 5.062514] systemd[1]: /lib/systemd/
Nov 21 11:06:14 OptiPlex kernel: [ 5.454831] systemd[1]: Reached target Mounting snaps.
Nov 21 11:06:15 OptiPlex snapd[649]: overlord.go:271: Acquiring state lock file
Nov 21 11:06:15 OptiPlex snapd[649]: overlord.go:276: Acquired state lock file
Nov 21 11:06:15 OptiPlex snapd[649]: daemon.go:250: started snapd/2.65.3+22.04 (series 16; classic) ubuntu/22.04 (amd64) linux/6.
Nov 21 11:06:15 OptiPlex snapd[649]: daemon.go:353: adjusting startup timeout by 1m20s (pessimistic estimate of 30s plus 5s per snap)
Nov 21 11:06:15 OptiPlex snapd[649]: backends.go:58: AppArmor status: apparmor is enabled and all features are available
Nov 21 11:06:16 OptiPlex systemd[800]: Listening on REST API socket for snapd user session agent.
Nov 21 11:06:16 OptiPlex systemd[800]: Started Service for snap application snapd-desktop-
Nov 21 11:06:17 OptiPlex dbus-daemon[817]: [session uid=128 pid=817] Activating via systemd: service name='org.
Nov 21 11:06:17 OptiPlex kernel: [ 15.340249] audit: type=1400 audit(173218357
Nov 21 11:06:17 OptiPlex kernel: [ 15.340263] audit: type=1400 audit(173218357
Nov 21 11:06:17 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 21 11:06:17 OptiPlex systemd[1]: tmp-snap.
Nov 21 11:06:17 OptiPlex systemd[1]: Finished Wait until snapd is fully seeded.
Nov 21 11:06:18 OptiPlex snapd-desktop-
Nov 21 11:06:18 OptiPlex snapd-desktop-
Nov 21 11:06:18 OptiPlex systemd[800]: snap.snapd-
Nov 21 11:06:18 OptiPlex systemd[800]: snap.snapd-
Nov 21 11:11:18 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 21 11:11:19 OptiPlex snapd[649]: storehelpers.
Nov 21 11:17:14 OptiPlex systemd[1287]: Listening on REST API socket for snapd user session agent.
Nov 21 11:17:14 OptiPlex systemd[1287]: Started Service for snap application snapd-desktop-
Nov 21 11:17:14 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating via systemd: service name='org.
Nov 21 11:17:17 OptiPlex snapd-desktop-
Nov 21 11:17:17 OptiPlex snapd-desktop-
Nov 21 11:17:17 OptiPlex snapd-desktop-
Nov 21 11:17:17 OptiPlex snapd-desktop-
Nov 21 11:17:17 OptiPlex snapd-desktop-
Nov 21 11:17:17 OptiPlex systemd[1287]: snap.snapd-
Nov 21 11:17:19 OptiPlex systemd[1287]: snap.snapd-
Nov 21 11:17:19 OptiPlex systemd[1287]: Stopped Service for snap application snapd-desktop-
Nov 21 11:17:19 OptiPlex systemd[1287]: snap.snapd-
Nov 21 11:17:19 OptiPlex systemd[1287]: Started Service for snap application snapd-desktop-
Nov 21 11:17:23 OptiPlex snapd-desktop-
Nov 21 11:17:23 OptiPlex snapd-desktop-
Nov 21 11:17:24 OptiPlex systemd[1287]: Started snap.snap-
Nov 21 11:17:24 OptiPlex kernel: [ 682.631312] audit: type=1400 audit(173218424
Nov 21 11:17:24 OptiPlex kernel: [ 682.631332] audit: type=1400 audit(173218424
Nov 21 11:17:24 OptiPlex systemd[1]: tmp-snap.
Nov 21 11:17:28 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating via systemd: service name='org.
Nov 21 11:17:34 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 21 11:17:35 OptiPlex snap-store[1797]: plugin fwupd took 1.5 seconds to do setup
Nov 21 11:17:35 OptiPlex kernel: [ 694.111787] audit: type=1107 audit(173218425
Nov 21 11:17:35 OptiPlex kernel: [ 694.113621] audit: type=1107 audit(173218425
Nov 21 11:17:35 OptiPlex kernel: [ 694.129410] audit: type=1107 audit(173218425
Nov 21 11:17:35 OptiPlex kernel: [ 694.130517] audit: type=1107 audit(173218425
Nov 21 11:17:35 OptiPlex snap-store[1797]: enabled plugins: fwupd, os-release, packagekit-
Nov 21 11:17:35 OptiPlex snap-store[1797]: disabled plugins: dpkg, dummy, fedora-langpacks, fedora-
Nov 21 11:17:36 OptiPlex kernel: [ 695.128797] audit: type=1400 audit(173218425
Nov 21 11:17:41 OptiPlex systemd[800]: Closed REST API socket for snapd user session agent.
Nov 21 11:18:06 OptiPlex kernel: [ 725.064509] audit: type=1326 audit(173218428
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: adding wildcard app */*/*/org.
Nov 21 11:18:07 OptiPlex snap-store[1797]: Only 0 apps for recent list, hiding
Nov 21 11:18:08 OptiPlex snapd[649]: storehelpers.
Nov 21 11:18:10 OptiPlex snap-store[1797]: not handling error failed for action refresh: E: Misslyckades med att hämta http://
Nov 21 11:18:10 OptiPlex snapd[649]: storehelpers.
Nov 21 11:18:11 OptiPlex snapd[649]: storehelpers.
Nov 21 11:18:17 OptiPlex snap-store[1797]: not handling error failed for action refresh: E: Misslyckades med att hämta http://
Nov 21 11:18:18 OptiPlex snapd[649]: storehelpers.
Nov 21 12:51:17 OptiPlex snapd[649]: storehelpers.
Nov 21 13:27:42 OptiPlex systemd[1287]: Started snap.firefox.
Nov 21 13:27:42 OptiPlex systemd[1]: tmp-snap.
Nov 21 13:27:42 OptiPlex kernel: [ 8501.130713] audit: type=1400 audit(173219206
Nov 21 13:27:42 OptiPlex firefox_
Nov 21 13:27:42 OptiPlex firefox_
Nov 21 13:27:42 OptiPlex firefox_
Nov 21 13:27:42 OptiPlex firefox_
Nov 21 13:27:42 OptiPlex firefox_
Nov 21 13:27:42 OptiPlex firefox_
Nov 21 13:27:47 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 21 13:27:48 OptiPlex kernel: [ 8506.463959] audit: type=1107 audit(173219206
Nov 21 13:27:48 OptiPlex kernel: [ 8506.539119] audit: type=1107 audit(173219206
Nov 21 13:27:50 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Activating service name='io.
Nov 21 13:27:50 OptiPlex dbus-daemon[1313]: [session uid=1000 pid=1313] Successfully activated service 'io.snapcraft.
Nov 21 13:27:50 OptiPlex io.snapcraft.
Nov 21 16:33:27 OptiPlex kernel: [19645.520899] audit: type=1107 audit(173220320
Nov 21 17:18:51 OptiPlex systemd[1287]: snap.firefox.
Nov 21 17:33:47 OptiPlex systemd[1287]: Started snap.firefox.
Nov 21 17:33:51 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 21 17:33:52 OptiPlex kernel: [23270.090890] audit: type=1107 audit(173220683
Nov 21 17:33:52 OptiPlex kernel: [23270.159387] audit: type=1107 audit(173220683
Nov 21 19:18:42 OptiPlex kernel: [29560.353845] audit: type=1326 audit(173221312
Nov 21 20:28:41 OptiPlex systemd[1287]: Started snap.firefox.
Nov 21 20:32:47 OptiPlex systemd[1287]: Started snap.firefox.
Nov 21 21:02:16 OptiPlex systemd[1287]: Started snap.firefox.
Nov 21 22:21:17 OptiPlex snapd[649]: storehelpers.
Nov 22 00:51:17 OptiPlex snapd[649]: storehelpers.
Nov 22 02:10:54 OptiPlex kernel: [54291.788236] audit: type=1107 audit(173223785
Nov 22 02:10:57 OptiPlex firefox_
Nov 22 02:10:57 OptiPlex systemd[1287]: snap.snap-
Nov 22 02:10:58 OptiPlex snapd[649]: main.go:168: Exiting on terminated signal.
Nov 22 02:10:58 OptiPlex systemd[1287]: snap.snapd-
Nov 22 02:10:58 OptiPlex systemd[1]: snapd.seeded.
Nov 22 02:10:58 OptiPlex systemd[1]: Stopped Wait until snapd is fully seeded.
Nov 22 02:10:58 OptiPlex systemd[1]: Condition check resulted in Ubuntu core (all-snaps) system shutdown helper setup service being skipped.
Nov 22 12:18:13 OptiPlex systemd[1]: Mounted Mount unit for snap-store, revision 1113.
Nov 22 12:18:13 OptiPlex systemd[1]: Mounted Mount unit for snap-store, revision 1216.
Nov 22 12:18:13 OptiPlex systemd[1]: Mounted Mount unit for snapd, revision 21759.
Nov 22 12:18:13 OptiPlex systemd[1]: Mounted Mount unit for snapd-desktop-
Nov 22 12:18:13 OptiPlex systemd[1]: Mounted Mount unit for snapd-desktop-
Nov 22 12:18:13 OptiPlex systemd[1]: Reached target Mounted snaps.
Nov 22 12:18:13 OptiPlex systemd-udevd[326]: sda: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda' failed with exit code 1.
Nov 22 12:18:13 OptiPlex systemd-udevd[321]: sr0: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sr0' failed with exit code 1.
Nov 22 12:18:13 OptiPlex systemd-udevd[318]: sda2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda2' failed with exit code 1.
Nov 22 12:18:13 OptiPlex systemd-udevd[313]: sda3: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda3' failed with exit code 1.
Nov 22 12:18:13 OptiPlex systemd-udevd[326]: sda1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda1' failed with exit code 1.
Nov 22 12:18:13 OptiPlex systemd-udevd[314]: sda4: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda4' failed with exit code 1.
Nov 22 12:18:13 OptiPlex systemd[1]: Starting Load AppArmor profiles managed internally by snapd...
Nov 22 12:18:13 OptiPlex snapd-apparmor[
Nov 22 12:18:13 OptiPlex systemd[1]: Finished Load AppArmor profiles managed internally by snapd.
Nov 22 12:18:13 OptiPlex systemd[1]: Starting Socket activation for snappy daemon...
Nov 22 12:18:13 OptiPlex systemd[1]: Listening on Socket activation for snappy daemon.
Nov 22 12:18:13 OptiPlex systemd[1]: Starting Wait until snapd is fully seeded...
Nov 22 12:18:13 OptiPlex kernel: [ 5.074302] systemd[1]: /lib/systemd/
Nov 22 12:18:13 OptiPlex kernel: [ 5.468913] systemd[1]: Reached target Mounting snaps.
Nov 22 12:18:13 OptiPlex kernel: [ 6.182271] systemd[1]: Mounting Mount unit for snap-store, revision 1113...
Nov 22 12:18:13 OptiPlex kernel: [ 6.199378] systemd[1]: Mounting Mount unit for snap-store, revision 1216...
Nov 22 12:18:13 OptiPlex kernel: [ 6.212135] systemd[1]: Mounting Mount unit for snapd, revision 21759...
Nov 22 12:18:13 OptiPlex kernel: [ 6.229634] systemd[1]: Mounting Mount unit for snapd-desktop-
Nov 22 12:18:13 OptiPlex kernel: [ 6.245504] systemd[1]: Mounting Mount unit for snapd-desktop-
Nov 22 12:18:14 OptiPlex snapd[646]: overlord.go:271: Acquiring state lock file
Nov 22 12:18:14 OptiPlex snapd[646]: overlord.go:276: Acquired state lock file
Nov 22 12:18:14 OptiPlex snapd[646]: daemon.go:250: started snapd/2.65.3+22.04 (series 16; classic) ubuntu/22.04 (amd64) linux/6.
Nov 22 12:18:15 OptiPlex snapd[646]: daemon.go:353: adjusting startup timeout by 1m20s (pessimistic estimate of 30s plus 5s per snap)
Nov 22 12:18:15 OptiPlex snapd[646]: backends.go:58: AppArmor status: apparmor is enabled and all features are available
Nov 22 12:18:15 OptiPlex systemd[792]: Listening on REST API socket for snapd user session agent.
Nov 22 12:18:15 OptiPlex systemd[792]: Started Service for snap application snapd-desktop-
Nov 22 12:18:16 OptiPlex dbus-daemon[817]: [session uid=128 pid=817] Activating via systemd: service name='org.
Nov 22 12:18:16 OptiPlex kernel: [ 15.383247] audit: type=1400 audit(173227429
Nov 22 12:18:16 OptiPlex kernel: [ 15.383261] audit: type=1400 audit(173227429
Nov 22 12:18:16 OptiPlex systemd[1]: tmp-snap.
Nov 22 12:18:16 OptiPlex dbus-daemon[619]: [system] Activating via systemd: service name='org.
Nov 22 12:18:16 OptiPlex systemd[1]: Finished Wait until snapd is fully seeded.
Nov 22 12:18:17 OptiPlex snapd-desktop-
Nov 22 12:18:17 OptiPlex snapd-desktop-
Nov 22 12:18:17 OptiPlex systemd[792]: snap.snapd-
Nov 22 12:18:17 OptiPlex systemd[792]: snap.snapd-
Does anyone want the entire log file on
Ubuntu 24.04.1
which crashes in Boot and then restarts automatically
(5896 lines)
Don't know if you have already received it via Crash report
Crash report is in connection with the crash and perhaps does not include that it restarts again?
Sometimes the log file gets too big, over several days, (500 MB)
it can be due to several things. I have noticed that the Boot starts with disk check, this may mean that the previous shutdown is not error-free and therefore does not change to a new log.
It is now 01:35
and I have looked for my claim and found evidence.
In the log over 3 days 20-22/11 there is no "Stopping rsyslog.service" and fsck is run at each Boot.
Since there are no matches on 20/11 there must have been updates on 20/11 and therefore the matches came 21-22/11
NOTE NOTE
Good morning 27/11 09.45
at 01.54 I switched off 24.04.5.
09.00 I started again and checked this morning's Boot log for fsck, and found something funny, 01.54
notes that both my 2 partitions are sucessfully dead, hence fsck 09.00
This is what happens at 01.54
/ root system sucessfully dead < l ove the explanation
The unit systemd-
/home system
The unit systemd-
More problems
Why are these in a non Uefi pc.
mats@OptiPlex:~$ [ -d /sys/firmware/efi ] && echo "UEFI" || echo "Legacy"
Legacy
mats@OptiPlex:~$
Nov 27 09:00:29 OptiPlex kernel: [ 2.607504] registered taskstats version 1
Nov 27 09:00:29 OptiPlex kernel: [ 2.608013] Loading compiled-in X.509 certificates
Nov 27 09:00:29 OptiPlex kernel: [ 2.610238] Loaded X.509 cert 'Build time autogenerated kernel key: 980a6e2497136d3
Nov 27 09:00:29 OptiPlex kernel: [ 2.611935] Loaded X.509 cert 'Canonical Ltd. Live Patch Signing: 14df34d1a87cf37
Nov 27 09:00:29 OptiPlex kernel: [ 2.613629] Loaded X.509 cert 'Canonical Ltd. Kernel Module Signing: 88f752e560a1e07
Nov 27 09:00:29 OptiPlex kernel: [ 2.613636] blacklist: Loading compiled-in revocation X.509 certificates
Nov 27 09:00:29 OptiPlex kernel: [ 2.613683] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing: 61482aa2830d0ab
Nov 27 09:00:29 OptiPlex kernel: [ 2.613732] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (2017): 242ade75ac4a15e
Nov 27 09:00:29 OptiPlex kernel: [ 2.613785] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (ESM 2018): 365188c1d374d6b
Nov 27 09:00:29 OptiPlex kernel: [ 2.613837] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (2019): c0746fd6c5da3ae
Nov 27 09:00:29 OptiPlex kernel: [ 2.613882] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (2021 v1): a8d54bbb3825cfb
Nov 27 09:00:29 OptiPlex kernel: [ 2.613926] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (2021 v2): 4cf046892d6fd3c
Nov 27 09:00:29 OptiPlex kernel: [ 2.613974] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (2021 v3): 100437bb6de6e46
Nov 27 09:00:29 OptiPlex kernel: [ 2.614017] Loaded X.509 cert 'Canonical Ltd. Secure Boot Signing (Ubuntu Core 2019): c1d57b8f6b743f2
Nov 27 09:00:29 OptiPlex kernel: [ 2.628834] Key type .fscrypt registered
Nov 27 09:00:29 OptiPlex kernel: [ 2.628845] Key type fscrypt-
// M@ts
Revision history for this message
|
#6 |
This question was expired because it remained in the 'Open' state without activity for the last 15 days.