You are not logged in.
vmlinux and initramfs are not in the root directory. They are in the /boot directory. There are links to this file and directory in the root directory, however.
I assume these links have something to do with the boot process, but I do not actually know that.
Since no one else is commenting, I will just say that I have been getting a similar behavior. I do not know if it predates the last upgrade
When Thunderbird runs a get message command I sometimes get a message in the status bar at the bottom about messages received, but there are no messages in my inbox or junk folder. I even tried using the server's web site email access to check if there were messages in the spam folder there, but there are no new ones.
I do not seem to be missing any messages, it is just weird.
In firefox on many sites, including this one, a google popup asks to remember my password.
I can't imagine why would anyone wish to give google their passwords.
I hope someone here can tell me how to stop it?
That is not a google popup. That is a popup from firefox itself. If you save the password, it will be saved on your computer - NOT GOOGLE.
When I would run apt-get update I kept getting network-manager and libnm0 kept back. When I tried apt-get dist-upgrade all it wanted to do was remove over 30 packages.
After getting network-manager and libnm0 kept back for days, I got sick of waiting for a fix to come through. I experimented and got this to work:
sudo apt-get install --reinstall libnm0
This upgraded libnm0, network-manager and removed some other package I did not recognize.
Everything has been fine since then.
re:
Install the package
software-properties-common
I just checked in daedalus and the package does not exist in the devuan repository.
There was an upgrade to eudev posted today that looked like it might address the issue with libgudev-1.0-0.
I removed the hold on libgudev-1.0-0 and did update and upgrade. Everything seems to be fine now.
I did a reboot and there was no problem with processing mouse or keyboard events.
That's it!
I did that and tried to start mariadb. That worked, so I did another apt-get upgrade. The server finished installing, stopped, and then started again succesfully.
Thank you very much, rbit.
/var/lib/mysql$ stat aria_log_control
File: aria_log_control
Size: 52 Blocks: 8 IO Block: 4096 regular file
Device: 801h/2049d Inode: 404111 Links: 1
Access: (0660/-rw-rw----) Uid: ( 112/ mysql) Gid: ( 120/ mysql)
Access: 2022-08-24 14:52:13.500000000 -0500
Modify: 2022-08-24 14:37:32.160000000 -0500
Change: 2022-08-24 14:37:32.160000000 -0500
Birth: 2020-09-11 16:02:07.848000000 -0500
I do not know how to interpret this.
I found this in syslog. Does anyone see a clue?
Aug 24 02:19:07 devuan-ceres mysqld_safe: Starting mariadbd daemon with databases from /var/lib/mysql
Aug 24 02:19:07 devuan-ceres mysqld_safe: Starting mariadbd daemon with databases from /var/lib/mysql
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] /usr/sbin/mariadbd (server 10.6.9-MariaDB-1) starting as process 1443 ...
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] /usr/sbin/mariadbd (server 10.6.9-MariaDB-1) starting as process 1441 ...
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] mariadbd: Can't lock aria control file '/var/lib/mysql/aria_log_control' for exclusive use, error: 11. Will retry for 30 seconds
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Number of pools: 1
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Using generic crc32 instructions
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Using liburing
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Completed initialization of buffer pool
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1651026,1651026
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] InnoDB: Missing FILE_CHECKPOINT at 1651026 between the checkpoint 1651026 and the end 1651038.
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] InnoDB: Starting shutdown...
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] Plugin 'InnoDB' init function returned error.
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [Note] Plugin 'FEEDBACK' is disabled.
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] Unknown/unsupported storage engine: InnoDB
Aug 24 02:19:07 devuan-ceres mysqld: 2022-08-24 2:19:07 0 [ERROR] Aborting
I was not sure which script you were referring to, so I tried it on both "./mariad start" and "mysql_secure_installation".
No difference from using sudo.
Here is what happened:
sudo mysql_secure_installation
NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB
SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!
In order to log into MariaDB to secure it, we'll need the current
password for the root user. If you've just installed MariaDB, and
haven't set the root password yet, you should just press enter here.
Enter current password for root (enter for none):
ERROR 2002 (HY000): Can't connect to local server through socket '/run/mysqld/mysqld.sock' (2)
Enter current password for root (enter for none):
ERROR 2002 (HY000): Can't connect to local server through socket '/run/mysqld/mysqld.sock' (2)
Enter current password for root (enter for none):
ERROR 2002 (HY000): Can't connect to local server through socket '/run/mysqld/mysqld.sock' (2)
Enter current password for root (enter for none):
Aborting!
Cleaning up...
I tried typing the root password, and I tried just hitting enter. I got the same resuilt,.
I went into /etc/init.d - entered sudo ./mariadb start and got:
Starting MariaDB database server: mariadbd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Not interesting.
Everything was fine before the upgrade.
It is an old system running on a QEMU virtual machine.
I have a parallel debian-sid vm, and the upgrade there went fine.
I tried them both, but neither helps. I've been poking around /var/log files and /usr/share/doc/mariadb-server-10.6, but I can't figure anything out.
It was a regular ceres system upgrade (apt-get upgrade).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up mariadb-server-10.6 (1:10.6.9-1) ...
Stopping MariaDB database server: mariadbd.
Starting MariaDB database server: mariadbd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
invoke-rc.d: initscript mariadb, action "start" failed.
dpkg: error processing package mariadb-server-10.6 (--configure):
installed mariadb-server-10.6 package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of mariadb-server:
mariadb-server depends on mariadb-server-10.6 (>= 1:10.6.9-1); however:
Package mariadb-server-10.6 is not configured yet.
dpkg: error processing package mariadb-server (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
mariadb-server-10.6
mariadb-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Mariadb-server-10.6 will not install during "apt-get upgrade'" on ceres. When I tried looking for bug reports on the devuan bug tracking system it says the package does not exist, nor apparently any of the mariadb packages. I thought that mariadb used systemd on debian, so there should be devuan specific packages.
I have not had this update problem on debian-sid.
I am baffled.
Did you unmount the drive before you pulled it out? Sometimes writes are left pending, and doing an unmount will finishing any pending tasks.
From my experience, scripts in cron.* will not run unless the file name ends in ".sh". Changing the suffix on the filename is one way to turn off the execution for a while. It looks like you script is named dev-fstrim.
I apologize. This is the opposite of the truth. Just ignore me, as you already are.
From my experience, scripts in cron.* will not run unless the file name ends in ".sh". Changing the suffix on the filename is one way to turn off the execution for a while. It looks like you script is named dev-fstrim.
Thanks. I will keep trying. Good luck.
I have two virtual machines for unstable versions. One is for debian sid, and the other is for devuan ceres.
Debian sid has shown packages to upgrade, as usual, for the last four days. Devuan ceres has not shown any packages to upgrade for these last four days. Although they do not show exactly the same package lists for upgrade each day, they are usually similar. Sometimes there are packages from debian that have different devuan versions that have to be prepared so there are delays for ceres, or the packages do not exist in devuan.
On both systems I run
sudo apt-get update, then sudo apt-get upgrade --autoremove
to perform the upgrades.
The /etc/apt/sources.list file for ceres uses
deb http://deb.devuan.org/merged ceres main contrib non-free
and nothing on ceres has been changed except for previous package upgrades.
In the past there have been times when ceres has no upgrades and these were due to problems with the deb.devuan.org/merged/dists/ceres server. The release files had not been upgraded. I have checked these files and each day they had been updated. Today they were updated at 2021-01-11 03:26:28.
I cannot believe that all those debian files for the last four days have parallel devuan packages that still need to be prepared.
This behavior seems strange to me. Does anyone have any thoughts?
My experience is that the files and directories for a folder will be listed as they were the last time I opened that particular folder. The default for a folder I have not previously opened is folders first by name ascending followed by files by name ascending. Are you not seeing this?
Well. I am not getting the warning page anymore.
I followed the directions at that link and restarted ff but still go the same warning.
This time the nslookup is:
Server: 192.168.1.254
Address: 192.168.1.254#53
Non-authoritative answer:
Name: pkginfo.devuan.org
Address: 54.36.142.179
Name: pkginfo.devuan.org
Address: 2001:41d0:2:1f68::3624:8eb3
not for this. I am using Ubuntu 20.4
I tried it on a Beowulf virtual machine using ff 78.3.0esr and I did not get the warning message.
The nslookup output on there is:
Server: 10.0.2.3
Address: 10.0.2.3#53
Non-authoritative answer:
Name: pkginfo.devuan.org
Address: 54.36.142.179
Name: pkginfo.devuan.org
Address: 2001:41d0:2:1f68::3624:8eb3