This is still a bug in Ubuntu 21.04 and 21.10.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1848534
Title:
[Microsoft Hyper-V guest] System shows graphic artifacts for a moment,
then
Thanks for the reminder! I just realized Ubuntu 20.02 was already
released on 4/23. We should try it.
For the CPU firmware (CPU microcode?) update issue: sorry, it's
completely out of my scope -- I only work on Linux. Hopefully that issue
will be resolved in the near future.
--
You received this
Honestly speaking two notes:
1. forget Ubuntu 19.10 -> there is LTS 20.04
2. after ca. 5 or 6 months Microsoft has not updated firmware for my CPU
in standard Windows Update packages and because of it I'm still not
interested in using HyperV (it's interfering with driver updating
microcode for me
Sorry, I made a typo above: systemd.dsystemd.default_standard_output=kmsg ==>
systemd.default_standard_output=kmsg.
BTW, it looks systemd.show_status=true makes no difference for me. I don't see
any status info during the boot-up time -- not sure if I did something wrong.
--
You received this b
I don't have much knowledge bout systemd, either :-) I just did a "man
systemd" and found the options of systemd. "man systemd" says that we
can use pass these kernel parameters to systemd:
systemd.service_watchdogs=true systemd.show_status=true
systemd.log_level=debug systemd.dsystemd.default_st
Since Alt-SysRq-w gives nothing, I'm sure the long delay is not a
kernel/driver issue but a user space issue. It looks due to some reason
I just can not reproduce the long delay. :-(
In the Hyper-V Virtual Machine Connection window's "View" menu, there is
an item "Enhanced Session". In my Ubuntu 1
I followed your instructions of 4/21 regarding changing kernel
parameters and attaching PuTTY etc. Screenshot of the edited parameters
is next to your email attached (if attachment won't get published, I
will post online). I can send the PuTTY output, but I don't think we
learned anything we didn'
I also tried xrdp mode and the VM booted up to the xrdp login window in
14 seconds, which is faster than the "native Xorg GUI mode" (which needs
30s)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.n
Sorry, I did miss this part of your previous reply:
root@stock19:~# systemctl list-jobs
JOB UNIT TYPE STATE
48 setvtrgb.service start waiting
137 system-getty.slice start waiting
1 graphical.target start waiting
102 systemd-update-utmp-runlevel.service start waiting
83 plymouth-quit-wait.servi
To clarify, I say the purple login screen is "more native" because
that's what I get on the monitor of a physically independent machine
(not a VM) running Ubunutu; naturally I do not get an (X)RDP screen on
that machine ever.
--
You received this bug notification because you are a member of Kerne
You missed that I did include the output of 'systemctl list-jobs' during
the crucial interval of delay.
I will follow your instructions regarding boot parameters etc. and post
results asap.
I expect there is an enormous difference between accessing the VM via
RPD (XRDP) protocol and accessing the
I created a Ubuntu 19.10 VM via "Quick Create..." and still can not
reproduce the long delay of > 1 minute: the VM can boot up to the Xorg
GUI desktop in 26 seconds.
My Windows 10 has the same version info: Version 1909 (OS Build
18363.778).
At the grub screen, can you press 'e' and, manually edi
It looks #48 shows some service is causing the long delay -- can you try
'systemctl list-jobs' to see active jobs, as the "Hint" says? :-)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/184
Now we are getting somewhere.
X windows system implicated. Though the 2d video shows how fast the
shortcut boot is, I thought I should get a firm number so I did the
shortcut boot and logged in to get output of 'systemd-analyze critical-
chain' and I got the following very interesting responses, s
I've created a 2m35s desktop video showing a boot of stock 18.04 and
19.10 on my system, posted at https://chaetura.net/ms-
vid1-bug-1848534.webm (18MB, renders in Chrome window for me, or use VLC
to watch).
I've posted a second video showing the shortcut to boot 19.10 quickly
that I described ear
I've created a 2m35s desktop video showing a boot of stock 18.04 and
19.10 on my system, posted at https://chaetura.net/ms-
vid1-bug-1848534.webm (18MB, renders in Chrome window for me, or use VLC
to watch).
I've posted a second video showing the shortcut to boot 19.10 quickly
that I described ear
A stray click sent my previous message before I had finished editing it,
and I see no way to edit my post. I will post fully complete/edited
version momentarily. I hope an admin will delete this message and my
prior message to avoid cruft in this thread.
--
You received this bug notification beca
@msgallery: BTW, you mentioned 'The "restart" button is not functional'
-- actually it is not functional only when we try to click the button by
mouse -- if we press Tab to focus on the button and then press Enter,
the VM should reboot. :-) I'll try to mention this to Hyper-V team, but
I'm not sur
BTW, my Linux kernel version is 5.3.0-46-generic #38-Ubuntu (17:37:05,
3/27/2020).
The "graphic artifact" is somehow caused by the "$vt_hanoff" kernel parameter
(check "cat /proc/cmdline").
If I manually remove the "$vt_hanoff" at the grub screen, I won't see the
"graphic artifact" -- Ubuntu gu
Today I installed a Generation-2 VM (4 virtual CPUS, 4 GB memory) from the this
.iso file:
http://releases.ubuntu.com/19.10/ubuntu-19.10-desktop-amd64.iso.
My host is Win10: Version 1909 (OS Build 18383.720) -- I got the info by
running the built-in "winver.exe" program.
The CPU type is Intel C
This is the screenshot of the graphic artifact mentioned in the previous
comment.
** Attachment added: "graphic_artifact.png"
https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1848534/+attachment/5352858/+files/graphic_artifact.png
--
You received this bug notification because you are a me
I reproduced this with Win10 x64 up to date on 4/11/2020 and the stock
"quick create" versions of Ubuntu 18.04 and 19.10 as referenced and
selected from the Hyper-V manager. Default options all the way. No
updates installed after initial installation. This machine has AMD Ryzen
7 3800X and 32GB mem
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: gdm3 (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1848534
T
apport info was sent on 18 Oct...
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1848534
Title:
[Microsoft Hyper-V g
** Changed in: linux (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1848534
Title:
[Microsoft Hyper-V guest] System shows graphic artifacts for
Anybody? Or will be it just ignored ?
(info from #34 looks OK)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1848534
Title:
[Microsoft Hyper-V guest] System shows graphic artifacts for
it's not X to blame, but the one that starts it so moving to gdm3 hoping
that someone would have a clue
** Package changed: xorg-server (Ubuntu) => gdm3 (Ubuntu)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bu
So let me summarize your findings on the same host of yours (I suppose
your VMs use the same config for the number of vCPUs and the memory
size. I also suppose you only tested Hyper-V Generation 2 VMs or you
confirmed Gen-1 vs. Gen-2 makes no difference):
("fast" means you can see the GUI desktop
Hi Dexuan,
Sorry for delay in answer - I have installed fresh Server 19.10
(installation is of course different - EFI partition setup by installer,
etc. etc.) and after kernel boot messages I've got immediately login
prompt.
After that I've done "sudo apt-get install ubuntu-desktop" and issue is
Can Ubuntu devs please try to repro the issue? I can not repro it. :-(
Hi M, I assume you can also repro the issue with a VM created from
scratch from the server .iso (see comment #28) with a minimal
installation? If yes, can you please share the vhdx file? If you
configure the disk size to 15GB a
Dear Ubuntu devs,
issue was reported on 17.10 and still - Ubuntu 19.04 starts fast, Ubuntu
19.10 upgraded from 19.04 / installed from scratch starts very slow.
ANY IDEAS?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
h
The typical boot-up time of my Ubuntu VM on Hyper-V is 20~30 seconds for
a Desktop version of Ubuntu, and 10~20 seconds for a Server version. I
tried Ubuntu 19.04 just now and it also took 20+ seconds.
I never achieve a boot-up time of 2s.
I do know Ubuntu can boot up fast in 2~3 seconds in WSL (
Hi,
If possible, please try 19.04 or LTS 18.04 and compare startup time - my
guess is that it will start almost immediately and you will see, that
you already reproduced it :)
I'm sure let's say in 90% :) -> 28 seconds is looonnnggg (like I said,
I've got about 2 seconds for older Ubuntu).
--
Y
Hi M, since I can not reproduce the delay issue, I don't know what I can
do now. :-(
Do you think if it's related to Xorg?
Can you install a new VM from scratch from the server .iso
(http://releases.ubuntu.com/19.10/ubuntu-19.10-live-server-amd64.iso)
and see if you can reproduce the same issue?
Hi,
Thanks for comments #25 and #26,
I don't know how fast is your machine, but on mine earlier (before
19.10) I had startup in just few seconds, now have this delay. Yes, this
is maybe not critical, but should be fixed, because can go into Ubuntu
20.04 ;)
Anyway, I'm using stock kernel 5.3 + I'
I'm not sure what exact issues you're reporting.
Your VM takes too much time to boot up? How long? "systemd-analyze
blame" should collect the info for your VM.
Your VM's screen is somehow messed up temporarily during the boot-up
process? Or the boot-up process is stuck in the "text cursor" scree
Hi M, I can not reproduce the issue: just now I downloaded
http://dt0cinyuc0rrg.cloudfront.net/ubuntu-19.10-desktop-amd64.iso and
created a Generation-2 VM on Hyper-V with the .iso file. The VM boots up
fast: it boots up to the Xorg desktop in 28 seconds with 1 CPU and 2GB
memory, and in 21 seconds
I've tried to (1) boot the same machine with kernel 5.0.0.32 (2) create
new machine without upgrading from 19.04
Results were the same, anybody?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/b
apport information
** Tags added: apport-collected ubuntu
** Description changed:
AFter upgrade system shows graphic artefacts for a moment and then text
cursor for about minute (it looks like hanged) and then starts.
In 19.04 startup required 1 or 2 seconds.
ProblemType: Bug
Dis
** Changed in: xorg-server (Ubuntu)
Status: Incomplete => New
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/b
40 matches
Mail list logo