Thanks for your reply,
TL; DR: not a debirf issue. Maybe a kernel issue. Maybe a hardware
problem. Two patches attached. First one: just helped me debug the
problem. The second one may be useful for debirf.
On Thu, Apr 12, 2018 at 08:30:23PM -0400, Daniel Kahn Gillmor wrote:
> On Thu 2018-04-12 1
On Thu 2018-04-12 13:28:34 +0200, Tzafrir Cohen wrote:
> Update: a new version of the patch. It now works and supports all
> compressors supported by busybox (I tried bzip2, gzip, lzma, lzop and
> xz). lzma and xz fail. Others work.
thanks for this work, Tzafrir! I'd be willing to incorporate thi
Update: a new version of the patch. It now works and supports all
compressors supported by busybox (I tried bzip2, gzip, lzma, lzop and
xz). lzma and xz fail. Others work.
--
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.o
Package: debirf
Version: 0.37
Severity: minor
I'vve been looking for this issue for several days: our debirf-based
system generally works well (and debirf is a great tool!). However I get
one specific system kept failing to boot.
When I break in the first-stage loader, I see that rootfs.cxz has t
4 matches
Mail list logo