Hello Holger,
On Mon, Sep 02, 2013 at 01:57:13PM +0000, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the installation-reports package:
>
> #633306: Install troubles with GPT partions (and other issues)
>
> It has been closed by Holger Levsen <holger@layer-acht.org>.
The first reaction ever to this bug report. (Except for my own reply).
> thank you for submitting installation reports, much appreciated.
No problem.
> I read through all the bugs mentioned here (and I'm sure they were read by
> several people at the time they were submitted) and am closing them now as/if
Hopefully. A trace in the bug log would also be *much appreciated*.
> - they (finally) indicated success and/or
n/a (though I was never asked to try something …)
(Although f) was solved in a different bug report IIRC, at least no
longer present)
> - I know from first hand experience that the functionality is working in
> Wheezy and/or
Hopefully at least the items indicated with "serious", especially the
GPT ones.
> - they only contained very little information and/or
This would be strange. At least I would've appreciated which
information is missing. I try to produce bug reports with sufficient
quality to debug the issues; at least as far as possible beeing a
layman at the installer.
> - they contained user errors and/or
Maybe a) (but then this could be clearer in the user guides, and it is
only wishlist). I don't see this for the other items.
> - they were caused by broken hardware and/or
The hardware is still working fine, actually I'm typing the reply now
at this machine. The only "issue" is a spourious message about fans,
but this is only happening at boot time (sometimes) and I do not boot
when it is present but rather reboot. Also I would not see how this
could possible influence the bug report
> - they have been from a development phase where things were not stable and/or
This is possible. But at least a simple "we know and we are working on
a fix, thanks" should have been possible.
> - they are quite old (and thus likely fixed today) and/or
"likly fixed today", well, I only close my bugs *iff* they are closed,
not when they are "likley" closed. I might do this, but only if the
submitter fails to react[1] (and I've not been contacted, see above).
At least for my packages Debian does not hide bugs.
> - moreinfo was asked and not given or
Nope. (The contrary, I asked if I should provide more information in
#10)
> - they are wishlist but rather special + exotic and not have been acted on for
> years. (See http://blog.liw.fi/posts/wishlist-bugs/ why it's often useful to
> close wishlist bugs.)
n/a.
> If I've closed a bug incorrectly please do reply (it's easy to reopen and I'll
> do if requested) or just file a new one - thats often better, as the bug log
> will be clearer and shorter and not contain cruft.
Well, given the very broad statement without any clear indication to
which sub issue you are referring it is hard to see which part should
be reopened / which was closed incorrectly. And I'm not going to zap
the disk for a possible new bug report which might simply get closed
again without comment in 2015 or so.
Disappointed.
Helge
[1] #715529 is a possible case for this. So far, I've tagged it
appropriately and downgraded it. I might eventually close it, but not
without several further attempts to contact the submitter.
Received: (at submit) by bugs.debian.org; 9 Jul 2011 11:49:56 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
(2010-03-16) on busoni.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-9.8 required=4.0 tests=BAYES_00,FH_HELO_EQ_D_D_D_D,
FOURLA,HAS_PACKAGE,HELO_DYNAMIC_IPADDR,PGPSIGNATURE autolearn=ham
version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 15; hammy, 151; neutral, 303; spammy,
0. spammytokens: hammytokens:0.000-+--H*c:pgp-signature,
0.000-+--H*c:protocol, 0.000-+--H*c:micalg, 0.000-+--H*c:signed,
0.000-+--H*c:pgp-sha1
Return-path: <debian@helgefjell.de>
Received: from static.213-239-213-133.clients.your-server.de ([213.239.213.133])
by busoni.debian.org with esmtps (SSL3.0:DHE_RSA_AES_256_CBC_SHA1:32)
(Exim 4.72)
(envelope-from <debian@helgefjell.de>)
id 1QfW2g-0008Me-Hm
for submit@bugs.debian.org; Sat, 09 Jul 2011 11:49:53 +0000
Received: from localhost (localhost [127.0.0.1])
(uid 502)
by static.213-239-213-133.clients.your-server.de with local; Sat, 09 Jul 2011 13:49:41 +0200
id 0000000000E5801F.000000004E184055.00000D96
Date: Sat, 9 Jul 2011 13:49:41 +0200
From: Helge Kreutzmann <debian@helgefjell.de>
To: submit@bugs.debian.org
Subject: Install troubles with GPT partions (and other issues)
Message-ID: <20110709114941.GA3411@Debian-50-lenny-64-minimal>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=_static.213-239-213-133.clients-18201-1378130236-0001-4"
Content-Disposition: inline
X-Public-Key-URL: http://www.helgefjell.de/data/helge.asc
X-homepage: http://www.helgefjell.de/debian
User-Agent: Mutt/1.5.18 (2008-05-17)
Delivered-To: submit@bugs.debian.org
>
> Package: installation-reports
> Severity: important
>
> Boot method: netinst CD
> Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ from June 8th
> Date: June 8th, 2011 / June 9th, 2011
>
> Machine: Custome made AMD Phenom(tm) II X6 1055T Processor
> Partitions:
> Filesystem Type 1K-blocks Used Available Use% Mounted on
> /dev/sda3 ext3 961192 166388 745976 19% /
> tmpfs tmpfs 5120 4 5116 1% /lib/init/rw
> tmpfs tmpfs 7688360 1620968 5676840 23% /var/run/lock
> tmpfs tmpfs 2882592 71872 2664288 3% /tmp
> udev tmpfs 4059536 0 4059536 0% /dev
> df: `/var/run/shm': No such file or directory
> tmpfs tmpfs 7688360 1620968 5676840 23% /var/run
> /dev/sda2 ext2 91511 16880 69749 20% /boot
> /dev/mapper/system_vg-home_vg
> ext3 5765236 142668 5329704 3% /home
> /dev/mapper/system_vg-tmp_lv
> ext3 2882592 71872 2664288 3% /tmp
> /dev/mapper/system_vg-usr_vg
> ext3 7688360 3659432 3638376 51% /usr
> /dev/mapper/system_vg-var_vg
> ext3 7688360 1620968 5676840 23% /var
>
>
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
>
> Initial boot: [O]
> Detect network card: [O]
> Configure network: [O]
> Detect CD: [O]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives: [E]
> Install base system: [O]
> Clock/timezone setup: [O]
> User/password setup: [O]
> Install tasks: [O]
> Install boot loader: [E]
> Overall install: [E]
>
> The machine has a 2 TB disk and is using GPT / EFI (as far as I understand)
> I used expert install all the time.
>
> The following problems appeared, please clone / reassign appropriately.
>
> Comments/Problems:
> a) LVM tries to use the entire available disk (which is fine!) but then
> suggests one logical volume to span the entire remaining physical volume
> (in my case /home). I could not find out how to change volume sizes. Since
> I wanted to install further logical volumes later (and do not need a 2 TB
> /home) I had to revert to manual partitioning (see b))
> Type: wishlist
> Description: Make size(s) of logical volumes configurable
>
> b) Once guided partitioning is chosen, manual partitioning does no longer
> work. The menu item is available, but returns to guided partitioning.
> I had to open a shell, run gparted, delete all partitions and reboot
> (into the installer) to actually manually partition.
> Type: normal
> Description: Either remove "manual partitioning" from the menu when
> guided partitioning was chosen *or* actually allow for
> manual partitioning after guided (the latter is preferred)
>
> c) The boot partion (more on that in d)) gets the flag "boot". However,
> both grub installation within the installer *and* on the shell fail (both
> in MBR and in /dev/sda). Running
> set 1 bios_grub on
> within gparted (which cleared the flag "boot" at the same time) enabled
> the grub install to be completed, both in the installer and on the console.
> Type: serious
> Description: For gpt, the flag has to be "bios_grub" *not* "boot"
>
> d) Since I did a manual partitioning, I partitioned as I was used from other
> systems, putting /boot as the first partition. Using (c)) I "sucessfully"
> installed grub, but then after the reboot (see also e) for that) I could
> not boot; i.e. only "GRUB." was shown.
> Type: serious
> Description: If gpt partitioning is chosen, the first partition (10 MB)
> must *not* have a file system on it. If a file system is
> present,
> grub installation must *not* succeed, neither in the installer
> nor on the console (probably a bug in grub-pc?).
> The installer should probably warn if the first partition
> contains a filesystem and/or is prepared for mounting.
>
> e) There is no way to reboot in the installer. Chosing "Finishing install"
> finally ejects the CD-ROM, but then returns to the main installer screen,
> where no "reboot" is shown. This is even the case if the other problems
> listed above are solved and/or partially present.
> Type: important
> Description: The installer should either reboot autmatically or offer
> a menu entry for doing so (the former is preferred, probably
> after a warning)
>
> f) After the system finally rebooted the keyboard is lost after X starts,
> both for kdm and for gdm. A mouse is currently (not yet) connected.
> In the grub prompt, the emergeny root shell and if kdm/gdm is stopped
> (via login via ssh) the keyboard works. I will investigate next how
> to enable the keyboard.
> Type: important
> Description: After X (kdm/gdm3) is installed by the installer, the
> keyboard does not work (at least within kdm/gdm3).
>
>
> If you need further infos/install logs do not hesitate to ask.
>
> --
> Dr. Helge Kreutzmann debian@helgefjell.de
> Dipl.-Phys. http://www.helgefjell.de/debian.php
> 64bit GNU powered gpg signed mail preferred
> Help keep free software "libre": http://www.ffii.de/
--
Dr. Helge Kreutzmann debian@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
Attachment:
signature.asc
Description: Digital signature