Update kernel, destroy installation (lvm-related)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After installing suse-9.1, I had a major problem. 1. Installed suse-9.1/x86_64 using LVM on MSI SATA stripe 2 disks. Everything seems OK. Used grub. 2. Built/installed apt 3. Use apt to update stuff, including "kernel-of-the-day" 4. Reboot. Does not detect any lvm. Does not appear to have loaded dm-mod. 5. Try to use suse-9.1/x86_64 dvd as rescue disk. Does not detect any linux installation. Sorry, I don't have a log of the exact messages. This seems to be a repeat of the same kinds of problems I've suffered when playing with Fedora test releases. It looks like lvm2 arrays are not detected properly after upgrading kernel sometimes. Other times I've updated the kernel OK. Not really sure what's going on. Any advice? - -- Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArJhaMDqogpR5tkMRAnEcAJ4km6RyoUi9roOgH1k371A04Y3+xQCfSi6M L2GHpuOZU5Nm7dhSUhuNqs4= =zGAy -----END PGP SIGNATURE-----
Hi Neal... Yes I had similar problems with LVM... My Solution to all these woes Wether using or raid/lvm: Turn of raid functions from the sata controller (so it's now just an sata controller)... (assuming the two disks you are striping are the same size). Create two 1GB reiser primary partitions on each of the disks. Then create another partition on each drive using up the rest of the space. Set to Linux LVM (or i'm presuming in your case raid 1) And then set then you will have a linux /dev/md0 (raid) device and one hda1 and hdb(c)1 I set the /dev/hda1 to /boot mount point and the hdb(c)1 to my swap. The /dev/md0 get's / This works fine. And removes complications with bootloader. I'm using lilo and everything works fine for me. Now this may or maynot be good for your setup. What MSI board are you using. Determine if it is a software raid chip (see the previous posts) if it is then this method is for you. If it isn't then you probably want to take advantage of the hardware raid and this isn't for you. Probably you will need to identify the raid kernel module and manually load it before doing any operations... I can't help here. On Thu, 2004-05-20 at 23:36, Neal D. Becker wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
After installing suse-9.1, I had a major problem.
1. Installed suse-9.1/x86_64 using LVM on MSI SATA stripe 2 disks. Everything seems OK. Used grub.
2. Built/installed apt
3. Use apt to update stuff, including "kernel-of-the-day"
4. Reboot. Does not detect any lvm. Does not appear to have loaded dm-mod.
5. Try to use suse-9.1/x86_64 dvd as rescue disk. Does not detect any linux installation. Sorry, I don't have a log of the exact messages.
This seems to be a repeat of the same kinds of problems I've suffered when playing with Fedora test releases. It looks like lvm2 arrays are not detected properly after upgrading kernel sometimes. Other times I've updated the kernel OK. Not really sure what's going on.
Any advice?
- -- Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFArJhaMDqogpR5tkMRAnEcAJ4km6RyoUi9roOgH1k371A04Y3+xQCfSi6M L2GHpuOZU5Nm7dhSUhuNqs4= =zGAy -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 20 May 2004 8:25 am, Joel Wiramu Pauling wrote:
Hi Neal... Yes I had similar problems with LVM...
My Solution to all these woes Wether using or raid/lvm: Turn of raid functions from the sata controller (so it's now just an sata controller)
Sorry, I should have mentioned I am not using hardware raid. I am using LVM2 stripping (software raid). The controller is promise. I could connect to the via instead, if it would matter. I don't know which controller would be better. I understand the via is more directly connected to the cpu, but the promise emulates scsi, which might be better (well, it looks cooler anyway:). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArKd+MDqogpR5tkMRAn7gAJ9QZZPDmisiGR6ACsVABDjXJkz6pACfbgVc Se9X9qXFaJoxDKZcALH2QZY= =GKde -----END PGP SIGNATURE-----
participants (2)
-
Joel Wiramu Pauling -
Neal D. Becker