On Wed, Aug 13, 2014 at 12:07 PM, Karsten Merker wrote:
> [CCing Otavio Salvador and Jim Meyering; the following is a short summary
> of the situation; the full history can be read in bug #751704:
>
> Debian-Installer uses partman for partitioning, which in turn is
> based on libparted. On sunx
[CCing Otavio Salvador and Jim Meyering; the following is a short summary
of the situation; the full history can be read in bug #751704:
Debian-Installer uses partman for partitioning, which in turn is
based on libparted. On sunxi-based systems, upon writing the partition
table, partman/libpar
On Wed, Aug 13, 2014 at 12:38:58AM +0200, Karsten Merker wrote:
> If there are no objections, I would like apply it to the
> partman-base git repository.
Please adhere to local coding style, including indentation, spacing, and
use or otherwise of tabs; it really makes things easier to follow later
Control: tag -1 patch
On Wed, Jun 18, 2014 at 09:44:12PM +0200, Karsten Merker wrote:
[On sunxi-based systems, upon writing the partition table, partman
overwrites parts of u-boot which are located between the end of
the partition table and the beginning of the first partition.]
Hello,
the fo
On Wed, 2014-06-18 at 08:43 +0100, Ian Campbell wrote:
> I suppose it is possible that something somewhere is wanting to zero the
> GPT even in msdos mode (as you say below, perhaps to wipe any remains of
> a GPT).
I think it is parted doing this in ped_disk_clobber which is called from
various bi
(seems like I didn't actually CC linux-sunxi when I said I would, oh
well, I may post a summary to that list later)
On Tue, 2014-06-17 at 19:44 +0200, Karsten Merker wrote:
> Unfortunately the problematic part in this case is the SPL which
> is the only part of u-boot that cannot be relocated bec
On Tue, Jun 17, 2014 at 07:44:36PM +0200, Karsten Merker wrote:
> Unfortunately the problematic part in this case is the SPL which
> is the only part of u-boot that cannot be relocated because its
> sector address is hardcoded in the SOC's BROM.
>
> I see two possible approaches to solve the confl
On Tue, Jun 17, 2014 at 10:20:38AM +0100, Ian Campbell wrote:
> CCing the linux-sunxi group.
> > It sure would be nice if CPU makers would stop putting their boot code
> > where the GPT goes. Do none of them EVER think their device will want
> > to use a disk bigger than 2TB?
>
> Hrm, that is rat
CCing the linux-sunxi group.
On Mon, 2014-06-16 at 17:58 -0400, Lennart Sorensen wrote:
> On Sun, Jun 15, 2014 at 08:02:03PM +0200, Karsten Merker wrote:
> > Source: partman-base
> > Version: 173
> > Severity: important
> >
> > Upon testing a locally built debian-installer based on linux
> > 3.15
On Sun, Jun 15, 2014 at 08:02:03PM +0200, Karsten Merker wrote:
> Source: partman-base
> Version: 173
> Severity: important
>
> Upon testing a locally built debian-installer based on linux
> 3.15-1 (from experimental) on an Allwinner sunXi-based armhf
> system, I have found that the system does no
Source: partman-base
Version: 173
Severity: important
Upon testing a locally built debian-installer based on linux
3.15-1 (from experimental) on an Allwinner sunXi-based armhf
system, I have found that the system does not boot anymore after
partman has written a new partition table to the SD card
11 matches
Mail list logo
