原因應該是沒有手動更新 lilo.conf 和執行 lilo
這樣一來要如何救?
網路上只記得提醒你要做這兩件事
並沒有提到如何「補救」
版主: mufa
Drake 寫:原因應該是沒有手動更新 lilo.conf 和執行 lilo
這樣一來要如何救?
網路上只記得提醒你要做這兩件事
並沒有提到如何「補救」
Drake 寫:and I'm sure that the floopy and the image are not broken.
so... how did I solve this driver problem ago
lilo
/lib/libc.so.6: version 'GLIBC_2.3' not found. (required by /target/sbin/lilo.real)
or
/target/sbin/lilo
/lib/ld-linux.so.2: version 'GLIBC_PRIVATE' not found. (required by /target/lib/libc.so.6)
Drake 寫:lilo
/lib/libc.so.6: version 'GLIBC_2.3' not found. (required by /target/sbin/lilo.real)
or
/target/sbin/lilo
/lib/ld-linux.so.2: version 'GLIBC_PRIVATE' not found. (required by /target/lib/libc.so.6)
高原之狼 寫:1. If possible (i.e., figure out how to preload the RAID driver), directly mount the filesystem on your hard drive while booting from the kernel on rescue CD. This is actally what I mentioned at the very beginning:
boot: linux root=/dev/<hard_drive_device_number>
2. If you updated from apt-get, it should leave your old kernel on your disk instead of erase them. Looking at my /etc/lilo.conf, it says there should be a /vmlinuz.old which symlink to your old kernel (as the /vmlinuz sylinking to your new kernel). It should work to just change the /vmlinuz back to symlinking your old kernel, right?
This is an interesting problem (not that interesting for you though 8-P), please let us know your progress.
高原之狼 寫:One more thought:
Does the rescue CD have the /usr/sbin/chroot? If yes, a simple
# /usr/sbin/chroot /target /bin/bash
should give you an environment on your hard drive filesystem.
Drake 寫:Finally, I make it return to the old kernel.
After I change it to new kernel and figure it out, I think I should post a so called '過程' here.
Drake 寫:Finally, I make it return to the old kernel.
正在瀏覽這個版面的使用者:沒有註冊會員 和 1 位訪客