Re: preseed installation, hostname and PTR
On 10/08/2012 05:51 PM, George Shuklin wrote: Found very strange behavior: If VM installed with preseed and new VM hostname is passed via kernel command line, installer ignores that option and use data from DNS (PTR record for IP). This is bug or feature? I found it in sqeeze/wheezy and ubuntu (12.04) installers. Deja vu: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606636 To me it is still a bug, although others mentioned it is documented behavior. -- Yours sincerely, Floris Bos -- 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/5073278f.3000...@je-eigen-domein.nl
Re: preseed installation, hostname and PTR
On 10/08/2012 11:13 PM, Philipp Kern wrote: On Mon, Oct 08, 2012 at 09:20:47PM +0200, Floris Bos / Maxnet wrote: Deja vu: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606636 To me it is still a bug, although others mentioned it is documented behavior. It is. However that patch would need to be redone against Matt's changes to netcfg. Attached a new one, so that excuse can no longer be used. Yours sincerely, Floris Bos diff -ur netcfg-1.98.orig/debian/netcfg-common.templates netcfg-1.98/debian/netcfg-common.templates --- netcfg-1.98.orig/debian/netcfg-common.templates 2012-10-03 01:23:27.0 +0200 +++ netcfg-1.98/debian/netcfg-common.templates 2012-10-09 01:34:16.287439267 +0200 @@ -152,6 +152,12 @@ administrator. If you are setting up your own home network, you can make something up here. +Template: netcfg/hostname +Type: string +Description: Hostname that can be preseeded. + . + If specified this disables the automatic detection of the hostname by netcfg. + Template: netcfg/invalid_hostname Type: error # :sl2: Only in netcfg-1.98/debian: netcfg.debhelper.log Only in netcfg-1.98/debian: netcfg-static.debhelper.log diff -ur netcfg-1.98.orig/dhcp.c netcfg-1.98/dhcp.c --- netcfg-1.98.orig/dhcp.c 2012-09-25 02:07:24.0 +0200 +++ netcfg-1.98/dhcp.c 2012-10-09 01:57:22.055463420 +0200 @@ -559,12 +559,19 @@ { char buf[MAXHOSTNAMELEN + 1] = { 0 }; /* - * Default to the hostname returned via DHCP, if any, + * If the netcfg/hostname preseed value is set use that + * otherwise default to the hostname returned via DHCP, if any, * otherwise to the requested DHCP hostname * otherwise to the hostname found in DNS for the IP address * of the interface */ -if (gethostname(buf, sizeof(buf)) == 0 +debconf_get(client, netcfg/hostname); +if (!empty_str(client-value)) +{ +strncpy(buf, client-value, MAXHOSTNAMELEN); +preseed_hostname_from_fqdn(client, buf); +} +else if (gethostname(buf, sizeof(buf)) == 0 !empty_str(buf) strcmp(buf, (none)) ) { diff -ur netcfg-1.98.orig/static.c netcfg-1.98/static.c --- netcfg-1.98.orig/static.c 2012-10-04 23:14:35.0 +0200 +++ netcfg-1.98/static.c 2012-10-09 01:58:14.375464370 +0200 @@ -608,8 +608,15 @@ break; case GET_HOSTNAME: { -char buf[MAXHOSTNAMELEN + 1]; -if (get_hostname_from_dns(iface, buf, sizeof(buf))) +char buf[MAXHOSTNAMELEN + 1] = { 0 }; + +debconf_get(client, netcfg/hostname); +if (!empty_str(client-value)) +{ +strncpy(buf, client-value, MAXHOSTNAMELEN); +preseed_hostname_from_fqdn(client, buf); +} +else if (get_hostname_from_dns(iface, buf, sizeof(buf))) preseed_hostname_from_fqdn(client, buf); } state = (netcfg_get_hostname(client, netcfg/get_hostname, hostname, 1)) ?
Bug#681801: Preseeding console-keymaps-at/keymap=us no longer works to select keymap
Package: console-setup-udeb Version: 1.80 We perform automated preseeded Debian installations. With Debian Squeeze we are able to use the following boot parameters to prevent Debian from prompting for country and keyboard settings: == debian-installer/locale=en_US kbd-chooser/method=us console-keymaps-at/keymap=us == However with Wheezy this no longer works, and we get prompted for keyboard map regardless (screenshot: http://s17.postimage.org/on6is922n/keymap_prompt.png ) In case a different preseed value then console-keymaps-at/keymap=us is necessary nowadays, please update the documentation ( http://d-i.alioth.debian.org/manual/en.amd64/apbs04.html#preseed-l10n ) -- Yours sincerely, Floris Bos -- 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/5004481c.6020...@je-eigen-domein.nl
Re: preseed doesn't overwrite existing lvm partitioning
On 03/23/2012 07:51 PM, Ryan Braun [ADS] wrote: I could have sworn I had tested this previously, but it doesn't seem to be working for me. I have a preseed configured and it will install on virgin hardware without problem. But if I run the same install procedure for a second time on the same machine, I keep getting no root partition errors from the partitioner. Noticed that as well. Currently use the following ugly workaround to get the first disk (on some systems it is not /dev/sda) and remove LVM stuff: d-i partman/early_command string debconf-set partman-auto/disk $(list-devices disk | head -n1) ; pvremove -y -ff `list-devices disk | head -n1`* || true (To get it more foolproof, you might also need to check other disks in the system for the presense of lvm volume group names that might conflict with what the installer wants to use) -- Yours sincerely, Floris Bos
Re: preseed doesn't overwrite existing lvm partitioning
On 03/23/2012 09:01 PM, Ryan Braun [ADS] wrote: On March 23, 2012 07:17:17 pm Floris Bos / Maxnet wrote: Though I would like to maybe see a new partman d-i option. d-i partman/confirm_all boolean true kind of thing. Would indeed be nice. And ideally it should not just be a partman option, but a global option to assume sensible defaults for an unattended installation so that does not stop until an error is really fatal. Now you need to set about 50 preseed options to get a more or less flawless fully automated installation. While I suspect that a large number of users only want a custom root password and a custom network configuration, and could live with defaults for everything else... Yours sincerely, Floris Bos
Re: TRIM support for ext4
On 03/12/2012 07:51 AM, Joey Hess wrote: Floris Bos / Maxnet wrote: In addition to that, it would also be nice if the -E discard option is passed to mkfs.ext4, so that it TRIMs the entire disk partition prior to creating the file system structures. -E discard is the default, according to mkfs.ext4(8) Not the most clear man page... On the (Ubuntu) version I have on my desktop, it also says nodiscard is the default?! == discard Attempt to discard blocks at mkfs time (discarding blocks initially is useful on solid state devices and sparse / thin-provisioned storage). When the device advertises that dis‐ card also zeroes data (any subsequent read after the discard and before write returns zero), then mark all not-yet-zeroed inode tables as zeroed. This significantly speeds up filesystem initialization. This is set as default. nodiscard Do not attempt to discard blocks at mkfs time. This is the default. == -- Yours sincerely, Floris Bos -- 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/4f5d9ead.1040...@je-eigen-domein.nl
Re: TRIM support for ext4
On 03/12/2012 07:58 AM, Floris Bos / Maxnet wrote: On 03/12/2012 07:51 AM, Joey Hess wrote: Floris Bos / Maxnet wrote: In addition to that, it would also be nice if the -E discard option is passed to mkfs.ext4, so that it TRIMs the entire disk partition prior to creating the file system structures. -E discard is the default, according to mkfs.ext4(8) Not the most clear man page... On the (Ubuntu) version I have on my desktop, it also says nodiscard is the default?! Hmm, and to make things more complicated. The RELEASE-NOTES that come with the e2fsprogs source say that the default is what you put in mke2fs.conf == Mke2fs now understands the extended option discard and nodiscard, and the older option -K is deprecated. The default of whether discards are enabled by default can be controled by the mke2fs.conf file. == Still does not explain what behaviour you get when neither discard nor nodiscard is listed in that file... *sigh* -- Yours sincerely, Floris Bos -- 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/4f5da356.1040...@je-eigen-domein.nl
Re: TRIM support for ext4
On 03/12/2012 01:04 AM, Miguel Figueiredo wrote: Add the mount option 'discard' for ext4 filesystems so, during partitioning, TRIM can be activated for SSDs in the installed system. I assume the patch only adds discard as mount option to /etc/fstab? In addition to that, it would also be nice if the -E discard option is passed to mkfs.ext4, so that it TRIMs the entire disk partition prior to creating the file system structures. -- Yours sincerely, Floris Bos -- 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/4f5d8189.9040...@je-eigen-domein.nl
Re: About using static config with pxeboot/preseed
Hi, On 11.10.2011 17:17, Julien Escario wrote: I'm trying to configure full automated install. The server is booting over pxe, get his dhcp lease and retrieve the preseed file over http. Preseeding is working well but not for the net config : ip address, hostname, ... After reboot, dhcp is still used and hostname is 'debian'. Is this a normal behaviour ? No way to use DHCP to get the address for d-i and install the server with a static address ? Yeah, we noticed that as well. In our provisioning software (noc-ps) we simply work around that by not specifying the configuration in the preseed file, but feeding a static network configuration through kernel parameters: == netcfg/disable_dhcp=true netcfg/get_ipaddress=$ip netcfg/get_netmask=$netmask netcfg/get_gateway=$gateway == Regarding hostname: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606636 Yours sincerely, Floris Bos -- 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/e36b997e4ed5237f50a929d256850...@to-the-max.net