No user feedback for ~8 months, closing the issue especially since this issue is
supposed to be resolved.

What do you mean? You see artefacts in X or the screen goes completely black 
while booting?

Running VMWare ESXi 5.5, 32 bit Guest
Experienced the same issue with 2013.09 and 2014.03-rc1

Resolved by adding noudev to the boot cmdline

I mark this issue as resolved, I don't think we can do anything against the
"window leaves artefacts" issue from our PoV unless someone comes up with a
better solution than fbdev for vmwgfx.

Thanks everyone.

Michael Prokop <mika@grml.org> has uploaded a package that may fix your bug.
Please test the package and inform the maintainer whether
version 0.23.0 of grml-live works as intended or not.

Thank you

The changelog is attached below

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Thu, 20 Mar 2014 16:23:41 +0100
Source: grml-live
Binary: grml-live grml-live-db
Architecture: source all
Version: 0.23.0
Distribution: unstable
Urgency: medium
Maintainer: Michael Prokop <mika@grml.org>
Changed-By: Michael Prokop <mika@grml.org>
Description: 
 grml-live  - build system for creating a Grml (based) Linux live system
 grml-live-db - log package build information of grml-live to database
Changes: 
 grml-live (0.23.0) unstable; urgency=medium
 .
   * [8bdfb54] 98-clean-chroot: get rid of /var/lib/aptitude/pkgstates.old
     in RELEASE class
   * [0442e2a] 33-aptsetup: adopt snapshot.debian.org code for
     http.debian.net
   * [e4b0667] Rename "readonly" boot option to "read-only", renamed in
     live-boot
   * [3ffdf59] Move return code check of FAI-run before wrinting to /etc of
     live system
   * [c5ba433] Enable fbdev for vmwgfx kernel driver [Testing: issue1280]
     Thanks to Andreas Gredler <jimmy@grml.org>
   * Software related changes:
     - [6a5659b] SW: replace transitional package ifenslave-2.6 with
       ifenslave
     - [1d7acdc] SW: remove ufsutils from GRML_{SMALL,MEDIUM,FULL,XL}
Checksums-Sha1: 
 4f75c486c801f5acc5b5e4444672a299785ee6a1 978 grml-live_0.23.0.dsc
 c5fd5e80e00954c81de8232cb373bb4e17d7533c 466272 grml-live_0.23.0.tar.xz
 ba61ae7227dd83ceaf750b109bceba6495556b07 492912 grml-live_0.23.0_all.deb
 9bb31fdf9d5c5862bbaecebf8c47a176856b2363 66610 grml-live-db_0.23.0_all.deb
Checksums-Sha256: 
 f55aa42bfc0fb1d6af773441e4eb2e541233187a97e679271ed3720ad4f7af53 978 grml-live_0.23.0.dsc
 9d8ecf19ca760f3621e510dda361b404f1caa97e1d922d98636a881db4ab3fb2 466272 grml-live_0.23.0.tar.xz
 5a83a9e6e7cfe0155027fd467b56dd1837d32c4cb485198787cd28801b16530a 492912 grml-live_0.23.0_all.deb
 6932163f13d0ab77940773127d6fe7649143902055f748521dbe39d6b17fe28c 66610 grml-live-db_0.23.0_all.deb
Files: 
 bba66d3a0e997b56f9ba7b0adc48f60a 978 grml extra grml-live_0.23.0.dsc
 b51cb69de281ba1342c502226aaa09f8 466272 grml extra grml-live_0.23.0.tar.xz
 97fe4a901d2f681fefcf2ea1adf3dd57 492912 grml extra grml-live_0.23.0_all.deb
 487e2e00deacf48c25f062c5e88d744f 66610 grml extra grml-live-db_0.23.0_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAlMrCLAACgkQ2N9T+zficuh1AQCeKToaeb8iy9IlbW7t+wIv5IK7
L/sAn1agsT4SoIPZOgjV3myvTRkP6Obo
=2ukR
-----END PGP SIGNATURE-----

Tested again but works 4 me without any problems. Started with startx and grml-
x. Did you change the settings of the gfxcard in vSphere?

About LDAP: Please ask questions on the Grml mailing list or IRC but maybe you 
want to checkout the netscript boot parameter.

greets Jimmy

On Tue, Mar 18, 2014 at 06:01:06PM +0000, Michael Prokop wrote:
> 
> Michael Prokop <mika@grml.org> added the comment:
> 
> Great, thanks for verifying!
> 
> ----------
> status: chatting -> resolved

I was too fast - dragging xterm window leaves artefacts of border on screen
No any X-specific options on cmdline.

-a

On Tue, Mar 18, 2014 at 09:20:10AM +0000, Michael Prokop wrote:
> 
> Michael Prokop <mika@grml.org> added the comment:
> 
> * Andreas Gredler wrote in grml's BTS on 20140318 / 06:17:
> 
> > I did a lot of tests today, with vSphere 5.0 and 5.5 (IBM Edition) and different 
> > versions of Grml including a daily build from last week. Same result for all 
> > setups: Boot hangs after "Waiting for /dev/". When ssh is enabled I can ssh into 
> > the machine so it's just the display driver which hangs or just stops to draw 
> > output.
> > With Grml's boot parameter noudev or without framebuffer everything works. I'm 
> > sure it's because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714929
> > The bug report also mentions another workaround: Set kernel parameter 
> > vmwgfx.enable_fbdev=1. This worked for me, too.
> > So we could provide a file in modprobe.d with content "options vmwgfx 
> > enable_fbdev=1". But I'm not sure it that breaks anything.
> 
> Very nice find!
> 
> I've just implemented this in grml-live:
> 
>   https://github.com/grml/grml-live/commit/c5ba433b66fa49433a601b5e8f831d201548b993
> 
> and there's a first ISO available which includes this fix:
> 
>   http://jenkins.grml.org/job/grml64-full_testing/835/
> 
> (Starting with 2014-03-19 all the daily ISOs should include this fix.)
> 
> Would be great if someone could verify that this works as expected.

Tested under the latest  ESXi 5.5.0U1 + latest iPXE
Works OK

-a
PS
Any cmdline/kickstart to change default user/pass or preconnect to LDAP ?
(necessary in my university student labs)

In Debian-Live I am using:

set args ${args} hostname=${hostname}                           #
set args ${args} username=${USER}                               # OK
set args ${args} noautologin nox11autologin                     # OK
set args ${args} passwd=${PASS} noautologin nox11autologin      # TODO: not working so this is necessary:
set args ${args} hooks=${http}/zetis/hooktest.sh|${http}/zetis/hook_ldap.sh # local patch fo 7.2

regards,
-a

Great, thanks for verifying!

Tested with vSphere 5.5 (IBM Edition) and build 835. Works as expected :)
(X works, too)

greets Jimmy

* Andreas Gredler wrote in grml's BTS on 20140318 / 06:17:

> I did a lot of tests today, with vSphere 5.0 and 5.5 (IBM Edition) and different 
> versions of Grml including a daily build from last week. Same result for all 
> setups: Boot hangs after "Waiting for /dev/". When ssh is enabled I can ssh into 
> the machine so it's just the display driver which hangs or just stops to draw 
> output.
> With Grml's boot parameter noudev or without framebuffer everything works. I'm 
> sure it's because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714929
> The bug report also mentions another workaround: Set kernel parameter 
> vmwgfx.enable_fbdev=1. This worked for me, too.
> So we could provide a file in modprobe.d with content "options vmwgfx 
> enable_fbdev=1". But I'm not sure it that breaks anything.

Very nice find!

I've just implemented this in grml-live:

  https://github.com/grml/grml-live/commit/c5ba433b66fa49433a601b5e8f831d201548b993

and there's a first ISO available which includes this fix:

  http://jenkins.grml.org/job/grml64-full_testing/835/

(Starting with 2014-03-19 all the daily ISOs should include this fix.)

Would be great if someone could verify that this works as expected.

regards,
-mika-

I did a lot of tests today, with vSphere 5.0 and 5.5 (IBM Edition) and different 
versions of Grml including a daily build from last week. Same result for all 
setups: Boot hangs after "Waiting for /dev/". When ssh is enabled I can ssh into 
the machine so it's just the display driver which hangs or just stops to draw 
output.
With Grml's boot parameter noudev or without framebuffer everything works. I'm 
sure it's because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714929
The bug report also mentions another workaround: Set kernel parameter 
vmwgfx.enable_fbdev=1. This worked for me, too.
So we could provide a file in modprobe.d with content "options vmwgfx 
enable_fbdev=1". But I'm not sure it that breaks anything.

Same issue in vmware workstation 10. Checksum correct.
Interestingly it gives the 4 tones beep so I think it boots fully just the 
display hangs after "Waiting for /dev/ to be fully populated" (confirming this, 
none of ttys are accessible with ctrl-alt-f1 to f9).

As suggested by mika, without vga=791 or by using vga=normal it works.

IIRC because the problem was caused by a broken ISO/medium.

Did you verify the ISO checksum?
Does it work without vga=791 or by using vga=normal boot option?

regards,
-mika-

Just found msg4643 via Google. 

grml 2013.09 full (64- and 32-bit) still hang at the message "Waiting for /dev/
to be fully populated". Vspshere 5.1, VMware virtual hardware v9 (vmx-09).
Booting with noudev works.

Why is this bug resolved?

Hi,

I forgotten to add that can't start X in 2013.09 (2013.02 is OK):
Have a strange results (same result using x in menu):

# startx
xauth: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libXau.so.6: cannot read file data: Input/output error
xauth: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libXau.so.6: cannot read file data: Input/output error
xauth: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libXau.so.6: cannot read file data: Input/output error
xinit: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libXau.so.6: cannot read file data: Input/output error
xauth: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libXau.so.6: cannot read file data: Input/output error

# ls -l /usr/lib/x86_64-linux-gnu/libXau.so.6
lrwxrwxrwx 1 root root 15 wrz 28 13:57 /usr/lib/x86_64-linux-gnu/libXau.so.6 -> libXau.so.6.0.0

# file /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
/usr/lib/x86_64-linux-gnu/libXau.so.6.0.0: ERROR: cannot read `/usr/lib/x86_64-linux-gnu/libXau.so.6.0.0' (Input/output error)

# ls -l /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
-rw-r--r-- 1 root root 14544 cze 14 20:26 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0

regards,
-a

Hi,

On Sat, Oct 05, 2013 at 04:26:48PM +0000, Michael Prokop wrote:
> * Andrzej Tobola wrote in grml's BTS on 20131005 / 17:25:
> > I diagnosed problem - it was vga=791 kernel option
> > I am booting physical and virtual machines from LAN using iPXE:
> [...]
> > without vga= all is OK.
>
> Hm interesting, my only guess here as relevant change between rc1
> and stable release is an update in xserver packages (related to
> kms/modesetting), what graphics card is in use at your machine(s)?
> Use e.g. 'hwinfo --gfxcard' to identify.

It is a standard VMware emulated Video card:

49:nPCI60f.0:e0300dVGA compatible controller (VGA)
  [Created at pci.318]
  Unique ID: _+Pw.jBKePf3JQB5
  SysFS ID: /devices/pci0000:00/0000:00:0f.0
  SysFS BusID: 0000:00:0f.0
  Hardware Class: graphics card
  Model: "VMWare VMWARE0405"
  Vendor: pci 0x15ad "VMWare, Inc."
  Device: pci 0x0405 "VMWARE0405"
  SubVendor: pci 0x15ad "VMWare, Inc."
  SubDevice: pci 0x0405
  Driver: "vmwgfx"
  Driver Modules: "drm"
  I/O Ports: 0x1070-0x107f (rw)
  Memory Range: 0xec000000-0xefffffff (ro,non-prefetchable)
  Memory Range: 0xfe000000-0xfe7fffff (rw,non-prefetchable)
  Memory Range: 0x80000000-0x80007fff (ro,non-prefetchable,disabled)
  IRQ: 16 (no events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v000015ADd00000405sv000015ADsd00000405bc03sc00i00"
  Driver Info #0:
    XFree86 v4 Server Module: vmware
  Config Status: cfg=new, avail=yes, need=no, active=unknown

Primary display adapter: #49

> > I have another (old) problem with Logitech USB Unifying receiver (connects kbd+mouse)
> > It is not working. The same under Debian Live 7.0.0 so it is not GRLM specific.
> > Any clue ?
>
> Sorry, no idea, but maybe
> http://tycho.ws/blog/2011/12/logitech-unifying-receiver
> is a start?
>
> > PS
> > Any url/example how to generate and use encpasswd= ?
>
> I'll try to come up with some documentation, in the meanwhile
> http://openwall.info/wiki/john/sample-hashes should be a start.

Thanks - works.

regards,
-a

* Andrzej Tobola wrote in grml's BTS on 20131005 / 17:25:

> Any url/example how to generate and use encpasswd= ?

See http://goo.gl/LTkiHa and updated
http://grml.org/changelogs/README-grml-2013.09/

regards,
-mika-

Hi,

* Andrzej Tobola wrote in grml's BTS on 20131005 / 17:25:

> I diagnosed problem - it was vga=791 kernel option

> I am booting physical and virtual machines from LAN using iPXE:
[...]
> without vga= all is OK.

Hm interesting, my only guess here as relevant change between rc1
and stable release is an update in xserver packages (related to
kms/modesetting), what graphics card is in use at your machine(s)?
Use e.g. 'hwinfo --gfxcard' to identify.

> I have another (old) problem with Logitech USB Unifying receiver (connects kbd+mouse)
> It is not working. The same under Debian Live 7.0.0 so it is not GRLM specific.
> Any clue ?

Sorry, no idea, but maybe
http://tycho.ws/blog/2011/12/logitech-unifying-receiver
is a start?

> PS
> Any url/example how to generate and use encpasswd= ?

I'll try to come up with some documentation, in the meanwhile
http://openwall.info/wiki/john/sample-hashes should be a start.

regards,
-mika-

Hello Michael,

On Sat, Oct 05, 2013 at 10:06:58AM +0000, Michael Prokop wrote:
> Michael Prokop <mika@grml.org> added the comment:
> * Andrzej Tobola wrote in grml's BTS on 20131005 / 11:49:
> 
> > Can't boot 2013.09 release version in virtual machine under VMware
> > ESXi 5.5 rc1 was working.
> 
> > There is hang-up after:
> 
> >   * Waiting for /dev/ to be fully populated
> 
> 64bit? 32bit? grml-full? grml-small?

I diagnosed problem - it was vga=791 kernel option

I am booting physical and virtual machines from LAN using iPXE:

  set url http://10.146.146.22/pub/Linux/GRML/2013.09		# mount point of iso
  kernel ${url}/boot/grml64full/vmlinuz  fetch=${url}/live/grml64-full.squashfs boot=live \
    apm=power-off nomce noprompt noeject vga=791 tz=Europe/Warsaw lang=pl
  initrd ${url}/boot/grml64full/initrd.img
  boot

without vga= all is OK.

I have another (old) problem with Logitech USB Unifying receiver (connects kbd+mouse)
It is not working. The same under Debian Live 7.0.0 so it is not GRLM specific.
Any clue ?

regards,
-a
PS
Any url/example how to generate and use encpasswd= ?

* Andrzej Tobola wrote in grml's BTS on 20131005 / 11:49:

> Can't boot 2013.09 release version in virtual machine under VMware
> ESXi 5.5 rc1 was working.

> There is hang-up after:

>   * Waiting for /dev/ to be fully populated

64bit? 32bit? grml-full? grml-small?
Does booting with boot options "noudev" or "nonetworking" work?
Does it boot in debug mode (see under "Boot options ..." in boot
splash)?

regards,
-mika-

Can't boot 2013.09 release version in virtual machine under VMware ESXi 5.5
rc1 was working.

There is hang-up after:

  * Waiting for /dev/ to be fully populated

-a