You are not logged in.
Pages: 1
x
Last edited by Heresyte (2025-03-03 06:51:18)
Offline
boot your fallback image,
at root prompt regenerate your initcpio image with:
mkinitcpio -p kernel26
reboot and problem solved.
They say that if you play a Win cd backward you hear satanic messages. That's nothing! 'cause if you play it forwards, it installs windows.
Offline
To be more specific, it's not a fallback kernel, but rather a fallback ramdisk image. The standard ramdisk image is built to only have the modules needed by your hardware while the fallback image includes pretty much everything. As kjon said, rebuilding the standard image should autodetect modules and fix the issue.
Offline
x
Last edited by Heresyte (2025-03-03 06:51:46)
Offline
i guess you'll have to add the needed module to your /etc/mkinitcpio.conf, otherwise you'll most likely get the same issue when the next kernel update will arrive. In addition, you've built your image with all modules, which is, well, harmless but maybe not the lightest option.
Offline
At the risk of being hanged, drawn and quartered, for resurrecting an old thread I wish to state the obvious for the uninitiated - you (as indeed I and everybody else) will have to remount the drive to be writeable.
I stumbled over it and so may somebody else...
There is a special warning telling you how to, but nevertheless here it is again:
mount -n -o remount,rw /dev/sdxX /
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
Pages: 1