Bug#918322: initramfs-tools: kernel fails to boot with "Gave up waiting for root file system device"
When I got the initramfs shell I also typed udevadm trigger --type=subsystems --action=add udevadm trigger --type=devices --action=add and tried to continue the boot process, but it failed. Then I typed udevadm trigger --type=devices --action=add -v and it booted nicely. Somehow, the `-v` flag is trigger some additional logic (maybe required to get what to print?) that makes the difference. Cheers! On Mon, Jan 14, 2019 at 10:41 AM Isaac Gelado wrote: > > Sorry for the late reply. I could not reboot my machine until today. > > I added a sleep 5 and it didn’t work. > > On Tue, Jan 8, 2019 at 9:15 AM Michael Biebl wrote: >> >> Am 08.01.19 um 18:11 schrieb Isaac Gelado: >> > As a side hint that might be helpful. I had two kernels 4.18 and 4.19 >> > in my system. This problem started when I first boot 4.19, while I was >> > able to boot 4.18 without problems. At some point I decided to do an >> > `update-initramfs -k all -u` and the problem started to also happen >> > when booting 4.18. I do not understand why when upgrading udev/systemd >> > from 239-15 to 240-2 the trigger only updated the iniramfs for 4.19. >> >> This is expected. udev's postinst runs "update-initramfs -u" which only >> updates the initramfs of the currently active kernel, not for all of them. >> For that, as you already mentioned, you need to pass "-k all" >> >> Regards, >> Michael >> >> -- >> Why is it that all of the instruments seeking intelligent life in the >> universe are pointed away from Earth? >>
Bug#918322: initramfs-tools: kernel fails to boot with "Gave up waiting for root file system device"
Sorry for the late reply. I could not reboot my machine until today. I added a sleep 5 and it didn’t work. On Tue, Jan 8, 2019 at 9:15 AM Michael Biebl wrote: > Am 08.01.19 um 18:11 schrieb Isaac Gelado: > > As a side hint that might be helpful. I had two kernels 4.18 and 4.19 > > in my system. This problem started when I first boot 4.19, while I was > > able to boot 4.18 without problems. At some point I decided to do an > > `update-initramfs -k all -u` and the problem started to also happen > > when booting 4.18. I do not understand why when upgrading udev/systemd > > from 239-15 to 240-2 the trigger only updated the iniramfs for 4.19. > > This is expected. udev's postinst runs "update-initramfs -u" which only > updates the initramfs of the currently active kernel, not for all of them. > For that, as you already mentioned, you need to pass "-k all" > > Regards, > Michael > > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? > >
Bug#779738: Downgrading libxml2 and/or gnupg2 does not solve the issue
I've tried downgrading libxml2 and gnupg2 to the previously installed versions, but the problem remains. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779738: evolution-ews: The server cannot service this request right now. Try again later
Package: evolution-ews Version: 3.12.9~git20141130.278fe7-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, the bug appear after an upgrade of the following packages: Install: python-mock:amd64 (1.0.1-3, automatic), python-nose:amd64 (1.3.4-1, automatic), libva-x11-1:i386 (1.4.1-1, automatic) Upgrade: bind9-host:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), libwinpr- thread0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), liblwres90:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), e2fslibs:amd64 (1.42.12-1, 1.42.12-1.1), apt:amd64 (1.0.9.6, 1.0.9.7), freerdp-x11:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libfreerdp-client1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), host:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), multiarch-support:amd64 (2.19-13, 2.19-15), libwinpr-utils0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libdns100:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), libisc-export95:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), libfreerdp- core1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), python-samba:amd64 (4.1.13+dfsg-2, 4.1.17+dfsg-1), libisccfg90:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), libwinpr- synch0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libc6-dev-x32:amd64 (2.19-13, 2.19-15), libbind9-90:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), libwinpr-pool0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), e2fsprogs:amd64 (1.42.12-1, 1.42.12-1.1), dbus:amd64 (1.8.12-3, 1.8.16-1), dpkg:amd64 (1.17.23, 1.17.24), winbind:amd64 (4.1.13+dfsg-2, 4.1.17+dfsg-1), libwinpr-handle0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libc6-i686:i386 (2.19-13, 2.19-15), libwinpr-crt0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libgtk2.0-cil:amd64 (2.12.10-5, 2.12.10-5.1), libfreerdp-cache1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libwinpr-interlocked0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libc6-dev-i386:amd64 (2.19-13, 2.19-15), dpkg-dev:amd64 (1.17.23, 1.17.24), apt-utils:amd64 (1.0.9.6, 1.0.9.7), libtiff5:amd64 (4.0.3-12, 4.0.3-12.1), libtiff5:i386 (4.0.3-12, 4.0.3-12.1), libcomerr2:amd64 (1.42.12-1, 1.42.12-1.1), libcomerr2:i386 (1.42.12-1, 1.42.12-1.1), gnupg-agent:amd64 (2.0.26-4, 2.0.26-6), samba:amd64 (4.1.13+dfsg-2, 4.1.17+dfsg-1), libgudev-1.0-0:amd64 (215-11, 215-12), busybox:amd64 (1.22.0-9+b1, 1.22.0-9+deb8u1), libc-dev-bin:amd64 (2.19-13, 2.19-15), libfreerdp-codec1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libwinpr-input0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libpam-systemd:amd64 (215-11, 215-12), libc-bin:amd64 (2.19-13, 2.19-15), libc6:amd64 (2.19-13, 2.19-15), libc6:i386 (2.19-13, 2.19-15), libfreerdp- gdi1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libss2:amd64 (1.42.12-1, 1.42.12-1.1), python-libxml2:amd64 (2.9.1+dfsg1-4, 2.9.1+dfsg1-5), libapt-inst1.5:amd64 (1.0.9.6, 1.0.9.7), libwinpr-heap0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), xdg-utils:amd64 (1.1.0~rc1+git20111210-7.3, 1.1.0~rc1+git20111210-7.4), dnsutils:amd64 (9.9.5.dfsg-8, 9.9.5.dfsg-9), openjdk-7-jdk:amd64 (7u71-2.5.3-2, 7u75-2.5.4-2), libwinpr-rpc0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), iceweasel:amd64 (31.4.0esr-1, 31.5.0esr-1), libdbus-1-3:amd64 (1.8.12-3, 1.8.16-1), libdbus-1-3:i386 (1.8.12-3, 1.8.16-1), udev:amd64 (215-11, 215-12), libwinpr-library0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), samba-dsdb-modules:amd64 (4.1.13+dfsg-2, 4.1.17+dfsg-1), openjdk-7-jre- headless:amd64 (7u71-2.5.3-2, 7u75-2.5.4-2), libfreerdp-locale1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libfreerdp-plugins-standard:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), libfreerdp-primitives1.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), samba-common-bin:amd64 (4.1.13+dfsg-2, 4.1.17+dfsg-1), libldb1:amd64 (1.1.17-1, 1.1.17-2), libxml2:amd64 (2.9.1+dfsg1-4, 2.9.1+dfsg1-5), libxml2:i386 (2.9.1+dfsg1-4, 2.9.1+dfsg1-5), libudev1:amd64 (215-11, 215-12), libudev1:i386 (215-11, 215-12), python-matplotlib:amd64 (1.3.1-2, 1.4.2-3.1), libwinpr- registry0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), wine-staging-i386:i386 (1.7.36-1~jessie, 1.7.37~jessie), libwinpr-sspi0.1:amd64 (1.1.0~git20140921.1.440916e+dfsg1-2+b1, 1.1.0~git20140921.1.440916e+dfsg1-3), samba-libs:amd64 (4.1.13+dfsg-2, 4.1.17+dfsg-1), wine-stagi
Bug#479346: [cherokee] cherokee-admin works after stopping mldonkey
Package: cherokee Version: 0.6.1-1 --- Please enter the report below this line. --- If I stop Mldonkey (running at ports 4000/telnet and 4040/web) and start cherokee-admin, it works. Seems like some kind of incompatibility between them. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 750 testing security.debian.org 750 testing ftp.debian.org 500 unstableftp.debian.org 500 stable ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libc6(>= 2.7-1) | 2.7-10 libcherokee-base0 (= 0.6.1-1) | 0.6.1-1 libcherokee-client0 | 0.6.1-1 libcherokee-server0 (= 0.6.1-1) | 0.6.1-1 logrotate | 3.7.1-3 mime-support| 3.40-1.1 -- Isaac Gelado ([EMAIL PROTECTED]) Telecommunications Engineer in Universidad de Valladolid PhD Student and Lecturer at the High Performance Computing Group at the Computer Architecture Department. Universitat Politecnica de Catalunya Barcelona. Spain 'As gold which he cannot spend will make no man rich so knowledge which he cannot apply will make no man wise' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479346: [cherokee] cherokee-admin server is not accesible
Package: cherokee Version: 0.6.1-1 Severity: serious --- Please enter the report below this line. --- After launching cherokee-admin, if I open a web browser and type the URL http://localhost:9090 I get a blank web page. Using lynx as web browser reports: - HTTP request sent; waiing for response - Alert! Unexpected network read error; connection aborted - Alert! Unable to access document Running "strace cherokee-admin" shows errors due to invalid file descriptors. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 750 testing security.debian.org 750 testing ftp.fr.debian.org 500 unstableftp.fr.debian.org 250 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libc6(>= 2.7-1) | 2.7-10 libcherokee-base0 (= 0.6.1-1) | 0.6.1-1 libcherokee-client0 | 0.6.1-1 libcherokee-server0 (= 0.6.1-1) | 0.6.1-1 logrotate | 3.7.1-3 mime-support| 3.40-1.1 -- Isaac Gelado ([EMAIL PROTECTED]) Telecommunications Engineer in Universidad de Valladolid PhD Student and Lecturer at the High Performance Computing Group at the Computer Architecture Department. Universitat Politecnica de Catalunya Barcelona. Spain 'As gold which he cannot spend will make no man rich so knowledge which he cannot apply will make no man wise' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
