Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.os.linux.slackware    |    I think its the one without Selinux crap    |    87,272 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 85,842 of 87,272    |
|    John Smith to Henrik Carlqvist    |
|    Re: Installing Slackware46 15.0 on Lenov    |
|    31 May 22 17:20:01    |
      From: 12345@whatismyemailaddress.xyz              On Mon, 30 May 2022 05:44:05 -0000 (UTC), Henrik Carlqvist wrote:              > On Mon, 30 May 2022 05:06:43 +0200, Aragorn wrote:       >       >> On 30.05.2022 at 02:01, John Smith scribbled:       >>> When I do       >>>       >>> fdisk /dev/sda       >>>       >>> the hard drive identified is the SATA hard drive that we installed.       >>> When I try with /dev/sdb, this is the Slackware64 15.0 USB stick. And       >>> that's it.       >       >> M.2 drives and PCIe-mounted NVMe drives do not identify to userland as       >> /dev/sd? device nodes. Instead, you should look for /dev/nvme* nodes,       >> e.g. /dev/nvme0n1p1 — the "-p1" at the end indicates the partition,       >> while the characters in front of it indicate the drive.       >       > Yes, when trying to find which drives there are in a system, it is       > easier to do:       >       > fdisk -l       >       > or       >       > cat /proc/partitions       >       > With that computer and nvme drive you might have to boot using UEFI and       > maybe also use a GPT partition table instead of the good old MBR DOS-       > stype partition tables. If so, you will need to say goodbye to lilo and       > use some other boot loader like elilo, grub or syslinux/extlinux. Among       > these bootloaders, I did choose extlinux myself as its configuration did       > resemble isolinux and pxelinux which I had used before to boot from       > cdrom or network.                      Thanks. I have been able to install Slackware64 15.0 in the NVMe       device. However, I have run into trouble when I tried to upgrade the       kernel.               Following the instructions in the README_UEFI.TXT file delivered       withSlackware64 15.0, I created two partitions in the /dev/nvme0n1       device. The first one, /dev/nvme0n1p1, is 100 MB in size, for the GPT       partition. The second one, /dev/nvme0n1p2, is the rest of the storage       available in the device - about 500 GB.               With this, I was able to install Slackware64 15.0 in this device.       The system boots up correctly, using elilo, and everything seems to be       fine.               Next I upgraded my packages using the ones in the patches/       packages directory of Slackware64 15.0. This includes a subdirectory for       the Linux kernel, to upgrade from the installed 5.15.19 to 5.15.38. I did       this, making sure to run eliloconfig as root before rebooting. I did check       that things under /boot/efi/EFI/Slackware had been modified as a       consequence of this operation, which they indeed had.               On rebooting, initially everything seems to be OK - until I reach       a point at which the boot process gets interrupted with the following       diagnostics:               No kernel modules found for Linux 5.15.38.        mount: mounting /dev/nvme0n1p2 on /mnt failed: No such device        ERROR: No /sbin/init found on rootdev (or not mounted). Trouble ahead.        You can try to fix it. Type 'exit' when things are done.               /bin/sh: can't access tty; job control turned off        / #              At this point, the system does not respond to keyboard input any longer.       On attemptng to reboot, exactly the same thing happens again.               It would seem that, for whatever reason, it can't find the       partition where I installed Slackware64 15.0. Any thoughts on what it is       that may be going, and how to fix the problem?               Interestingly, after doing the above I booted off the       installation USB stick, and went over the installation process itself,       but without installing anything but the Y packages - the BSD games, I       think - moving on to the configuration steps immediately afterward. These       steps recognize that the 5.15.38 kernel is present, and prompt you to       install ELILO for this kernel. The installation succeeds, and after doing       this I can indeed boot my system with the 5.15.38 kernel. It would seem       to be the case that this does something beyond what eliloconfig on its       own does.               At least I got a workaround, but I wonder why eliloconfig did not       do the right thing?              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca