|
Bugzilla – Full Text Bug Listing |
| Summary: | no update of grub menu.lst | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.3 | Reporter: | Harald Koenig <koenig> |
| Component: | Update Problems | Assignee: | Xin Wei Hu <xwhu> |
| Status: | VERIFIED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | forgotten_QtBI7gWTIh, jreidinger |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
perl-BL-standalone-log
menu.lst |
||
|
Description
Harald Koenig
2010-07-01 19:12:44 UTC
Please, attach /var/log/YaST2/perl-BL-standalone-log, and, if possible, also original /boot/grub/menu.lst Created attachment 373475 [details]
perl-BL-standalone-log
Created attachment 373476 [details]
menu.lst
kay - pbl reports me, that dm device doesn't ahve defined attribute DM_NAME ( no /dev/dm-* has such variable). I use this variable to convert dev/dm-* to /dev/mapper/*. Do you change it for factory? These are properties managed by device-mapper rules. Plain udev has not changed regarding these. there is another instance of such problem in RC2 - bug 619569 (In reply to comment #5) > These are properties managed by device-mapper rules. Plain udev has not changed > regarding these. device-mapper saves related info in /dev/.udev/db, while boot.udev does: # start without database from initramfs rm -rf /dev/.udev This breaks every device mapper device initialized in initrd. Is there any reason we have to do "rm -rf /dev/.udev" there ? It was done this way to support new userspace packages with old initramfs images, or the other way around. If we don't delete the database of a possible different udev version, things can go wrong in weird ways. We can remove this, if we decide not to care about such scenarios. (In reply to comment #8) > It was done this way to support new userspace packages with old initramfs > images, or the other way around. > > If we don't delete the database of a possible different udev version, things > can go wrong in weird ways. We can remove this, if we decide not to care about > such scenarios. Device mapper currently depends on the fact that "IMPORT{db}" can work continuously. "rm -rf" causes issues when root file-system and SWAP on device-mapper devices. Kay, Do you think this is a decision you can make. Or should I NEEDINFO from someone else ? Thanks. (In reply to comment #9) > Do you think this is a decision you can make. Or should I NEEDINFO from > someone else ? I guess we should just remove the 'rm' line. I don't see how to get device-mapper working otherwise. The only thing that will be a requirement after this, is that the version of the tools in the initramfs image and the rootfs must match. And this is usually the case. In case you update the corresponding dm/LVM packages and udev is in your way, feel free to remove the line from the udev package at the same time. Otherwise let me know. Thanks. *** Bug 619569 has been marked as a duplicate of this bug. *** Forget to close this as fixed. This is an autogenerated message for OBS integration: This bug (619283) was mentioned in https://build.opensuse.org/request/show/42477 Factory / udev https://build.opensuse.org/request/show/42621 11.3 / udev |