Processing commands for cont...@bugs.debian.org:
> found 866122 4.9.130-2
Bug #866122 [src:linux] FP register corruption on ppc64el with lock elision
Bug #866371 [src:linux] FP register corruption on ppc64el with lock elision
Marked as found in versions linux/4.9.130-2.
Marked as found in versions
Processing commands for cont...@bugs.debian.org:
> reassign 918322 udev 240-2
Bug #918322 [initramfs-tools] 4.19.0-1-amd64 kernel fails to boot with "Gave up
waiting for root file system device"
Bug reassigned from package 'initramfs-tools' to 'udev'.
Ignoring request to alter found versions of b
I have read bug
#917607: udev240 makes system unbootable; rootfs not found
Because my working and failing initrd files contain different udev versions,
the failing one udev240, it may be possible, that this is the cause of failed
boot.
Bug #917607 description sounds very similar to beh
On Sat, 05 Jan 2019 19:39:59 + Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> On Sat, 5 Jan 2019 02:22:33 + Jakub Sokołowski
> wrote:
> > Seems like I failed to add additional info:
> >
> > Picture of error:
> https://mega.nz/#!LehDlKbB!x_pFGX3wlq-Kgo6v5jUC6ydbqTQ4R43bft7mAC6j_ms
>
Processing commands for cont...@bugs.debian.org:
> severity 918322 important
Bug #918322 [initramfs-tools] 4.19.0-1-amd64 kernel fails to boot with "Gave up
waiting for root file system device"
Severity set to 'important' from 'grave'
> thanks
Stopping processing here.
Please contact me if you n
Processing commands for cont...@bugs.debian.org:
> close 918352
Bug #918352 [initramfs-tools] initramfs: initramfs-tools is broken or not fully
installed and update-initramfs fails with 1
Marked Bug as done
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
918352:
Processing control commands:
> tag -1 moreinfo
Bug #918322 [initramfs-tools] 4.19.0-1-amd64 kernel fails to boot with "Gave up
waiting for root file system device"
Added tag(s) moreinfo.
--
918322: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918322
Debian Bug Tracking System
Contact ow...
Control: tag -1 moreinfo
On Sat, 5 Jan 2019 02:22:33 + Jakub Sokołowski
wrote:
> Seems like I failed to add additional info:
>
> Picture of error:
https://mega.nz/#!LehDlKbB!x_pFGX3wlq-Kgo6v5jUC6ydbqTQ4R43bft7mAC6j_ms
>
> This seems to be realted to initrd since when I ran update-initramf
This is a note to let you know that I've just added the patch titled
powerpc/tm: Unset MSR[TS] if not recheckpointing
to the 4.19-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
power
This is a note to let you know that I've just added the patch titled
powerpc/tm: Set MSR[TS] just prior to recheckpoint
to the 4.19-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
pow
This is a note to let you know that I've just added the patch titled
powerpc/tm: Set MSR[TS] just prior to recheckpoint
to the 4.14-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
pow
I just encountered exactly the same problem. This made my Debian Sid
on workstation unable to boot... oops. I am using regular ext4
filesystems.
It would be great if we could solve it soon since this bug is really
devastating.
(email sent from Ubuntu 18.04)
--
Regards,
Boyuan Yang
Same behaviour here.
Booting ends in initramfs rescue shell. Keyboard inputs are not possible.
The root directory uses btrfs as filesystem.
I have compared the contents of
- /boot/initrd.img-4.18.0-3-amd64 (working)
- /boot/initrd.img-4.19.0-1-amd64 (failed)
with the folling results:
Processing commands for cont...@bugs.debian.org:
> reassign 918359 src:linux 4.19.13-1
Bug #918359 [linux-image-amd64] linux-image-amd64: Kernel takes 1.5min to boot
Bug reassigned from package 'linux-image-amd64' to 'src:linux'.
No longer marked as found in versions linux-latest/101.
Ignoring req
Package: linux-image-amd64
Version: 4.19+101
Severity: normal
Dear Maintainer,
Since version 4.19 the kernel takes more than 1.5min to boot. In earlier
versions it took only few seconds.
What I found in dmesg:
[3.271287] usb 4-1.4: Manufacturer: Logitech
[3.280659] hidraw: raw HID events
This problem was solved by reinstalling the package "base-files" as the
folder /var/tmp/ was broken - thanks to pabs and the great IRC channel help.
Report can be closed.
Thanks for your work!
Maria:
> Package: initramfs-tools
> Version: 0.132
> Severity: important
> File: initramfs
>
> Dear Ma
Processing commands for cont...@bugs.debian.org:
> forwarded 917533 https://marc.info/?l=linux-netdev&m=154662768504311&w=2
Bug #917533 [src:linux] linux-image-4.9.0-8-marvell: nfs-kernel-server leaks
ports and triggers rkhunter/unhide-tcp
Set Bug forwarded-to-address to
'https://marc.info/?l=li
Processing commands for cont...@bugs.debian.org:
> retitle 918322 4.19.0-1-amd64 kernel fails to boot with "Gave up waiting for
> root file system device"
Bug #918322 [initramfs-tools] bugs.debian.org: 4.19.0-1-amd64 kernel fails to
boot with "Gave up waiting for root file system device"
Changed
Package: initramfs-tools
Version: 0.132
Severity: important
File: initramfs
Dear Maintainer,
using apt, update-initramfs fails reproducably with 1:
# LANG=C.UTF-8 apt-get install -f
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages we
On Fri, 2019-01-04 at 18:06 +, Ian Campbell wrote:
> I'll also ping upstream about a possible stable backport shortly.
Sent to https://marc.info/?l=linux-netdev&m=154662768504311&w=2 (but I
forgot to Cc the bug, sorry, will update here as I hear back).
Ian.
Processing commands for cont...@bugs.debian.org:
> reassign 918322 initramfs-tools
Bug #918322 [bugs.debian.org] bugs.debian.org: 4.19.0-1-amd64 kernel fails to
boot with "Gave up waiting for root file system device"
Bug reassigned from package 'bugs.debian.org' to 'initramfs-tools'.
Ignoring req
Package: src:linux
Version: 4.19.13-1
Severity: normal
In fedora 29, kernel-4.19.* have mt76x0 module, so I can bring up my TP-Link
TL-WDN5200 (Archer T2U) adapter in fedora.
But mt76x0 module is not enabled in debian unstable, wish mt76x0 module can be
provides in debian.
By the way, fedora u
Processing control commands:
> tags -1 + ftbfs
Bug #918330 [src:linux] linux: FTBFS on mips, mips64el and mipsel (ABI changes)
Added tag(s) ftbfs.
> affects -1 + release.debian.org
Bug #918330 [src:linux] linux: FTBFS on mips, mips64el and mipsel (ABI changes)
Added indication that 918330 affects
Source: linux
Version: 4.9.144-1
Severity: serious
Justification: FTBFS
Control: tags -1 + ftbfs
Control: affects -1 + release.debian.org
For tracking: linux/4.9.144-1 FTBFS on mips, mips64el and mipsel due
to ABI changes:
https://buildd.debian.org/status/fetch.php?pkg=linux&arch=mips&ver=4.9.144
24 matches
Mail list logo