I can confirm the same. YouTube works, but many other sites with audio and
or video that worked before does not.
$ chromium --version
Chromium 67.0.3396.87 built on Debian 9.4, running on Debian 9.4
$ chromium "https://www.dailymotion.com/video/x6nlrix;
ATTENTION: default value of option
I apologize if I missed something, but ONLY adding rootdelay=XX guessed
seconds does not help against being dropped to an initramfs-shell.
There may be two different bugs?
One for when not waiting for slow devices but the boot continues, which is
cured by rootdelay=xx. This error/bug has the
The RAID1 was a RAID1 and worked normally when both disks were present. But
with only one RAID1 disk connected then mdadm gave up waiting for root
device and was dropped to an initramfs shell. THEN mdadm --detail showed
RAID1 devices as RAID0 inside the initramfs-shell.
Please look at Message #17
being dropped to a shell when
there are missing disks in a software RAID1 configuration upon boot.
r
2015-06-11 19:03 GMT+02:00 Robert.K. dotpoin...@gmail.com:
The RAID1 was a RAID1 and worked normally when both disks were present.
But with only one RAID1 disk connected then mdadm gave up
On Thu, 11 Jun 2015 20:20:23 +0300 Michael Tokarev m...@tls.msk.ru wrote:
11.06.2015 20:13, Robert.K. wrote:
The bug in this report (#784070) is about being dropped to a shell when
there are missing disks in a software RAID1 configuration upon boot.
Ok, this makes sense.
It is not RAID1
I am also hit by this bug in Debian Jessie 8. I got it in a virtualized
Virtualbox machine with one virtual disk (VDI file) and one disk attached
through USB where the root was located on a md device.
The first error message that appeared was: Gave up waiting for root device
It is not mentioned
6 matches
Mail list logo