Slackware - InstallationThis forum is for the discussion of installation issues with Slackware.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have just installed Slackware64-15.0 to an external multiboot HD with grub in Artix, in a Fujitsu Lifebook med Intel i7, in order to avoid sharing the internal hd med Windows, which I very seldom use, but anyway.
The machine which is the object of this thread could not proceed with the installer from the original Slackware64-15.0 , freezing at the initial stage of choosing keyboard, as described in https://www.linuxquestions.org/quest...rd-4175725742/.
I was finally able to install from an usb stick with the Live Slak iso for Slackware64-15.0,
The installation went fine and easy without any problems. I skipped installing a bootloader, as I usually do in all my multiboots when I already have a bootloader (in this case I did install Grub from Slackware in a first install but it did not work and then I installed Artix in order to rely on its bootloader). Artix provided the following stanza for Slackware:
Quote:
menuentry 'Slackware 15.0 x86_64 (on /dev/sdb4)' --class slackware --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-48c62261-c47b-4441-92b9-2c4048581a20' {
savedefault
insmod part_gpt
insmod ext2
set root='hd1,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt4 --hint-efi=hd1,gpt4 --hint-baremetal=ahci1,gpt4 48c62261-c47b-4441-92b9-2c4048581a20
else
search --no-floppy --fs-uuid --set=root 48c62261-c47b-4441-92b9-2c4048581a20
fi
linux /boot/vmlinuz root=/dev/sdb4
initrd /boot/initrd.gz
}
When I boot from this stanza I get the message in the enclosed image file "Slack_medd_1.png" .
When I subsitute
Code:
root=UUID=48c62261-c47b-4441-92b9-2c4048581a20
for
Code:
root=/dev/sdb4
I get the same result.
I have carefully done a total of 3 clean installs on the partition, keeping the content of other partitions, just to make sure and the situation replicates with precision.
I have also made an initrd for the generic kernel which I also try to boot with the stanza:
Quote:
menuentry 'Slackware 15.0 x86_64 (on /dev/sdb4)' --class slackware --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-48c62261-c47b-4441-92b9-2c4048581a20' {
savedefault
insmod part_gpt
insmod ext2
set root='hd1,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt4 --hint-efi=hd1,gpt4 --hint-baremetal=ahci1,gpt4 48c62261-c47b-4441-92b9-2c4048581a20
else
search --no-floppy --fs-uuid --set=root 48c62261-c47b-4441-92b9-2c4048581a20
fi
linux /boot/vmlinuz-generic-5.15.19 root=/dev/sdb4
initrd /boot/initrd-generic-5.15.19.gz
}
1 - The Slackware partition is identified as "/dev/sdb4" by artix grub, and as "/dev/sdc4" by Live Slack.
2 - The error message mentions the impossibility of acccessing/finding /dev/sdc4, and that when booted from Grub in Artix:
Code:
/sbin/e2fsck: No such file or directory while trying to open /dev/sdc4
Possibly non-existent device?
3 - When I list the content of "/sbin" from the rescue shell provided by Grub upon the error message I see "e2fsck" in the list (as in enclosed file "e2fsck.png") which seems to me to indicate the problem was exactly that of accessing /dev/sdc4" and the problem with "e2fsck" is just a consequence of that. But I am not sure.
So here I am once more counting on your generosity and competence, which I have been grateful for many, many times.
Does this Lifebook have a media reader? If yes, Artix and Slack may be handling its device enumeration order differently. It's a not unusual problem in PCs with such readers added via USB reserving 4 device names whether media is present or not. If it has one, check in firmware for possible configuration options. Also check for a firmware upgrade.
Could it be the stanza's numerical device references are too limiting? I don't remember if I ever tried this, but you might give it a try: leave out all but one hint, keeping only UUID or LABEL.
Also investigate possible propriety of dracut cmdline parameters rd.hostonly=0 and rd.auto, which wouldn't likely help if this is a Grub problem rather than initrd.
At the bottom of both of your "menuentry" code posts is
Code:
linux /boot/vmlinuz root=/dev/sdb4
initrd /boot/initrd.gz
I'd try amending that to
Code:
linux=/dev/sdb4/boot/vmlinuz and
initrd=/dev/sdb4/boot/initrd.gz
Which by the way would be pointing to the wrong place if your booting elilo ..... but you didn't say whether your using lilo or elilo.
If your booting elilo , where you'd find vmlinuz is in the folder /boot/efi/EFI/Slackware/ (and the generic kernel).
Be careful that you're not using the same initrd.gz for both the huge and generic kernel.
Where you'll find the initrd.gz is where you're directing the the mkinitrd command to place it.
Finally install a boot loader. That way if /dev/sda dies you could boot /dev/sdb relatively easily.
Edit to add. Yes I know that in lilo boots the huge kernel doesn't need a initrd.gz file. But my elilo machine created a initrd.gz file and as part the in the elilo.conf for the huge kernel, and as it worked I didn't argue.
Last edited by quickbreakfast; 06-10-2023 at 03:12 AM.
posted by @quickbreakfast
At the bottom of both of your "menuentry" code posts is
Code:
linux /boot/vmlinuz root=/dev/sdb4
initrd /boot/initrd.gz
I'd try amending that to
Code:
linux=/dev/sdb4/boot/vmlinuz and
initrd=/dev/sdb4/boot/initrd.gz
Which by the way would be pointing to the wrong place if your booting elilo ..... but you didn't say whether your using lilo or elilo.
Thank you @quickbreakfast but it is Grub, under ARTIX that boots all other distros in the external disk. I use this same scheme in 3 other machines and it has worked well for many years.
posted by @mrmazda
Does this Lifebook have a media reader?
Not that I know @mrmazda, I am not 100% sure as I don't know anything about media readers, have never heard of it before, but I don't see anything I don't recognize.
I don't know anything about media readers, have never heard of it before, but I don't see anything I don't recognize.
Media card readers are for generic USB flash memory form factors mainly other than USB-A, such as CompactFlash, MMC, SD, and MicroSD among more than 20 other types. Readers generally have up to about four different slots to fit the various common form factors, often in addition to one or more USB-A slots. Laptops and notebooks that have any at all may have as few as just one.
If they are all type A then not very likely. Attached media readers usually cause reservation of 4 USB-type sdxy devices even when no memory devices are attached. Empty type A USB ports have no reason to do that. If you had only 2 type A and one for SD and/or CompactFlash then it might be reserving at least one for such media.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.