[opensuse] Kernel Updates Put Bad Device Names In "/boot/grub/menu.lst"
Hi, Every installation of a kernel, including the 10.2 -> 10.3 upgrade, the first available and today's kernel updates have put entries like these in my GRUB menu.lst file (note the "root(...)" directives): -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (/dev/sdb1,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 - 2.6.22.12-0.1 root (/dev/sdb1,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- The use of "/dev/sdb1" is unacceptable to the GRUB boot loader and has to be replaced with these: -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (hd0,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 - 2.6.22.12-0.1 root (hd0,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- What is causing this and how can I fix it? Randall Schulz -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 * Randall R Schulz <rschulz@sonic.net> [11-08-07 16:03]:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (/dev/sdb1,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
The use of "/dev/sdb1" is unacceptable to the GRUB boot loader and has to be replaced with these:
What is causing this and how can I fix it?
Don't understand that. I updated a friend's couple of hours back and his drives are identified by the other scheem, (hd1,4)..... - -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn4472 (GNU/Linux) iD8DBQFHM3wkClSjbQz1U5oRAjwjAJ9nVDucozHy9/kbeqPUDnuDq7UHEACgirvW Z646pbtDvizy2AEY4J19GZ8= =92nj -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Don't understand that. I updated a friend's couple of hours back and his drives are identified by the other scheem, (hd1,4).....
-- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711
I am with Patrick. Every since update / upgrade of the Kernel i've done since 10.0 has done hdx,x Weird.. Ben -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Nov 08, 2007 at 01:01:53PM -0800, Randall R Schulz wrote:
Hi,
Every installation of a kernel, including the 10.2 -> 10.3 upgrade, the first available and today's kernel updates have put entries like these in my GRUB menu.lst file (note the "root(...)" directives):
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (/dev/sdb1,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 - 2.6.22.12-0.1 root (/dev/sdb1,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
The use of "/dev/sdb1" is unacceptable to the GRUB boot loader and has to be replaced with these:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (hd0,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 - 2.6.22.12-0.1 root (hd0,0) kernel /boot/vmlinuz-2.6.22.12-0.1-bigsmp ... initrd /boot/initrd-2.6.22.12-0.1-bigsmp -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
What is causing this and how can I fix it?
What is in /boot/grub/devices.map ? Is /dev/sdb listed there as hd0? Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 November 2007 13:20, Marcus Meissner wrote:
...
What is causing this and how can I fix it?
What is in /boot/grub/devices.map ? Is /dev/sdb listed there as hd0?
2635# pwd /boot/grub 2636# 2636# ll total 312 -rw-r--r-- 1 root root 10 2007-03-05 12:13 default -rw------- 1 root root 0 2007-10-18 12:18 device.map -rw------- 1 root root 0 2007-10-18 12:17 device.map.old -rw-r--r-- 1 root root 7576 2007-09-21 14:59 e2fs_stage1_5 -rw-r--r-- 1 root root 7424 2007-09-21 14:59 fat_stage1_5 -rw-r--r-- 1 root root 6664 2007-09-21 14:59 ffs_stage1_5 -rw-r--r-- 1 root root 6656 2007-09-21 14:59 iso9660_stage1_5 -rw-r--r-- 1 root root 8128 2007-09-21 14:59 jfs_stage1_5 -rw------- 1 root root 1632 2007-11-08 11:16 menu.lst -rw------- 1 root root 1280 2007-11-08 10:28 menu.lst.old -rw-r--r-- 1 root root 6844 2007-09-21 14:59 minix_stage1_5 -rw-r--r-- 1 root root 9160 2007-09-21 14:59 reiserfs_stage1_5 -rw-r--r-- 1 root root 512 2007-09-21 14:59 stage1 -rw-r--r-- 1 root root 103162 2007-10-18 10:55 stage2 -rw-r--r-- 1 root root 104042 2006-12-07 20:01 stage2.old -rw-r--r-- 1 root root 7004 2007-09-21 14:59 ufs2_stage1_5 -rw-r--r-- 1 root root 6228 2007-09-21 14:59 vstafs_stage1_5 -rw-r--r-- 1 root root 8820 2007-09-21 14:59 xfs_stage1_5 I'm gonna' say "no." Did I mention that the upgrade process bombed when it came time to install the boot loader and I had to patch it manually?? I guess I can use my 10.0 "device.map" file as a pattern for creating one for the 10.3 system? -==--==--=device.map{=--==--==- (hd1) /dev/sdd (fd0) /dev/fd0 (hd3) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb -==--==--=}device.map=--==--==- Not that I'm afraid of editing "device.map" myself (I've been fixing / munging "menu.lst"), but is there a way using the openSUSE administrative tools to repair such damage?
Ciao, Marcus
Randall Schulz -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Randall R Schulz wrote:
On Thursday 08 November 2007 13:20, Marcus Meissner wrote:
...
What is causing this and how can I fix it? What is in /boot/grub/devices.map ? Is /dev/sdb listed there as hd0?
2635# pwd /boot/grub 2636# 2636# ll total 312 -rw-r--r-- 1 root root 10 2007-03-05 12:13 default -rw------- 1 root root 0 2007-10-18 12:18 device.map -rw------- 1 root root 0 2007-10-18 12:17 device.map.old -rw-r--r-- 1 root root 7576 2007-09-21 14:59 e2fs_stage1_5 -rw-r--r-- 1 root root 7424 2007-09-21 14:59 fat_stage1_5 -rw-r--r-- 1 root root 6664 2007-09-21 14:59 ffs_stage1_5 -rw-r--r-- 1 root root 6656 2007-09-21 14:59 iso9660_stage1_5 -rw-r--r-- 1 root root 8128 2007-09-21 14:59 jfs_stage1_5 -rw------- 1 root root 1632 2007-11-08 11:16 menu.lst -rw------- 1 root root 1280 2007-11-08 10:28 menu.lst.old -rw-r--r-- 1 root root 6844 2007-09-21 14:59 minix_stage1_5 -rw-r--r-- 1 root root 9160 2007-09-21 14:59 reiserfs_stage1_5 -rw-r--r-- 1 root root 512 2007-09-21 14:59 stage1 -rw-r--r-- 1 root root 103162 2007-10-18 10:55 stage2 -rw-r--r-- 1 root root 104042 2006-12-07 20:01 stage2.old -rw-r--r-- 1 root root 7004 2007-09-21 14:59 ufs2_stage1_5 -rw-r--r-- 1 root root 6228 2007-09-21 14:59 vstafs_stage1_5 -rw-r--r-- 1 root root 8820 2007-09-21 14:59 xfs_stage1_5
I'm gonna' say "no."
Did I mention that the upgrade process bombed when it came time to install the boot loader and I had to patch it manually??
I guess I can use my 10.0 "device.map" file as a pattern for creating one for the 10.3 system?
-==--==--=device.map{=--==--==- (hd1) /dev/sdd (fd0) /dev/fd0 (hd3) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb -==--==--=}device.map=--==--==-
Not that I'm afraid of editing "device.map" myself (I've been fixing / munging "menu.lst"), but is there a way using the openSUSE administrative tools to repair such damage?
Can you file a bug report for this? The important bit is that device.map is empty and perl-Bootloader isn't coming up with a sane default. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHM4U5LPWxlyuTD7IRAuRvAJ9b1659a9hNhljcYPmJXs2pBOvFYwCfRFUl LrPJuoKx7JTLuREJpWLrAGE= =o/iJ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeff Mahoney wrote:
Randall R Schulz wrote:
On Thursday 08 November 2007 13:20, Marcus Meissner wrote:
...
What is causing this and how can I fix it? What is in /boot/grub/devices.map ? Is /dev/sdb listed there as hd0? 2635# pwd /boot/grub 2636# 2636# ll total 312 -rw-r--r-- 1 root root 10 2007-03-05 12:13 default -rw------- 1 root root 0 2007-10-18 12:18 device.map -rw------- 1 root root 0 2007-10-18 12:17 device.map.old -rw-r--r-- 1 root root 7576 2007-09-21 14:59 e2fs_stage1_5 -rw-r--r-- 1 root root 7424 2007-09-21 14:59 fat_stage1_5 -rw-r--r-- 1 root root 6664 2007-09-21 14:59 ffs_stage1_5 -rw-r--r-- 1 root root 6656 2007-09-21 14:59 iso9660_stage1_5 -rw-r--r-- 1 root root 8128 2007-09-21 14:59 jfs_stage1_5 -rw------- 1 root root 1632 2007-11-08 11:16 menu.lst -rw------- 1 root root 1280 2007-11-08 10:28 menu.lst.old -rw-r--r-- 1 root root 6844 2007-09-21 14:59 minix_stage1_5 -rw-r--r-- 1 root root 9160 2007-09-21 14:59 reiserfs_stage1_5 -rw-r--r-- 1 root root 512 2007-09-21 14:59 stage1 -rw-r--r-- 1 root root 103162 2007-10-18 10:55 stage2 -rw-r--r-- 1 root root 104042 2006-12-07 20:01 stage2.old -rw-r--r-- 1 root root 7004 2007-09-21 14:59 ufs2_stage1_5 -rw-r--r-- 1 root root 6228 2007-09-21 14:59 vstafs_stage1_5 -rw-r--r-- 1 root root 8820 2007-09-21 14:59 xfs_stage1_5
I'm gonna' say "no."
Did I mention that the upgrade process bombed when it came time to install the boot loader and I had to patch it manually??
I guess I can use my 10.0 "device.map" file as a pattern for creating one for the 10.3 system?
-==--==--=device.map{=--==--==- (hd1) /dev/sdd (fd0) /dev/fd0 (hd3) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb -==--==--=}device.map=--==--==-
Not that I'm afraid of editing "device.map" myself (I've been fixing / munging "menu.lst"), but is there a way using the openSUSE administrative tools to repair such damage?
Can you file a bug report for this? The important bit is that device.map is empty and perl-Bootloader isn't coming up with a sane default.
Actually, two bug reports. One against the installation component, and the other against the kernel component. It's not a kernel bug, but part of the process. I'll route it through to the perl-Bootloader maintainer. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHM4V+LPWxlyuTD7IRAqwEAJ4o8Ny0KNbnneIH9myOx+HGYZEbxQCfdboz z0/mmwfXyvQPwTpXM7GPWyw= =23Ax -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 November 2007 21:54:06 Jeff Mahoney wrote:
Jeff Mahoney wrote:
Randall R Schulz wrote:
On Thursday 08 November 2007 13:20, Marcus Meissner wrote:
...
What is causing this and how can I fix it?
What is in /boot/grub/devices.map ? Is /dev/sdb listed there as hd0?
2635# pwd /boot/grub 2636# 2636# ll total 312 -rw-r--r-- 1 root root 10 2007-03-05 12:13 default -rw------- 1 root root 0 2007-10-18 12:18 device.map -rw------- 1 root root 0 2007-10-18 12:17 device.map.old -rw-r--r-- 1 root root 7576 2007-09-21 14:59 e2fs_stage1_5 -rw-r--r-- 1 root root 7424 2007-09-21 14:59 fat_stage1_5 -rw-r--r-- 1 root root 6664 2007-09-21 14:59 ffs_stage1_5 -rw-r--r-- 1 root root 6656 2007-09-21 14:59 iso9660_stage1_5 -rw-r--r-- 1 root root 8128 2007-09-21 14:59 jfs_stage1_5 -rw------- 1 root root 1632 2007-11-08 11:16 menu.lst -rw------- 1 root root 1280 2007-11-08 10:28 menu.lst.old -rw-r--r-- 1 root root 6844 2007-09-21 14:59 minix_stage1_5 -rw-r--r-- 1 root root 9160 2007-09-21 14:59 reiserfs_stage1_5 -rw-r--r-- 1 root root 512 2007-09-21 14:59 stage1 -rw-r--r-- 1 root root 103162 2007-10-18 10:55 stage2 -rw-r--r-- 1 root root 104042 2006-12-07 20:01 stage2.old -rw-r--r-- 1 root root 7004 2007-09-21 14:59 ufs2_stage1_5 -rw-r--r-- 1 root root 6228 2007-09-21 14:59 vstafs_stage1_5 -rw-r--r-- 1 root root 8820 2007-09-21 14:59 xfs_stage1_5
I'm gonna' say "no."
Did I mention that the upgrade process bombed when it came time to install the boot loader and I had to patch it manually??
I guess I can use my 10.0 "device.map" file as a pattern for creating one for the 10.3 system?
-==--==--=device.map{=--==--==- (hd1) /dev/sdd (fd0) /dev/fd0 (hd3) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb -==--==--=}device.map=--==--==-
Not that I'm afraid of editing "device.map" myself (I've been fixing / munging "menu.lst"), but is there a way using the openSUSE administrative tools to repair such damage?
Can you file a bug report for this? The important bit is that device.map is empty and perl-Bootloader isn't coming up with a sane default.
Actually, two bug reports. One against the installation component, and the other against the kernel component. It's not a kernel bug, but part of the process. I'll route it through to the perl-Bootloader maintainer.
-Jeff
-- Jeff Mahoney SUSE Labs
Glad to see this is finally getting some attention. I put this to the list when 10.3 first came out (IIRC) and I upgraded my computer but I didn't get a response and have been manually fixing menu.lst. This morning having done the kernel upgrade, I've had to edit menu.lst again. I was thinking that I was the only person in the world with this problem. :-( -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Not only grub but also lilo is being effected, that is if you are using lilo and lilo.conf look at my lilo.conf. good think I saw it before I reboot the system (SuSE 10.2): # Modified by YaST2. Last modification on Thu Nov 8 09:15:38 EST 2007 menu-scheme = Wb:kw:Wb:Wb timeout = 600 lba32 change-rules reset read-only prompt restricted password default = Uncaught_exception_from_user_code:__Cannot_open_/dev/tty_for_read_at_/usr/lib/YaST2/servers_non_y2/ag_tty_line_79__at_/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/Term/ReadLine/Gnu.pm_line_240__Term::ReadLine::Gnu::new('Term::ReadLine',_'Simple_Readline_interface')_called_at_/usr/lib/YaST2/servers_non_y2/ag_tty_line_79 message = /boot/message boot = /dev/sda image = /boot/vmlinuz-2.6.18.8-0.7-default ###Don't change this comment - YaST2 identifier: Original name: linux### label = Uncaught_ex append = " splash=silent showopts" vga = 0x317 initrd = /boot/initrd-2.6.18.8-0.7-default root = /dev/sda1 image = /boot/vmlinuz-2.6.18.8-0.7-default ###Don't change this comment - YaST2 identifier: Original name: failsafe### label = Failsafe append = "showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3" vga = 0x317 initrd = /boot/initrd-2.6.18.8-0.7-default root = /dev/sda1 eddie wrote:
On Thursday 08 November 2007 21:54:06 Jeff Mahoney wrote:
Jeff Mahoney wrote:
Randall R Schulz wrote:
On Thursday 08 November 2007 13:20, Marcus Meissner wrote:
...
What is causing this and how can I fix it?
What is in /boot/grub/devices.map ? Is /dev/sdb listed there as hd0?
2635# pwd /boot/grub 2636# 2636# ll total 312 -rw-r--r-- 1 root root 10 2007-03-05 12:13 default -rw------- 1 root root 0 2007-10-18 12:18 device.map -rw------- 1 root root 0 2007-10-18 12:17 device.map.old -rw-r--r-- 1 root root 7576 2007-09-21 14:59 e2fs_stage1_5 -rw-r--r-- 1 root root 7424 2007-09-21 14:59 fat_stage1_5 -rw-r--r-- 1 root root 6664 2007-09-21 14:59 ffs_stage1_5 -rw-r--r-- 1 root root 6656 2007-09-21 14:59 iso9660_stage1_5 -rw-r--r-- 1 root root 8128 2007-09-21 14:59 jfs_stage1_5 -rw------- 1 root root 1632 2007-11-08 11:16 menu.lst -rw------- 1 root root 1280 2007-11-08 10:28 menu.lst.old -rw-r--r-- 1 root root 6844 2007-09-21 14:59 minix_stage1_5 -rw-r--r-- 1 root root 9160 2007-09-21 14:59 reiserfs_stage1_5 -rw-r--r-- 1 root root 512 2007-09-21 14:59 stage1 -rw-r--r-- 1 root root 103162 2007-10-18 10:55 stage2 -rw-r--r-- 1 root root 104042 2006-12-07 20:01 stage2.old -rw-r--r-- 1 root root 7004 2007-09-21 14:59 ufs2_stage1_5 -rw-r--r-- 1 root root 6228 2007-09-21 14:59 vstafs_stage1_5 -rw-r--r-- 1 root root 8820 2007-09-21 14:59 xfs_stage1_5
I'm gonna' say "no."
Did I mention that the upgrade process bombed when it came time to install the boot loader and I had to patch it manually??
I guess I can use my 10.0 "device.map" file as a pattern for creating one for the 10.3 system?
-==--==--=device.map{=--==--==- (hd1) /dev/sdd (fd0) /dev/fd0 (hd3) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb -==--==--=}device.map=--==--==-
Not that I'm afraid of editing "device.map" myself (I've been fixing / munging "menu.lst"), but is there a way using the openSUSE administrative tools to repair such damage?
Can you file a bug report for this? The important bit is that device.map is empty and perl-Bootloader isn't coming up with a sane default.
Actually, two bug reports. One against the installation component, and the other against the kernel component. It's not a kernel bug, but part of the process. I'll route it through to the perl-Bootloader maintainer.
-Jeff
-- Jeff Mahoney SUSE Labs
Glad to see this is finally getting some attention. I put this to the list when 10.3 first came out (IIRC) and I upgraded my computer but I didn't get a response and have been manually fixing menu.lst. This morning having done the kernel upgrade, I've had to edit menu.lst again. I was thinking that I was the only person in the world with this problem. :-(
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Randall R Schulz wrote:
Hi,
Every installation of a kernel, including the 10.2 -> 10.3 upgrade, the first available and today's kernel updates have put entries like these in my GRUB menu.lst file (note the "root(...)" directives):
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (/dev/sdb1,0)
What is causing this and how can I fix it?
Randall Schulz
I don't know what is causing it, but I just updated and I got hd0. See beloe: [root rankin-p35a/home/david] # uname -r 2.6.22.12-0.1-default [root rankin-p35a/home/david] # cat /boot/grub/menu.lst # Modified by YaST2. Last modification on Thu Nov 8 14:55:55 CST 2007 default 0 timeout 8 gfxmenu (hd0,5)/boot/message ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 - 2.6.22.12-0.1 root (hd0,5) kernel /boot/vmlinuz-2.6.22.12-0.1-default root=/dev/disk/by-id/scsi-SATA_WDC_WD1200BEVE-_WD-WXE307576390-part6 vga=0x317 resume=/dev/sda5 splash=silent showopts initrd /boot/initrd-2.6.22.12-0.1-default -- David C. Rankin, J.D., P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (8)
-
Ben Kevan
-
David C. Rankin
-
eddie
-
Jeff Mahoney
-
Marcus Meissner
-
Mohsen Rezayatmand
-
Patrick Shanahan
-
Randall R Schulz