Hello, I have a problem with Leap that seems to get worst. Leap boots only randomly (that is boots completely only once in a while). I was thinking it was related to resume, but no more now https://bugzilla.opensuse.org/show_bug.cgi?id=960392 my last idea is that it's related to kernel 4, because I have no problem booting 13.2 with kernel 3 my first question: * is it possible to setup a kernel for Leap if not booted, for example from a running 13.2 install? now for each test I have to reboot ten times... to have one full reboot! second question: is there a 3.x kernel for Leap? thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 02/01/2016 17:08, jdd a écrit :
is there a 3.x kernel for Leap?
testing, I found one in OBS, that installed pv 4.1, some 13.x, xen... all this do not seems to be virtualbox compliant, so I wont keep it for long. But... it was neither compatible with nvidia with normal config (many nvidia relate errors), so I had to add "nomodeset" and could boot. don't know if I was just lucky or if this is the solution, future will say :-) thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 02/01/2016 18:02, jdd a écrit :
don't know if I was just lucky or if this is the solution, future will say :-)
I was only lucky, Leap still starts randomly... too bad back on my 13.2 jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd wrote:
Le 02/01/2016 18:02, jdd a écrit :
don't know if I was just lucky or if this is the solution, future will say :-)
I was only lucky, Leap still starts randomly... too bad
back on my 13.2
jdd
Hi jdd I haven't really understood your problem here - it sounds like your system does not always complete the boot-up, is that correct? What happens when it doesn't complete? -- Per Jessen, Zürich (3.9°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/01/2016 11:06, Per Jessen a écrit :
I haven't really understood your problem here - it sounds like your system does not always complete the boot-up, is that correct?
yes What
happens when it doesn't complete?
works like a charm... thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd wrote:
Le 04/01/2016 11:06, Per Jessen a écrit :
I haven't really understood your problem here - it sounds like your system does not always complete the boot-up, is that correct?
yes
Okay. I assume this is bug#960392 ? Looking at the dmesg output, I notice this: NVRM: Your system is not currently configured to drive a VGA console NVRM: on the primary VGA device. The NVIDIA Linux graphics driver NVRM: requires the use of a text-mode VGA console. Use of other console NVRM: drivers including, but not limited to, vesafb, may result in NVRM: corruption and stability problems, and is not supported. I googled that, there are quite a few hits. Seems to be grub related. I don't know if it is really a problem though. -- Per Jessen, Zürich (3.6°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Mon, 4 Jan 2016 11:16, Per Jessen <per@...> wrote:
jdd wrote:
Le 04/01/2016 11:06, Per Jessen a écrit :
I haven't really understood your problem here - it sounds like your system does not always complete the boot-up, is that correct?
yes
Okay.
I assume this is bug#960392 ? Looking at the dmesg output, I notice this:
NVRM: Your system is not currently configured to drive a VGA console NVRM: on the primary VGA device. The NVIDIA Linux graphics driver NVRM: requires the use of a text-mode VGA console. Use of other console NVRM: drivers including, but not limited to, vesafb, may result in NVRM: corruption and stability problems, and is not supported.
I googled that, there are quite a few hits. Seems to be grub related. I don't know if it is really a problem though.
In this case it helps to try using grub2 in textmode: file "/etc/default/grub", search for "TERMINAL", and change, or if not found add the line: [Code] GRUB_TERMINAL=console [/Code] also add "nomodeset" to the GRUB_CMDLINE*A and run the needed "grub2-mkconfig" command afterwards. For further details see "(p)info grub2". - Yamaban.
Le 04/01/2016 11:28, Yamaban a écrit :
GRUB_TERMINAL=console
well... it don't make the system boot (but stops on an other place, after dealing with external disks)
also add "nomodeset" to the GRUB_CMDLINE*A
was not necessary at install time, but seems to be necessary now, don't know why
and run the needed "grub2-mkconfig" command afterwards.
of course right now it seems to boot in init 3 (just added 3 on the grub kernel options line) after that, I can log as root and do "init 5". the goal being to boot without any graphical driver this worked twice right now... time will say. thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd composed on 2016-01-04 12:32 (UTC+0100):
Yamaban composed:
also add "nomodeset" to the GRUB_CMDLINE*A
was not necessary at install time, but seems to be necessary now, don't know why
Nomodeset disables the kernel's integral video mode setting/switching/handling (KMS). With KMS disabled, FOSS video drivers for Intel, AMD/ATI and NVidia gfxchips are disabled. With those drivers disabled, X runs using a crippled driver (FBDEV or VESA) and mode (4:3 aspect modes only). With KMS disabled, widescreen modes modern displays use are not available, unless using a proprietary UMS driver that requires KMS be disabled. The only UMS driver I'm familiar with that requires KMS be disabled is NVidia, and by now disabling KMS for it may be automatic and unneeded on the cmdline. IOW, for most users, nomodeset is a troubleshooting parameter, so should not be included on kernel cmdline for the default Grub stanza. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/01/2016 20:15, Felix Miata a écrit :
jdd composed on 2016-01-04 12:32 (UTC+0100):
Yamaban composed:
also add "nomodeset" to the GRUB_CMDLINE*A
was not necessary at install time, but seems to be necessary now, don't know why
Nomodeset disables the kernel's integral video mode setting/switching/handling (KMS). With KMS disabled, FOSS video drivers for Intel, AMD/ATI and NVidia gfxchips are disabled. With those drivers disabled, X runs using a crippled driver (FBDEV or VESA) and mode (4:3 aspect modes only). With KMS disabled, widescreen modes modern displays use are not available, unless using a proprietary UMS driver that requires KMS be disabled. The only UMS driver I'm familiar with that requires KMS be disabled is NVidia, and by now disabling KMS for it may be automatic and unneeded on the cmdline.
IOW, for most users, nomodeset is a troubleshooting parameter, so should not be included on kernel cmdline for the default Grub stanza.
not true anymore I have nomodeset and nvidia drivers are active, including nvidia control center... Leap way of life? jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd composed on 2016-01-04 20:23 (UTC+0100):
Felix Miata composed: ...
unless using a proprietary UMS driver that requires KMS be disabled. The only UMS driver I'm familiar with that requires KMS be disabled is NVidia...
not true anymore
Absent evidence to the contrary, it's absolutely true as much now as ever.
I have nomodeset and nvidia drivers are active, including nvidia control center...
Right, nvidia driver (UMS for NVidia gfxchips, requires nomodeset), not nouveau driver (KMS for NVidia gfxchips, incompatible with nomodeset). What part of what I previously wrote didn't you understand? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/01/2016 20:35, Felix Miata a écrit :
What part of what I previously wrote didn't you understand?
I missed "The only UMS driver I'm familiar with that requires KMS be disabled is NVidia, and by now disabling KMS for it may be automatic and unneeded on the cmdline." that represent 1/3 of the video cards of the market and without nomodeset (right now), the nvidia driver crashes. It's only since some update, with the default install nomodeset was not necessary. may be this is a clue to the solution jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd composed on 2016-01-04 20:47 (UTC+0100):
Felix Miata composed:
What part of what I previously wrote didn't you understand?
I missed
"The only UMS driver I'm familiar with that requires KMS be disabled is NVidia, and by now disabling KMS for it may be automatic and unneeded on the cmdline."
that represent 1/3 of the video cards of the market
1/3 of the card brands, which isn't indicative of cards in use. Relatively few machines are built with onboard nvidia gfxchips, while huge numbers are with intel, likely more than half of desktops and laptops. OTOH, no one is using intel video cards, as intel hasn't made any since last century. A secondary point I was trying to make was that those using NVidia UMS driver are a small segment of Linux users, many of whom stick to FOSS and thus use nouveau driver, and also a large majority of whom aren't using NVidia gfxchips at all.
and without nomodeset (right now), the nvidia driver crashes.
I'm surprised it loads. Or, maybe it doesn't, and that's the "crash" you experience. What does Xorg.0.log look like when nomodeset is omitted from cmdline.
It's only since some update, with the default install nomodeset was not necessary.
Or maybe it was but got missed.
may be this is a clue to the solution
Could be. Could be another visit to NVidia's installation doc is in order. Maybe it has become dependent on exactly which UMS version is being used. Maybe the kernel is being trained to disable KMS when an nvidia driver tries to load, but isn't absent bugginess yet. Maybe the place to ask is in an NVidia support forum. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/01/2016 21:54, Felix Miata a écrit :
A secondary point I was trying to make was that those using NVidia UMS driver are a small segment of Linux users, many of whom stick to FOSS and thus use nouveau driver, and also a large majority of whom aren't using NVidia gfxchips at all.
I didn't ask for nvidia driver. I just enabled nvidia repository (and after the install) and let default, and the new nvidia drivers come from OBS and are free and open
and without nomodeset (right now), the nvidia driver crashes.
I'm surprised it loads. Or, maybe it doesn't, and that's the "crash" you experience. What does Xorg.0.log look like when nomodeset is omitted from cmdline.
no chance to see them as it crashes
It's only since some update, with the default install nomodeset was not necessary.
Or maybe it was but got missed.
it booted for some days before the problem come
may be this is a clue to the solution
Could be. Could be another visit to NVidia's installation doc is in order. Maybe it has become dependent on exactly which UMS version is being used. Maybe the kernel is being trained to disable KMS when an nvidia driver tries to load, but isn't absent bugginess yet. Maybe the place to ask is in an NVidia support forum.
I only today see that the bug may be nvidia related jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd composed on 2016-01-04 23:19 (UTC+0100):
I didn't ask for nvidia driver. I just enabled nvidia repository
IMO by enabling the optional repo you asked for the driver it provides. Maybe your next steps should be to disable that repo, uninstall the nvidia driver, remove the xorg.conf its installation created, remove nomodeset from cmdline, and see how the nouveau driver works for you. Nouveau works as good as it needs to for me. I've never installed any proprietary driver on any of my own Linux systems. FOSS and the hardware it supports rulez! :-)
I'm surprised it loads. Or, maybe it doesn't, and that's the "crash" you experience. What does Xorg.0.log look like when nomodeset is omitted from cmdline.
no chance to see them as it crashes
No chance is not true. Boot with 3 on cmdline, then login as root on a vtty. Then you can reach and preserve both Xorg.0.log and Xorg.0.log.old for sharing and finding the (EE) messages that tell what has gone wrong and the (WW) messages pointing to potential trouble.
it booted for some days before the problem come
Caused by updates is not nice. :-( -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/01/2016 01:05, Felix Miata a écrit :
needs to for me. I've never installed any proprietary driver on any of my own Linux systems. FOSS and the hardware it supports rulez! :-)
"proprietary" nvidia driver seems to be opensource now. I didn't (yet) try to remove the nvidia repository
I'm surprised it loads. Or, maybe it doesn't, and that's the "crash" you experience. What does Xorg.0.log look like when nomodeset is omitted from cmdline.
every Xorg log file I have ends up normally. The crash gives general protection fault (as seen in the bugzilla entry) thanks, I have to try removing nvidia repository jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd wrote:
Le 05/01/2016 01:05, Felix Miata a écrit :
needs to for me. I've never installed any proprietary driver on any of my own Linux systems. FOSS and the hardware it supports rulez! :-)
"proprietary" nvidia driver seems to be opensource now.
Really? How did you determine that? That would be quite big news. -- Per Jessen, Zürich (7.4°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/01/2016 12:59, Per Jessen a écrit :
jdd wrote:
Le 05/01/2016 01:05, Felix Miata a écrit :
needs to for me. I've never installed any proprietary driver on any of my own Linux systems. FOSS and the hardware it supports rulez! :-)
"proprietary" nvidia driver seems to be opensource now.
Really? How did you determine that? That would be quite big news.
the nvidia repo is: http://download.nvidia.com/opensuse/leap/42.1 and in YaST, thechnical datas: nvidia-computeG03 - NVIDIA driver for computing with GPGPU Version alternative Version installée Version : 340.93-36.1 340.93-36.1 Heure de la version : lun. 19 oct. 2015 13:53:11 CEST lun. 19 oct. 2015 13:53:11 CEST Heure de l'installation : mer. 23 déc. 2015 12:09:16 CET Groupe de paquetages : System/Libraries System/Libraries Licence : PERMISSIVE-OSI-COMPLIANT < < < < the important part here PERMISSIVE-OSI-COMPLIANT Taille de l'installation : 41,4 MiB 41,4 MiB Taille du téléchargement : 12,9 MiB 0 B Distribution : home:sndirsch:drivers / openSUSE_42.1 Fournisseur : obs://build.suse.de/home:sndirsch:drivers obs://build.suse.de/home:sndirsch:drivers Créateur du paquetage : Architecture : x86_64 x86_64 Hôte de la version : URL : Paquetage source : x11-video-nvidiaG03-340.93-36.1 x11-video-nvidiaG03-340.93-36.1 N° support : 0 0 Auteurs : -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5 January 2016 at 13:08, jdd <jdd@dodin.org> wrote:
Le 05/01/2016 12:59, Per Jessen a écrit :
jdd wrote:
Le 05/01/2016 01:05, Felix Miata a écrit :
needs to for me. I've never installed any proprietary driver on any of my own Linux systems. FOSS and the hardware it supports rulez! :-)
"proprietary" nvidia driver seems to be opensource now.
Really? How did you determine that? That would be quite big news.
the nvidia repo is:
http://download.nvidia.com/opensuse/leap/42.1
and in YaST, thechnical datas:
nvidia-computeG03 - NVIDIA driver for computing with GPGPU
Version alternative Version installée Version : 340.93-36.1 340.93-36.1 Heure de la version : lun. 19 oct. 2015 13:53:11 CEST lun. 19 oct. 2015 13:53:11 CEST Heure de l'installation :
mer. 23 déc. 2015 12:09:16 CET Groupe de paquetages : System/Libraries System/Libraries Licence : PERMISSIVE-OSI-COMPLIANT < < < < the important part here PERMISSIVE-OSI-COMPLIANT Taille de l'installation : 41,4 MiB 41,4 MiB Taille du téléchargement : 12,9 MiB 0 B Distribution :
home:sndirsch:drivers / openSUSE_42.1 Fournisseur : obs://build.suse.de/home:sndirsch:drivers obs://build.suse.de/home:sndirsch:drivers Créateur du paquetage :
Architecture : x86_64 x86_64 Hôte de la version :
URL :
Paquetage source : x11-video-nvidiaG03-340.93-36.1 x11-video-nvidiaG03-340.93-36.1 N° support : 0 0 Auteurs :
http://http.download.nvidia.com/opensuse/leap/42.1/NVIDIA-LICENSE has the following clauses "2.1.1 Rights. Customer may install and use one copy of the SOFTWARE on a single computer, and except for making one back-up copy of the Software, may not otherwise copy the SOFTWARE. This LICENSE of SOFTWARE may not be shared or used concurrently on different computers." "2.1.2 Linux/FreeBSD Exception. Notwithstanding the foregoing terms of Section 2.1.1, SOFTWARE designed exclusively for use on the Linux or FreeBSD operating systems, or other operating systems derived from the source code to these operating systems, may be copied and redistributed, provided that the binary files thereof are not modified in any way (except for unzipping of compressed files)." "2.1.3 Limitations. No Reverse Engineering. Customer may not reverse engineer, decompile, or disassemble the SOFTWARE, nor attempt in any other manner to obtain the source code." This makes it very clear that the NVIDIA Proprietary driver is still very much proprietary and not open source. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/01/2016 13:26, Richard Brown a écrit :
On 5 January 2016 at 13:08, jdd <jdd@dodin.org> wrote:
PERMISSIVE-OSI-COMPLIANT < < < < the important part here
I just verified that all the software packages listed in the nvidia repo in yast have this "permissive-osi-compliant" notice.
http://http.download.nvidia.com/opensuse/leap/42.1/NVIDIA-LICENSE has the following clauses
This makes it very clear that the NVIDIA Proprietary driver is still very much proprietary and not open source.
I see this. does this mean some mechanism trigger the download of a nvidia binary other than the ones listed by yast? it may be the right thing, because looking for nvidia on obs download I see "x11-video-nvidia Installer for the proprietary graphics driver for GeForce 6xxx and newer GPUs" and same for other nvidia parts *installer for the proprietary...* so only the installer is free. confusing thanks for the clarification jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd wrote:
Le 05/01/2016 12:59, Per Jessen a écrit :
jdd wrote:
Le 05/01/2016 01:05, Felix Miata a écrit :
needs to for me. I've never installed any proprietary driver on any of my own Linux systems. FOSS and the hardware it supports rulez! :-)
"proprietary" nvidia driver seems to be opensource now.
Really? How did you determine that? That would be quite big news.
the nvidia repo is:
http://download.nvidia.com/opensuse/leap/42.1
and in YaST, thechnical datas:
nvidia-computeG03 - NVIDIA driver for computing with GPGPU ^^^^^^^^^^^^^^^^^^^^
I'm not sure, but I think that is a driver for doing computations on the GPU (maybe with CUDA, OpenCL or whatever it is called). It is not the graphics display adapter driver. -- Per Jessen, Zürich (8.1°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2016-01-04 at 15:54 -0500, Felix Miata wrote:
1/3 of the card brands, which isn't indicative of cards in use. Relatively few machines are built with onboard nvidia gfxchips, while huge numbers are with intel, likely more than half of desktops and laptops. OTOH, no one is using intel video cards, as intel hasn't made any since last century.
Many laptops come with hybrid graphics. Intel while on battery, nvidia/amd while on AC. They are complicated to setup. I "think" I had a bunch of desktop computers with Intel graphics, on a job place. It was around year 2000, so I don't remember if they were on the main board or on a card. I kind of prefer Intel graphics for office use, less problems (usually). - -- Cheers, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEUEARECAAYFAlaU8x4ACgkQtTMYHG2NR9Xk5gCfZ/oGAGMGrzaEehH6VQN89005 J7oAmLq1EEQ2R2VySsn8AZI1OLDF2/g= =z0Y/ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 12/01/2016 13:35, Carlos E. R. a écrit :
Many laptops come with hybrid graphics. Intel while on battery, nvidia/amd while on AC.
never seen one, nor on real nor is advertisements, can you give a link? thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2016-01-12 14:28, jdd wrote:
Le 12/01/2016 13:35, Carlos E. R. a écrit :
Many laptops come with hybrid graphics. Intel while on battery, nvidia/amd while on AC.
never seen one, nor on real nor is advertisements, can you give a link?
Weird. Nowdays I almost can not see laptops with pure Intel graphics. https://en.wikipedia.org/wiki/Nvidia_Optimus In Linux it is supported by bumblebee. We should have a wiki page on it. Generic info: https://en.wikipedia.org/wiki/GPU_switching amd: https://en.wikipedia.org/wiki/AMD_Hybrid_Graphics -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 12/01/2016 17:47, Carlos E. R. a écrit :
Weird. Nowdays I almost can not see laptops with pure Intel graphics.
asus, at andom: http://www.amazon.fr/Asus-Premium-R556LA-XX2010T-Portable-Windows/dp/B0166VY...
https://en.wikipedia.org/wiki/Nvidia_Optimus
In Linux it is supported by bumblebee. We should have a wiki page on it.
oh... that's what is "optimus". I have seen thread on the subject, but not having any didn't read thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2016-01-12 17:56, jdd wrote:
Le 12/01/2016 17:47, Carlos E. R. a écrit :
Weird. Nowdays I almost can not see laptops with pure Intel graphics.
asus, at andom:
http://www.amazon.fr/Asus-Premium-R556LA-XX2010T-Portable-Windows/dp/B0166VY...
Yes, that is one, correct. Quite similar to my (old) Compaq.
https://en.wikipedia.org/wiki/Nvidia_Optimus
In Linux it is supported by bumblebee. We should have a wiki page on it.
oh... that's what is "optimus". I have seen thread on the subject, but not having any didn't read
I only know about it from reads :-) In theory, the idea is a very good one. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 04/01/2016 11:16, Per Jessen a écrit :
I assume this is bug#960392 ?
giving the strangeness of the bug, I suspected a defective install. I tried first to install Leap on an other partition of an other disk, but on the same computer (I have three disks and 5 or 6 installs :-), went without problem. Then I decided to throw away my faulty install and reinstall. For now all is well, no more boot problem. I used the same / (reformatted) and the same /home (without change) I could only notice something special: at install time, osprober was showing all the main systems of my computer, on all three disks. after install, I selected packman, made a zypper dup --from "Packman Repository", zypper up and rebooted after some reboots, I was asked to make a lot a new updates. After this at boot I have no more menu entry for the "b" disk (I have for the "c", working disk, and the old "a" disk) dunno why, looks like there where a kernel update (or grub/osprober update). If I still boot tomorrow, I will close the bug report... thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (6)
-
Carlos E. R. -
Felix Miata -
jdd -
Per Jessen -
Richard Brown -
Yamaban