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

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

On Mon, 4 Jan 2016 11:16, Per Jessen 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.

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

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

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

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

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

On 5 January 2016 at 13:08, 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

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

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

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

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

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