Re: Release Candidate 2 of Debian Installer

2009-02-03 Thread William Pitcock
On Tue, 2009-02-03 at 23:43 +0100, Harald Braumann wrote: > On Tue, 3 Feb 2009 12:35:48 +0900 > Paul Wise wrote: > > > How about letting the person doing the installation write the labels > > if they want to use LABEL and use UUID by default. > > > Or as a third option, put everything in LVM, in

Re: Release Candidate 2 of Debian Installer

2009-02-03 Thread Harald Braumann
On Tue, 3 Feb 2009 12:35:48 +0900 Paul Wise wrote: > How about letting the person doing the installation write the labels > if they want to use LABEL and use UUID by default. > Or as a third option, put everything in LVM, including boot and root, and the problem goes away. GRUB2 would have to be

Re: Release Candidate 2 of Debian Installer

2009-02-02 Thread Paul Wise
How about letting the person doing the installation write the labels if they want to use LABEL and use UUID by default. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@l

Re: Release Candidate 2 of Debian Installer

2009-02-02 Thread Gunnar Wolf
William Pitcock dijo [Mon, Feb 02, 2009 at 02:42:11PM -0600]: > > Still, it is a saner overall system. Of course, if during install d-i > > finds there is already a partition labeled 'root', it could either ask > > the user for an alternative name or set it to > > d-i-${timestamp}-root. Or label al

Re: Release Candidate 2 of Debian Installer

2009-02-02 Thread William Pitcock
On Mon, 2009-02-02 at 14:09 -0600, Gunnar Wolf wrote: > Mike Hommey dijo [Sun, Feb 01, 2009 at 10:46:11AM +0100]: > > > > A good option would be to use LABEL or UID instead. However I am not > > > > sure if that has some drawbacks as well: > > > > > > > > - for uuid the system is less forgiving i

Re: Release Candidate 2 of Debian Installer

2009-02-02 Thread Gunnar Wolf
Mike Hommey dijo [Sun, Feb 01, 2009 at 10:46:11AM +0100]: > > > A good option would be to use LABEL or UID instead. However I am not sure > > > if that has some drawbacks as well: > > > > > > - for uuid the system is less forgiving if you swap disks > > > - for label the system is less forgiving

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread Petter Reinholdtsen
[Florian Weimer] > * Otavio Salvador: > >> See the errata[2] for details and a full list of known issues. > > What needs to be done so that these two issues can be fixed? One solution to this is to stop using device names, and instead of file system ID, in /etc/fstab and the boot loader configura

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread Christian Perrier
Quoting Florian Weimer (f...@deneb.enyo.de): > * Otavio Salvador: > > > See the errata[2] for details and a full list of known issues. > > What needs to be done so that these two issues can be fixed? This has been discussed numerous times in -boot but among the low number of ppl working on D-I d

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread Florian Weimer
* Andrew Deason: > I believe this still doesn't solve the problem in the case of lilo.conf > or grub's device.map, when specifying e.g. where to write the MBR. Is > there any way around that? The boot loaders would obviously have to scan for UUIDs, which carries its own risks (like lockup during

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread William Pitcock
On Sun, 2009-02-01 at 10:46 +0100, Mike Hommey wrote: > On Sun, Feb 01, 2009 at 03:22:07AM -0600, William Pitcock wrote: > > On Sun, 2009-02-01 at 00:19 +0100, Bernd Eckenfels wrote: > > > In article <87bptnccj6@mid.deneb.enyo.de> you wrote: > > > > What needs to be done so that these two issue

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread Mike Hommey
On Sun, Feb 01, 2009 at 03:22:07AM -0600, William Pitcock wrote: > On Sun, 2009-02-01 at 00:19 +0100, Bernd Eckenfels wrote: > > In article <87bptnccj6@mid.deneb.enyo.de> you wrote: > > > What needs to be done so that these two issues can be fixed? > > > > > > | Disk devices may change on rebo

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread William Pitcock
On Sun, 2009-02-01 at 00:19 +0100, Bernd Eckenfels wrote: > In article <87bptnccj6@mid.deneb.enyo.de> you wrote: > > What needs to be done so that these two issues can be fixed? > > > > | Disk devices may change on reboot > > A good option would be to use LABEL or UID instead. However I am no

Re: Release Candidate 2 of Debian Installer

2009-02-01 Thread Arthur de Jong
On Sun, 2009-02-01 at 03:46 +, The Fungi wrote: > On Sat, Jan 31, 2009 at 07:56:01PM -0600, Andrew Deason wrote: > > Label names could be generated to minimize collisions. Something like > > ${hostname}-/ instead of /, or maybe something even more specific. > > The namespace here is, unfortun

Re: Release Candidate 2 of Debian Installer

2009-01-31 Thread The Fungi
On Sat, Jan 31, 2009 at 07:56:01PM -0600, Andrew Deason wrote: [...] > Label names could be generated to minimize collisions. Something like > ${hostname}-/ instead of /, or maybe something even more specific. [...] The namespace here is, unfortunately, pretty limited. The manpages for mkreiserfs

Re: Release Candidate 2 of Debian Installer

2009-01-31 Thread Andrew Deason
On Sun, 01 Feb 2009 00:19:33 +0100 Bernd Eckenfels wrote: > In article <87bptnccj6@mid.deneb.enyo.de> you wrote: > > What needs to be done so that these two issues can be fixed? > > > > | Disk devices may change on reboot > > A good option would be to use LABEL or UID instead. I believe th

Re: Release Candidate 2 of Debian Installer

2009-01-31 Thread Bernd Eckenfels
In article <87bptnccj6@mid.deneb.enyo.de> you wrote: > What needs to be done so that these two issues can be fixed? > > | Disk devices may change on reboot A good option would be to use LABEL or UID instead. However I am not sure if that has some drawbacks as well: - for uuid the system is

Re: Release Candidate 2 of Debian Installer

2009-01-31 Thread Florian Weimer
* Otavio Salvador: > See the errata[2] for details and a full list of known issues. What needs to be done so that these two issues can be fixed? | Disk devices may change on reboot | | On systems with multiple disk controllers, the kernel/udev may | assign a different device node on reb