On 02/05/2016 07:22 PM, Richard Brown wrote:

On 6 February 2016 at 01:08, don fisher wrote:

...

I filed bug 949796 on bugzilla. When I check the status it claims it is resolved and a duplication of bug 949796. That bug is listed as "in_progress". But that bug was reported October of 2015, three months ago. How long does it take to get make the system bootable? I would think this would be a high priority problem, and don't understand the delay. There appears to be no workaround, so what should I do? I have tried experimenting with some different options to grub, but without digging into the details I cannot determine what changed between 13.2 and 42.1. I have written numerous emails to Josef Reidinger, but I assume he is really saturated.

The one response I received from Josef was "to change the default mount method in partitioner to something else like UUID or label". But I do not know how to do this on a system that I am trying to upgrade, where you do not get to play with the partitioner.

Any suggestions would be appreciated. Don

Bug 949796 was addressed by the sg3_utils maintenance update that was released for openSUSE Leap 42.1 22 days ago

https://build.opensuse.org/request/show/352641

I have installed al of the maintenance updates, and my system still will not boot. I was always curious if my problem was really a duplication. I am trying a new install, using device name rather than UUID to see if there is any change. I am just guessing at solutions now. Don -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 6 February 2016 at 06:01, listreader wrote:

On Sat, 6 Feb 2016 03:22:45 +0100 Richard Brown wrote:

...

Bug 949796 was addressed by the sg3_utils maintenance update that was released for openSUSE Leap 42.1 22 days ago

https://build.opensuse.org/request/show/352641

But that info is only helpful if you also tell him HOW to apply the patched sg3_utils during a fresh install or, more accurately, after a botched upgrade caused by the bug that left him with a dead system. If he's using the iso/dvd it's static, the patched sg3_utils isn't on there. So where-when-how does he feed it into the install/upgrade process?

Ralph

Do an install from the NET media Or add online repositories as part of the installation - It's the second screen you see on the installation, with 'Installation Options' on the title, after the Welcome screen, before the Partitioner. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 02/05/2016 08:29 PM, Carlos E. R. wrote:

On 2016-02-06 01:08, don fisher wrote:

...

I filed bug 949796 on bugzilla. When I check the status it claims it is resolved and a duplication of bug 949796.

Er... no.

You reported "Bug 963247", and they told you that it is the same issue as in (ie, duplicate of) "Bug 949796".

Also, please notice that the fact that a bugzilla is closed as solved is not the same as saying that the problem affecting you is solved.

Sorry for the screw up in numbers. You are correct. But my question still stands, what do I do next? I am trying to build a new system, specifying in the partition manager that I wanted to use device names rather than UUIDs. But when I examine the fstab, the swap and home partition are listed by device name, but the system partition is still listed by UUID:-( I don't know enough of the internals any more to understand what broke here. If you have any thoughts please let me know. Enough for today:-) Don -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-02-06 04:53, don fisher wrote:

On 02/05/2016 08:29 PM, Carlos E. R. wrote:

Sorry for the screw up in numbers. You are correct. But my question still stands, what do I do next? I am trying to build a new system, specifying in the partition manager that I wanted to use device names rather than UUIDs. But when I examine the fstab, the swap and home partition are listed by device name, but the system partition is still listed by UUID:-( I don't know enough of the internals any more to understand what broke here.

If by "device name" you mean like "/dev/sda1", its usage is deprecated, so it is possible that the installer doesn't use them intentionally. You should choose one of id, uuid, label, etc. Have a look at "/dev/disk/" to check the possibilities. That said, once the installer is done, you can write whatever mode you prefer. But if you choose device names, it is possible that the installer refuses to upgrade next time. YaST did so in the past, that I'm sure. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 02/05/2016 10:12 PM, Andrei Borzenkov wrote:

What is in your /etc/default/grub_installdevice?

Отправлено с iPhone

...

6 февр. 2016 г., в 3:08, don fisher написал(а):

I filed bug 949796 on bugzilla. When I check the status it claims it is resolved and a duplication of bug 949796. That bug is listed as "in_progress". But that bug was reported October of 2015, three months ago. How long does it take to get make the system bootable? I would think this would be a high priority problem, and don't understand the delay. There appears to be no workaround, so what should I do? I have tried experimenting with some different options to grub, but without digging into the details I cannot determine what changed between 13.2 and 42.1. I have written numerous emails to Josef Reidinger, but I assume he is really saturated.

The one response I received from Josef was "to change the default mount method in partitioner to something else like UUID or label". But I do not know how to do this on a system that I am trying to upgrade, where you do not get to play with the partitioner.

Any suggestions would be appreciated. Don -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

install device is: /dev/disk/by-uuid/36e05b70-bcf4-488f-7700924edb92 Number may not be correct. I have made errors copying from one screen to another before. Don -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org