Announcing the immediate availability of Breadcrumb NavXT Multidimension Extensions 2.5.3. This version improves compatibility with the upcoming Breadcrumb NavXT 6.3. Changes in Breadcrumb NavXT 6.3’s setting page results in older versions of Breadcrumb NavXT Multidimension Extensions producing a blank settings tab.
As reference previously, recently, the XPS 15 9530 had an issue in startup where the login prompt in the shell was available but XDM/SDDM did not start until several key presses later. Waiting for it to start was a futile effort—once waited over 30 minutes to no avail. A full system reinstall did not help either.
Digging into the dmesg output revealed something interesting:
[83.413293] random: crng init done
[83.413299] random: 7 urandom warning(s) missed due to ratelimiting
It was taking over a minute and a half for random to generate enough entropy. And, this was with the keyboard getting mashed! Apparently, this is a relatively common issue to run into.
Since the XPS 15 9530 has a Haswell core CPU with RDRAND instruction support, an easy way around this is to enable “Trust CPU Vendor” in the kernel config:
Now, this is not without consequence. There is concern that Intel’s RDRAND implementation was inappropriately influenced by external parties. An alternative workaround is to install haveged. This has its own issues—it is a software solution to inflate entropy. Finally, on the Gentoo forums, the recommendation is to continue to mash the keyboard until userland applications are updated with to more appropriate entropy requirements.
In the process of removing the remaining SandForce controller based SSDs from service, the opportunity to completely refresh the Funtoo install on the XPS 15 9530 was taken. Part of this was to try to figure out why recently sddm would not start until a bit of keyboard mashing occurred (literally pushing the enter key a dozen times in a row caused sddm to start, waiting was simply not enough).
The install was fairly painless—most problems tend to be involve getting the proper device drivers compiled into the kernel. Given there was already a known good kernel config, that was used for the building the kernel on the new install. However, on the first boot off of the new SSD, the boot process halted at:
[2.754164] Freeing unused kernel image memory: 1020K
[2.756196] Write protecting the kernel read-only data: 20480k
[2.758698] Freeing unused kernel image memory: 1980K
[2.760892] Freeing unused kernel image memory: 620K
[2.764980] Run /sbin/init as init process
The init system (OpenRC), for some reason, did not actually kick off. Plugging in a USB device confirmed that the kernel itself was still running. Thus, it was not something simple such as the root device being inaccessible (that causes a kernel panic). But, in this state, the system was not usable (no login prompt).
After a bit of sleuthing and stumbling, a solution was found. The following was added to the kernel config:
After rebuilding the kernel and rebooting, the system finally booted completely. Still, this is a little unnerving. This machine never needed this setting before. Additionally, I have not needed this setting on any other machine.
Back in July (2018), I upgraded to the Motorola Moto X4. After over four-and-a-half years of faithful service, my Moto X (2013) was no longer cutting it. The battery was not lasting a day. I was pretty much out of storage (16GB is not enough), even with a minimal set of apps and music on the device. Topping it off, things were getting generally sluggish.
While I had been looking at phones since December (2017), nothing hit the value mark I was looking for and worked on the Verizon network (they sure do not have “the devices” unless you want a phablet or an iPhone). I was considering the Google Pixel, but given its price point I was disappointed in the second generation device (the screen to body ratio was worse than the Moto X (2013)). I ended up settling for the Moto X4, and picked up the Amazon Prime version on Prime Day.
Announcing the immediate availability of Breadcrumb NavXT Paths 1.5.2. This version fixes a bug that caused PHP errors to be thrown by the post metabox when a preferred term was not found for a taxonomy.
Users with valid and activated license keys should receive an update notification within the WordPress dashboard and be able to use the update mechanism to update (just like with any plugin in the WordPress.org repository).