Bug#815838: linux-image-3.16.0-4-amd64: Boot randomly fails with "Initramfs unpacking failed"

I should also mention that this problem seems to be occurring for the 16 GB SanDisk USB disks, as well (part SDCZ33-016G-B35)... just appears to be slightly more rare. -- Blake Miner miner.bl...@gmail.com

Bug#815838: linux-image-3.16.0-4-amd64: Boot randomly fails with "Initramfs unpacking failed"

parameter to trigger an automatic reboot when this problem occurs. -- Blake Miner miner.bl...@gmail.com

Bug#815838: linux-image-3.16.0-4-amd64: Boot randomly fails with "Initramfs unpacking failed"

By the way, I will re-test with the current kernel version (probably next week) and report back the results. In the meantime, any thoughts on what might be causing this issue? On Mon, Mar 7, 2016 at 11:21 PM Blake Miner <compwiz...@gmail.com> wrote: > I no longer think that this bug

Bug#815838: linux-image-3.16.0-4-amd64: Boot randomly fails with "Initramfs unpacking failed"

not occur for the other 16 GB USB flash drive on the same hardware. -- Blake Miner miner.bl...@gmail.com

Bug#815838: linux-image-3.16.0-4-amd64: Boot randomly fails with "Initramfs unpacking failed", probably due to kaslr bug upstream

Package: src:linux Version: 3.16.7-ckt11-1+deb8u6 Severity: critical Justification: breaks the whole system Dear Maintainer, The operating system will boot up fine in most cases, but randomly, the kernel will panic on boot-up and display "Initramfs unpacking failed: uncompression error" I am

Bug#805512: usb-modeswitch-data: Huawei 12d1:1446 does not switch due to bad udev rule

just fine. Thanks. On Fri, Nov 20, 2015 at 1:37 PM Blake Miner <miner.bl...@gmail.com> wrote: > ​Josh, > > Thanks for your response. > > Here's the thing... the udev rule is triggering, and systemd is running > the /lib/udev/usb_modeswitch progra

Bug#805512: usb-modeswitch-data: Huawei 12d1:1446 does not switch due to bad udev rule

Honestly, I did try the whole usbmodeswitch logging thing to no avail - no logfile is generated in /var/log/. Can you give me some pointers on how to enable logging in Debian? If it's any consolation, I'm using a read-only root partition with a writable /var tmpfs.

Bug#805512: usb-modeswitch-data: Huawei 12d1:1446 does not switch due to bad udev rule

​Josh, Thanks for your response. Here's the thing... the udev rule is triggering, and systemd is running the /lib/udev/usb_modeswitch program, which ends up running usb_modeswitch_dispatcher. All is good there, but the problem (I think) is as follows: The working udev rule: * Triggered when

Bug#805512: usb-modeswitch-data: Huawei 12d1:1446 does not switch due to bad udev rule

Package: usb-modeswitch-data Version: 20150115-1 Severity: normal Dear Maintainer, This bug is very similar to archived bug # 751271. After upgrading from Debian 7 to Debian 8, my Huawei modem will no longer switch from "usb storage" to "modem mode" when the device is plugged in. I am

Bug#757142: closing 757142

Any chance a patch will land in Debian 8 jessie? Or, can the version in Debian stable be updated to 0.9.2? Thanks. On Tue, Oct 27, 2015 at 5:57 PM Laurent Bigonville wrote: > close 757142 0.9.2-2 > thanks > > Hi, > > Closing this bug per previous comment. > > Feel free to

Bug#757142: plymouthd crashes when trying to use framebuffer renderer

I also experienced this bug on Debian 8 (jessie) using plymouth/0.9.0-9. I simply downloaded and installed the packages from Debian testing (plymouth/0.9.2-2) and used dpkg to install. Then, the problem disappeared. Hope that helps.

Bug#610571: /etc/init.d/no-ip is missing LSB tags and overrides

Package: no-ip Version: 2.1.1-4+etch1 Severity: normal LSB headers are missing in the no-ip init.d configuration script and causes a warning when sysv-rc is being configured. To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know

Bug#610571: no-ip: init.d script has been patched. Please review.

Package: no-ip Version: 2.1.1-4+etch1 Severity: normal Tags: patch Please see the modified configuration file: /etc/init.d/no-ip This should solve the problem and allow systems to switch to the more efficient dependency-based boot sequence using sysv-rc. After patching the script, users should

Bug#470100: mserv: TRACKSPERALBUM is set too low

Package: mserv Version: 0.35-6.3 Severity: minor I would like to increase the number of tracks that can be placed in an album. I have a lot of files in the root music directory, and I do not want them subdivided into subdirectories. The following was found in the mserv logfile: