/boot is not allowing symbolic link creation
I've got two openSUSE systems: one running Tumbleweed (current as of a few days ago) and another running Leap 15.1 (some pending updates).
The Tumbleweed system will not allow any symbolic links to be created in /boot. This has caused some system updates to fail -- specifically Xen -- because there are missing symbolic links in /boot. I've tried to recreate them ``by hand'' but cannot---even as root (see below). Not having Xen updated is not critical as I selected it during the initial installation but have never used it. Zypper updates have a problem due to the missing symbolic links (which I have to ignore). Comparing the two systems: The output of "mount" for the two systems: Leap: Code:
# mount | grep boot Code:
# mount | grep boot At the filesystem level I see: Leap: Code:
# ls -dl /boot Code:
# ls -dl /boot Leap: Code:
# touch /tmp/a.file Code:
# touch /tmp/a.file I've run fsck.vfat on the Tumbleweed system's /boot filesystem but all it reported was not having been properly umounted. (Surely from the power failure a while back.) It did not change the behavior when attempting to create a symlink in /boot. One more tidbit: I have plans to move the Tumbleweed system to Leap 15.2 in the near future. The system is "transitioning" from simply a LAN file server to one hosting web sites as well as its (light) file serving duties and I'm looking to run it with an OS that isn't getting a large number of updates every week (I'd rather spend time on the web sites and not on patching quite so frequently). Maybe living with the strange boot partition is OK until that transition takes place? Any thoughts? Any simple fixes? Any information I've forgotten that would be useful? TIA... |
Permissions problem in the directory you are trying to put the link into(?).
|
Quote:
On your Leap system, /boot is part of the root filesystem. On that system, you can create symlinks in /boot, but you would not be able to in /boot/efi. On your TW system, /boot is a separate filesystem formatted vfat, and does not support symlinks. |
sdc1 is mounted on /boot and is fat32. I don’t think you can use symlinks on a fat32 filesystem
|
Quote:
|
Quote:
|
post the output of
Code:
sudo parted -l |
Quote:
Would it be possible to umount the "/boot" filesystem on the TW system, temporarily mount it somewhere else, and copy everything contained in it into the empty "/boot" mount point? Once that was done, any symbolic links point to the kernel and initrd images can be created. I expect that re-running the grub configuration would likely be necessary. There is no "/boot/efi" directory on the TW system which isn't a real surprise since /etc/sysconfig/bootloader specifies "grub2" instead of "grub2-efi" (also explains the difference in mount points). Any "gotchas" to watch out for if I go this route? BTW, thanks for this reply. Another pair of eyes is always helpful. |
are both TW and Leap on the same computer or different computers? Post the /etc/fstab on both systems if on the same computer, and parted -l for TW
|
Quote:
|
Quote:
Leap system boot device: Code:
Model: ATA ST1000DM003-1CH1 (scsi) Code:
Model: ATA TOSHIBA HDWD105 (scsi) |
Your booting leap in efi mode and TW in legacy mode.
In theory it should work. I would suggest to leave the boot flag on partition 1. The only issue I see is the partition flagged bios-grub is not on the same disk as the boot partition. If the grub boot loader is using the code in the bios-grub partition to boot yes it should work. If not there is a good chance you will get the infamous grub-rescue prompt and will need to have a means to boot into the system from a live iso and reinstall grub. On a side not the partition flagged bios-grub only needs to be 1MB |
Quote:
Quote:
Again, thanks. |
All times are GMT -5. The time now is 07:39 AM. |