most debian installation attempts now fail (this one on a thinkpad x1 nano gen 2)

My latest failed Debian installation attempt is Debian 11 on a thinkpad x1 nano gen 2.

Initial installation succeeded with accepting almost all defaults from installer.  There was a big delay on startup, during which time "DPC: RP PIO log size 0 is invalid" was shown on the screen.

When I reinstalled with disk encryption, luks, set up in the installer, the installation process apparently succeeded.  But on first boot, the same message "DPC: RP PIO log size 0 is invalid", with its big delay, is now enough to cause something waiting for the (decrypted) root file system to appear, to time out with "Gave up waiting for root file system device. Common problems: " [...].  At this point it drops into a busybox shell.  


 

Previously, with no disk encryption layer in use, this waiting thing was perhaps not activated, or perhaps "/" was already mounted by this stage, and the waiting thing was happy.

At least it's somewhat clear what's going wrong in this case.  Most of my failed debian installation attempts end up with nothing getting booted from the BIOS, and a blank screen or boot device list, with no clue what happened or didn't happen.

Comments

Post a Comment

Popular posts from this blog

the persistent idiocy of "privileged ports" on Unix

TCP and UDP have ports.  These are 16 bit; there are 65535 or so per IP address. These protocols don't care to differentiate between the ports.  Elsewhere, IANA presumes to operate a process to allocate "well-known" ports in the range 1-1023, "registered ports" in the range 1024-49151, and to reserve the remainder, 49152–65535, for "ephemeral" ports.  The caller end has to have a port, which is how replies get back within the virtual connection, and these are conventionally picked from the ephemeral range by the OS's networking stack. The whole idea of ports is ridiculous, because it allows ISPs to arse around presuming to decide which services they will "not allow".  Anything that allows IPSs to do anything other than shift opaque packets will allow ISPs to meddle and break things, and due to the Law of Meddling, if they can, they will.  I am currently working around an issue with Claro, a pretend ISP, blocking port 5060, allocated to SI...
Read more

JT "their my" nonsense

Image
Another example of the "your my" nonsense produced by corporations calling customers' things "my" things. Let's mark this for pronouns: In total, I've identified 12 correct pronouns, 6 incorrect pronouns, given from the wrong perspective, and one direct clash between a correct one and an incorrect one, in the form of "their my JT account".  This should be a dead giveaway that something is wrong. As well, observe this perfunctory, bossy, yet passive tone that they take.  "all customers are required" to such and such.  Let's try this.  "All telecoms providers are required to provide ipv6 service".  Oh, that didn't work.  "All entities are required to desist from calling other entities' things 'my'".  Oh, that didn't work either. This is the real pronoun crisis.
Read more

easyjet: repeated entry of information they already have

Image
As I observed earlier today, airline web sites are obsessed with making people re-enter information, apparently arbitrarily. The following seems to be required for Easyjet, for an "existing" customer relationship, every time: country of residence selected from big list, involving skidding around on the screen that makes the victim feel sick should be remembered. If it has to be changed, should be type-and-choose victim is taunted with the text "tell us about you", when they thought they had logged in form with the following on one page: business / leisure title, first name, last name, age there is a button to "copy from contact details", but this doesn't do the "age" field.  Since they have my date of birth, they are of course able to calculate my age.  As well, the only values for this field are "18+", "17", or "16".  Is it a deliberate decision, to not fill this field based on the customer data, and to make the...
Read more