[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#797880: marked as done (QNAP TS-219P II with linux-image-4.1.0-0.bpo.1-kirkwood "loses" one hard disk from the RAID while flashing initramfs, causing read-only remount and dpkg to fail)

Your message dated Thu, 24 Dec 2015 10:47:02 -0800
with message-id <20151224184702.GA16394@jirafa.cyrius.com>
and subject line Re: Bug#797880: QNAP TS-219P II with linux-image-4.1.0-0.bpo.1-kirkwood "loses" one hard disk from the RAID while flashing initramfs, causing read-only remount and dpkg to fail
has caused the Debian Bug report #797880,
regarding QNAP TS-219P II with linux-image-4.1.0-0.bpo.1-kirkwood "loses" one hard disk from the RAID while flashing initramfs, causing read-only remount and dpkg to fail
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
797880: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797880
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: linux-image-4.1.0-0.bpo.1-kirkwood
Version: 4.1.3-1~bpo8+1

Bad things happen when flash-kernel (3.45) flashes the initramfs with this Linux kernel on my QNAP TS-219P II:

1. The NAS is equipped with 2 HDDs 3TB in size in RAID 1 mode (mirroring).
2. After the flashing, dpkg errors out stating it is unable to write to a file under the /var tree.
3. cat /proc/mdstat reveals that the partitions of HDD /dev/sdb are marked with [F].
4. As a result, the RAID partitions have been remounted as read-only, including the root partitions, rendering the system inoperable.
5. Regular shutdown is not possible at this point. The NAS has to be force-powered off by holding the power button on the device for several seconds.
6. After reboot, dpkg is in an intermediate state. Following the advice to use "dpkg --configure -a" results in the flashing operation being carried out again with the same result, i.e. the user is caught in a loop.
7. Using "dpkg --configure" instead allows other package install/remove operations.

Removing the Linux kernel 4.1, reverting to Linux kernel 3.16.7-ckt11-1+deb8u3 from debian jessie fixes the problem. In Linux kernel 3.16.7, the same version of flash-kernel (3.45) works without the problems mentioned above. So the culprit appears not to be the flash-kernel package, but rather the Linux kernel 4.1 package.

Best Regards,
Robert Schlabbach

--- End Message ---
--- Begin Message --- 
* Robert Schlabbach <Robert.Schlabbach@gmx.net> [2015-12-24 11:05]:
> I've just updated from kernel 4.2.6-1 to kernel 4.2.6-3 using this new
> version of flash-kernel, and am happy to report that this indeed fixed
> the problem for me. The update was successfully completed and the RAID
> was still fully operational afterwards.

Thanks for letting us know.  I'm closing the bug report.

-- 
Martin Michlmayr
http://www.cyrius.com/

--- End Message ---
Reply to: