Bug#603084: Bug#612656: marked as done (installation-report: ext3, c'mon it's 2011)
Quoting Miguel Figueiredo (el...@debianpt.org): > A Quinta 10 Fevereiro 2011 05:03:21 Christian PERRIER você escreveu: > > Quoting Debian Bug Tracking System (ow...@bugs.debian.org): > > > Thanks for your installation report. > > > Closing as it was a successful installation. > > > > > > Come on, it's 2011 and #603084 it's already reported ;-) > > > > I think we should switch to ext4 as default *now* > > +1 Otavio, Colin, any objection to this? (cc'ed to get attention, just in case...sorry for the double mail) signature.asc Description: Digital signature
Bug#612880: debian-installer: Cannot create a partition on a disk, if it was a part of a RAID10
Package: debian-installer Severity: important Partman (squeeze d-i) cannot create/destroy partition table on a disk in a _manual_ partitioning mode, if disk was a part of a RAID10 (in my case). Can't say for other RAID levels. Steps: 1. partman asks if I want to create a new partition table, I answer "yes" 2. partman detects, that a disk was a part of RAID10 and asks if it is OK to proceed (warning me, that everything will be removed if I answer "yes") 3. I answer "yes" and start partitioning the disk 4. steps 1-2 reoccur To solve the problem, I had to go with a guided partitioning, which successfully created all partitions, then again thru a manual partitioning, so I could repartition a disk, as I wanted. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktike20uckhnzc3-0fh4jfc3ogwe+nwo_pqq0z...@mail.gmail.com
Bug#612802: debian-installer: crypted partition assistant should all parameters (FS, mount point) of the partition encrypted
So why the crypted partition assistant choose ext3 filesystem for logical volume? I would prefer it choose no filesytem, it will be less confuse that I have to configure logical volumes. The LVM assistant is much rational on this point. 1. create logical volumes 2. configure them out of the LVM assistant The "Assisté - utiliser tout un disque avec LVM chiffré" option didn't fit my need as for a laptop, only crypting /home and swap was necessary for me. Le vendredi 11 février 2011 à 07:20 +0100, Christian PERRIER a écrit : > Quoting Tuxicoman (p...@jesuislibre.net): > > Package: debian-installer > > Version: squeeze 6.0 > > Severity: normal > > > > I wanted to crypt my /home partition at installation. > > > > During the installation process, partition step : > > I have a empty disk. > > I first choose to partition automatically the disk (/ in ext3, swap and > > /home > > in ext3 created) > > Then I use the crypt partitions assistant (The langage used during > > installation > > was french, i don't know what is the english name of the menu item) > > I choose to crypt swap and the ext3 partition which mount point is /home. > > I configure the swap partition to be encrypted. Ok. > > In the screen where I configure the ext3 partition to be encrypted it shows > > : > > "mount point : /home". > > > > Then, after processing, my crypted volumes are : > > swap assigned to swap, > > ext3 crypted volume : no mount point. > > > > I guess, the ext3 crypted volume should have keeped the /home mount point > > and > > it's a bug. > > The user then has to assing manually this partition to /home otherwise > > debian > > installer will warn this partition will not be used. > > > Though it may seem logical to try, what you're trying to do is, imho, > nearly not possible without deep invasive changes. > > You're indeed doing two partitioning steps. The first creates the > partitions and assigns mount points.but the latteer uses these > partitions to create volumes where *logical* volumes will be created. > > You want the logical volumes to keep the set mount point for the > volume containers. But, what if two logical volumes are created, > instead of only one, in each partition? > > So, yes, at some point, the partitioner "forgets" that you assigned > /home to /dev/sda6 (for instance)and you need to assign /home to > sda6_crypt once encrypted volumes are created. > > I see no way to avoid that. > > Encrypted volumes is a complicated thing, indeed. This is why we have > the "Assisté - utiliser tout un disque avec LVM chiffré" option, that > does everything automagically. > > >
Bug#603084: Bug#612656: marked as done (installation-report: ext3, c'mon it's 2011)
On Fri, Feb 11, 2011 at 05:41, Christian PERRIER wrote: > Otavio, Colin, any objection to this? > > (cc'ed to get attention, just in case...sorry for the double mail) Sure not. Seems logical do this move ASAP. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikd-p7ha245nwljym0+eacby1svbvhblfhuu...@mail.gmail.com
Bug#603084: Bug#612656: marked as done (installation-report: ext3, c'mon it's 2011)
On Fri, Feb 11, 2011 at 06:41:43AM +0100, Christian PERRIER wrote: > Quoting Miguel Figueiredo (el...@debianpt.org): > > A Quinta 10 Fevereiro 2011 05:03:21 Christian PERRIER você escreveu: > > > I think we should switch to ext4 as default *now* > > > > +1 > > Otavio, Colin, any objection to this? > > (cc'ed to get attention, just in case...sorry for the double mail) I didn't want to do it for squeeze, but it's fine by me for wheezy. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110211120721.gi8...@riva.ucam.org
Bug#606365: installation-reports
tags 606365 + moreinfo
thanks
On Wed, 8 Dec 2010 16:11:24 -0200, José Roberto wrote:
> Package: installation-reports
>
> Boot method: .iso in VirtualBox
> Image version:
> http://caesar.acc.umu.se/cdimage/daily-builds/daily/arch-latest/kfreebsd-amd64/iso-cd/debian-testing-kfreebsd-amd64-netinst.iso
> Date: 08-Dec-2010 16:30
>
>
> Machine: VirtualBox
> Processor:
> Memory: 512M
> Partitions:
>
>
> 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: [O]
> Install base system:[O]
> Clock/timezone setup: [O]
> User/password setup:[O]
> Install tasks: [E]
> Install boot loader:[E]
> Overall install:[E]
>
> Comments/Problems:
> I preferred to send for you 2 screens about error I got.
So this seems to be a mirror issue ("mirror does not support the
specified release (squeeze)"). Could you try again now that Squeeze has
been released?
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011020204.7b074...@mail.gmail.com
Processed: Re: Bug#606365: installation-reports
Processing commands for cont...@bugs.debian.org: > tags 606365 + moreinfo Bug #606365 [installation-reports] installation-reports Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 606365: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606365 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129744014131460.transcr...@bugs.debian.org
Installer/partman: tmp & swap as logical volumes inside one random key encryted physical volume?
Hi, Tried in vain in #debian-boot, so here again ... Is this possible/desirable: 1) Create a physical volume for encryption, which uses a random key. 2) Create a lvm setup within 1), whcih contains logical volumes for tmp and swap. Would that work? Would the system at boot time (with a new random key) generate both the lvm setup and the partitions contained therein? Would this (as I hypothesize) buy you a bit better performance in comparison to having 2 independent physical volumes for encryption? Thanks for any insight, Joh signature.asc Description: This is a digitally signed message part.
Installer/partman: tmp & swap as logical volumes inside one random key encryted physical volume?
Hi, Tried in vain in #debian-boot, so here again ... Is this possible/desirable: 1) Create a physical volume for encryption, which uses a random key. 2) Create a lvm setup within 1), whcih contains logical volumes for tmp and swap. Would that work? Would the system at boot time (with a new random key) generate both the lvm setup and the partitions contained therein? Would this (as I hypothesize) buy you a bit better performance in comparison to having 2 independent physical volumes for encryption? Thanks for any insight, Joh signature.asc Description: This is a digitally signed message part.
Processed: reassign 612850 to partman-lvm
Processing commands for cont...@bugs.debian.org: > reassign 612850 partman-lvm Bug #612850 [debian-installer] debian-installer: VG creation dialog should show only PVs Bug reassigned from package 'debian-installer' to 'partman-lvm'. > thanks Stopping processing here. Please contact me if you need assistance. -- 612850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612850 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129745008013056.transcr...@bugs.debian.org
Processing of partman-base_148_i386.changes
partman-base_148_i386.changes uploaded successfully to ftp-master.debian.org along with the files: partman-base_148.dsc partman-base_148.tar.gz partman-base_148_i386.udeb partman-utils_148_i386.udeb Greetings, Your Debian queue daemon (running on host ravel.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pnyuo-0007ck...@ravel.debian.org
Processing of partman-base_148_i386.changes
partman-base_148_i386.changes uploaded successfully to localhost along with the files: partman-base_148.dsc partman-base_148.tar.gz partman-base_148_i386.udeb partman-utils_148_i386.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pnyzu-0006y7...@franck.debian.org
partman-base_148_i386.changes ACCEPTED into unstable
Accepted: partman-base_148.dsc to main/p/partman-base/partman-base_148.dsc partman-base_148.tar.gz to main/p/partman-base/partman-base_148.tar.gz partman-base_148_i386.udeb to main/p/partman-base/partman-base_148_i386.udeb partman-utils_148_i386.udeb to main/p/partman-base/partman-utils_148_i386.udeb Override entries for your package: partman-base_148.dsc - source debian-installer partman-base_148_i386.udeb - standard debian-installer partman-utils_148_i386.udeb - extra debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pnz5i-0001pd...@franck.debian.org
Bug#551838: debootstrap --unpack-tarball downloads Packages file.
Package: debootstrap Version: 1.0.27 When running debootstrap --unpack-tarball using a tarball created with the --make-tarball, the Packages file is downloaded again, despite being included in the tarball. This is bad for two reasons: 1) there may be no network connection in that second run of debootstrap 2) the new Packages file may be inconsistent with the packages downloaded earlier, pretty much defeating the purpose of creating the tarball in the first place. The behaviour is strongly related to #551838. In fact this is a feature (the Packages file is downloaded using the 'nocache' option in /usr/share/debootstrap/functions). For the original reporter, this was surprising and annoying, and I tend to agree with him. But even if the feature is there to stay, I think that this behaviour should be disabled by --make-tarball. Best regards, Bertram Felgenhauer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110211232851.GC3233@24f89f8c-e6a1-4e75-85ee-bb8a3743bb9f
Re: Debian installer build: failed or old builds
On Thu, Feb 10, 2011 at 07:29:38AM +0100, Christian PERRIER wrote: >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson 2squeezepowerpc >> http://cdbuilder.debian.org/cdimage-log/2squeezepowerpc >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson Csqueezepowerpc >> http://cdbuilder.debian.org/cdimage-log/Csqueezepowerpc >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson 1squeezesparc >> http://cdbuilder.debian.org/cdimage-log/1squeezesparc >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson 2squeezesparc >> http://cdbuilder.debian.org/cdimage-log/2squeezesparc >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson 2squeezemulti-arch-1 >> http://cdbuilder.debian.org/cdimage-log/2squeezemulti-arch-1 >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson Csqueezemulti-arch-1 >> http://cdbuilder.debian.org/cdimage-log/Csqueezemulti-arch-1 >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson >> 1squeezekfreebsd-amd64 >> >> http://cdbuilder.debian.org/cdimage-log/1squeezekfreebsd-amd64 >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson >> 2squeezekfreebsd-amd64 >> >> http://cdbuilder.debian.org/cdimage-log/2squeezekfreebsd-amd64 >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson >> 1squeezekfreebsd-i386 >> http://cdbuilder.debian.org/cdimage-log/1squeezekfreebsd-i386 >> >> * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson >> 2squeezekfreebsd-i386 >> http://cdbuilder.debian.org/cdimage-log/2squeezekfreebsd-i386 >> >> * FAILED BUILD: amd64 Feb 08 00:49 debian-cd@pettersson multi-arch >> http://cdbuilder.debian.org/cdimage-log/multi-arch >> > >These fail because of: > > >mkdir -p >/org/cdbuilder.debian.org/src/deb-cd/tmp/1squeezekfreebsd-i386/wheezy/tasks >echo "- copying task files from 'tasks/squeeze/'" >- copying task files from 'tasks/squeeze/' >cp -r /srv/cdbuilder.debian.org/build/debian-cd/tasks/wheezy/* >/org/cdbuilder.debian.org/src/deb-cd/tmp/1squeezekfreebsd-i386/wheezy/tasks >cp: cannot stat `/srv/cdbuilder.debian.org/build/debian-cd/tasks/wheezy/*': No >such file or directory >make: *** >[/org/cdbuilder.debian.org/src/deb-cd/tmp/1squeezekfreebsd-i386/wheezy/tasks] >Error 1 > >The latter seems to be a debian-cd issue. Caused by me updating things in the middle of a daily build run. Later ones should have worked fine as I checked in wheezy versions of the tasks files (simply copied from squeeze for now). -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110211225353.ge3...@einval.com
Processed: PERC H200 controller
Processing commands for cont...@bugs.debian.org: > # PERC H200 controller > reassign 580281 kernel-wedge Bug #580281 [installation-reports] support for PERC H200 controller Bug reassigned from package 'installation-reports' to 'kernel-wedge'. > thanks Stopping processing here. Please contact me if you need assistance. -- 580281: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580281 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12974698327342.transcr...@bugs.debian.org
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * FAILED BUILD: armel Feb 11 21:54 joey@box build_iop32x_netboot http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_netboot.log * FAILED BUILD: armel Feb 11 21:55 joey@box build_iop32x_network-console_glantank http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_glantank.log * FAILED BUILD: armel Feb 11 21:56 joey@box build_iop32x_network-console_n2100 http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_n2100.log * FAILED BUILD: armel Feb 11 21:57 joey@box build_iop32x_network-console_ss4000e http://people.debian.org/~joeyh/d-i/armel/images/daily/build_iop32x_network-console_ss4000e.log * FAILED BUILD: armel Feb 11 21:58 joey@box build_ixp4xx_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_ixp4xx_network-console.log * FAILED BUILD: armel Feb 11 21:59 joey@box build_kirkwood_netboot http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_netboot.log * FAILED BUILD: armel Feb 11 22:00 joey@box build_kirkwood_netboot-gtk http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_netboot-gtk.log * FAILED BUILD: armel Feb 11 22:01 joey@box build_kirkwood_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_kirkwood_network-console.log * FAILED BUILD: armel Feb 11 22:02 joey@box build_orion5x_network-console http://people.debian.org/~joeyh/d-i/armel/images/daily/build_orion5x_network-console.log * FAILED BUILD: armel Feb 11 22:03 joey@box build_versatile_netboot http://people.debian.org/~joeyh/d-i/armel/images/daily/build_versatile_netboot.log * FAILED BUILD: armel Feb 11 22:04 joey@box build_ads_cf http://people.debian.org/~joeyh/d-i/armel/images/daily/build_ads_cf.log * OLD BUILD:hppa Jan 17 07:06 didaily@c3700 build_cdrom http://d-i.debian.org/daily-images/hppa/daily/build_cdrom.log * OLD BUILD:hppa Jan 17 07:10 didaily@c3700 build_netboot http://d-i.debian.org/daily-images/hppa/daily/build_netboot.log * OLD BUILD:hppa Jan 17 07:14 didaily@c3700 build_miniiso http://d-i.debian.org/daily-images/hppa/daily/build_miniiso.log * OLD BUILD:kfreebsd-amd64 Feb 05 00:11 buildd@fano build_cdrom http://d-i.debian.org/daily-images/kfreebsd-amd64/daily/build_cdrom.log * OLD BUILD:kfreebsd-amd64 Feb 05 00:13 buildd@fano build_netboot http://d-i.debian.org/daily-images/kfreebsd-amd64/daily/build_netboot.log * OLD BUILD:kfreebsd-i386 Feb 05 00:12 buildd@finzi build_cdrom http://d-i.debian.org/daily-images/kfreebsd-i386/daily/build_cdrom.log * OLD BUILD:kfreebsd-i386 Feb 05 00:14 buildd@finzi build_netboot http://d-i.debian.org/daily-images/kfreebsd-i386/daily/build_netboot.log * daily mipsel images build: The build daemon responsible for these builds is currently moving to a new hosting location. Daily builds should be available again within the first two weeks of 2011. * OLD BUILD:powerpc Feb 09 00:07 buildd@praetorius build_powerpc_cdrom http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc_cdrom.log * OLD BUILD:powerpc Feb 09 00:10 buildd@praetorius build_powerpc_netboot http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc_netboot.log * OLD BUILD:powerpc Feb 09 00:15 buildd@praetorius build_powerpc_netboot-gtk http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc_netboot-gtk.log * OLD BUILD:powerpc Feb 09 00:17 buildd@praetorius build_powerpc_hd-media http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc_hd-media.log * OLD BUILD:powerpc Feb 09 00:20 buildd@praetorius build_powerpc64_cdrom http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc64_cdrom.log * OLD BUILD:powerpc Feb 09 00:22 buildd@praetorius build_powerpc64_netboot http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc64_netboot.log * OLD BUILD:powerpc Feb 09 00:26 buildd@praetorius build_powerpc64_netboot-gtk http://d-i.debian.org/daily-images/powerpc/daily/build_powerpc64_netboot-gtk.log * daily sparc images build: Due to the lack of buildd suitable buildd machine there are currently no daily builds for the SPARC architecture. These builds will be reenabled as soon as as a suitable machine is available. * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson 2squeezepowerpc http://cdbuilder.debian.org/cdimage-log/2squeezepowerpc * FAILED BUILD: amd64 Feb 07 22:17 debian-cd@pettersson Csqueezepowerpc http:/
