Bug#915615: debian-installer: Can't choose desired timezone
Package: debian-installer Severity: normal Dear Maintainer, > If the desired time zone is not listed, then please go back to the step > "Choose language" and select a country that uses the desired time zone (the > country where you live or are located). Language and country are NOT the same.. I want language to be English, country to be Netherlands and timezone to be UTC or CET. This used to be possible. Gr, Olaf -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#915615: debian-installer: Can't choose desired timezone
Hi, My bad.. apparently I picked US for country instead of NL. Not being able to set timezone to UTC or independent of country selection seems weird though. Op wo 5 dec. 2018 om 11:39 schreef Olaf van der Spek : > > Package: debian-installer > Severity: normal > > Dear Maintainer, > > > If the desired time zone is not listed, then please go back to the step > > "Choose language" and select a country that uses the desired time zone (the > > country where you live or are located). > > Language and country are NOT the same.. I want language to be English, > country to be Netherlands and timezone to be UTC or CET. > This used to be possible. > > Gr, > > Olaf > > > > -- System Information: > Debian Release: buster/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.18.0-3-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US:en (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled -- Olaf
Bug#418590: main-menu: Segfault during automatic install on AMD64
On Sun, Mar 2, 2014 at 3:29 AM, Cyril Brulebois wrote: > Is that still reproducible with current wheezy installation images? If > that's the case, we'll see how to help you debug that further. Hi KiBi, Let's just close this bug, it has been almost 7 years since it was opened. If it happens again it'll be reported again. -- Olaf -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caa7u3hnr4knphsvoc2paq0hqz8x_aonp40hg4lylfnnbw7j...@mail.gmail.com
Bug#742101: installation-report: Can't resize partitions
Package: installation-reports Version: 2.55 Severity: wishlist Hi, I wanted to install without a swap partition as I gave the machine 5 GB of memory. However, the installer doesn't give me an option to resize suggested partitions. Could such an option be added? Would also be handy if you have separate partitions for /home, /usr and /var and want to change their sizes. Greetings, Olaf -- Package-specific info: Boot method: CD Image version: debian-testing-i386-netinst.iso Date: Machine: VMware Workstation Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/sda1 ext4322023 173344127534 58% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 506204144506060 1% /run tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 1012400 0 1012400 0% /run/shm /dev/sda8 ext4 2848340 4368 2679572 1% /home /dev/sda7 ext4234890 2109216346 1% /tmp /dev/sda5 ext4 2814076 634892 2016524 24% /usr /dev/sda6 ext4 1379280 175948 1115220 14% /var # fdisk -l /dev/sda Disk /dev/sda: 8589 MB, 8589934592 bytes 255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0001ad3e Device Boot Start End Blocks Id System /dev/sda1 *2048 684031 340992 83 Linux /dev/sda2 68607816775167 80445455 Extended /dev/sda5 686080 6537215 2925568 83 Linux /dev/sda6 6539264 9408511 1434624 83 Linux /dev/sda71035878410852351 246784 83 Linux /dev/sda81085440016775167 2960384 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20140319-00:05" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 3.13-1-486 #1 Debian 3.13.5-1 (2014-03-04) i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge [8086:7191] (rev 01) lspci -knn: 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110] (rev 08) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: 00:07.7 System peripheral [0880]: VMware Virtual Machine Communication Interface [15ad:0740] (rev 10) lspci -knn: Subsystem: VMware Virtual Machine Communication Interface [15ad:0740] lspci -knn: 00:0f.0 VGA compatible controller [0300]: VMware SVGA II Adapter [15ad:0405] lspci -knn: Subsystem: VMware SVGA II Adapter [15ad:0405] lspci -knn: 00:10.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI [1000:0030] (rev 01) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: Kernel driver in use: mptspi lspci -knn: 00:11.0 PCI bridge [0604]: VMware PCI bridge [15ad:0790] (rev 02) lspci -knn: 00:15.0 PCI bridge [0604]: VMware PCI Express Root Port [15ad:07a0] (rev 01) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:15.1 PCI bridge [0604]: VMware PCI Express Root Port [15ad:07a0] (rev 01) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:15.2 PCI bridge [0604]: VMware PCI Express
Include link to installer in news
Hi, Could a link to the actual downloads be included @ https://www.debian.org/devel/debian-installer/News/2017/20170527 ? Gr, -- Olaf
Re: Include link to installer in news
2017-05-29 15:47 GMT+02:00 Cyril Brulebois : > Hi Olaf, > > Olaf van der Spek (2017-05-29): >> Could a link to the actual downloads be included @ >> https://www.debian.org/devel/debian-installer/News/2017/20170527 ? > > I'm not sure how several dozens of extra links are going to help? Hi, I meant just one link: https://www.debian.org/devel/debian-installer/ I now found out it's hidden in the Feedback paragraph, I think including it near to top would make it much easier to spot. -- Olaf
Bug#401762: debian-installer: Installer still assumes hardware clock is set to UTC
Package: debian-installer Severity: normal Hi, I just installed using the daily business image and the installer still assumes the hardware clock is set to UTC. I'm in CET, so the time is one hour ahead. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412982: installation-reports: Enabling 'sudo' in installer skips setting root password and breaks desktop root tasks
On 3/2/07, Frans Pop <[EMAIL PROTECTED]> wrote: On Thursday 01 March 2007 16:17, Olaf van der Spek wrote: > When you enable sudo in the installer (via expert mode), a password for > the root user isn't set. Then, if you (for example) want to adjust date > & time, it asks for the root password, which of course is always > invalid. You should read the manpage for sudo maybe? Maybe. Maybe not. If you select not to activate the root account, you should use sudo for your administrator tasks (as in 'sudo date'). The password it asks for is the password of the user running sudo. The Gnome date/time applet asks for the root password. The user password doesn't work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412982: installation-reports: Enabling 'sudo' in installer skips setting root password and breaks desktop root tasks
On 3/2/07, Frans Pop <[EMAIL PROTECTED]> wrote: > The Gnome date/time applet asks for the root password. The user > password doesn't work. Well, you could have been a bit more clear about what "it" was then. How were we supposed to guess this was about a Gnome applet? Yes, sorry. The 'desktop root tasks' bit only in the subject wasn't very clear. Unfortunately I don't know anything about Gnome. IIRC gksu or something like that is supposed to handle this correctly. I suggest you take this up with the Gnome maintainers. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412983 This is because time-admin (from gnome-system tools) doesn't use gksu when launched from the panel. When gksu is used, you will get the behaviour you describe above. I do believe this is fixed upstream in gnome-system-tools 2.16 or 2.17. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: Wrong time and NTP sync missing by default
Package: install-report Severity: normal Hi, After installing my time is one hour ahead (I'm in GMT +1). I guess the question that's no longer asked about whether the hardware clock is GMT defaults to GMT instead of local. Also, no NTP synchronization is available by default. I really think Debian should install. Maybe install but disable, although I'd prefer it to be enabled by default. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
Hi, I've got the same problem. It'd be nice if there was a way to tell the installer to automatically choose a disk, especially in single-disk systems. -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
Geert Stappers wrote:
Op 15-11-2006 om 17:18 schreef Olaf van der Spek:
Hi,
I've got the same problem.
It'd be nice if there was a way to tell the installer to automatically
choose a disk, especially in single-disk systems.
Attached is a disk recipe that I used about a year ago.
It allowed me to do a complete automatic install.
I'm curious if it still works.
Where in the recipe do you choose the disc?
Cheers
Geert Stappers
diskindeling ::
32 96 128 ext3
$primary{ }
$bootable{ }
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /boot }
.
64 512 640 ext3
$primary{ }
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ / }
.
64 512 300% linux-swap
method{ swap }
format{ }
.
500 3000 5000 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /usr }
.
70 1500 3000 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /var }
.
20 300 400 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /tmp }
.
300 3000 3000 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /home }
.
300 3000 10 ext3
$primary{ }
method{ lvm }
.
--
Olaf van der Spek
http://xccu.sf.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
David Härdeman wrote: Dennis Hoppe said: 1. debian installer asks at which harddisk he should install debian etch. but i have only one harddisk at my server. ... d-i partman-auto/disk string /dev/discs/disc0/disc On Wed, November 15, 2006 17:18, Olaf van der Spek said: I've got the same problem. Dennis, Olaf...could you try changing the "partman-auto/disk" entry to "partman-auto/select_disk" in your preseed files and see if that fixes things, and also make sure that you only have one such line in the preseed file as there seemed to be two "partman-auto/disk" in the preseed file posted to the bug report. If that fixes things, the template either needs a name change or the manual needs an update. After adding that line "d-i partman-auto/select_disk select SCSI1 (0,0,0) (sda) - 8.6 GB VMware, VMware Virtual S" the installer gets stuck at: Starting up the partitioner 85% Please wait... -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
Olaf van der Spek wrote: David Härdeman wrote: Dennis Hoppe said: 1. debian installer asks at which harddisk he should install debian etch. but i have only one harddisk at my server. ... d-i partman-auto/disk string /dev/discs/disc0/disc On Wed, November 15, 2006 17:18, Olaf van der Spek said: I've got the same problem. Dennis, Olaf...could you try changing the "partman-auto/disk" entry to "partman-auto/select_disk" in your preseed files and see if that fixes things, and also make sure that you only have one such line in the preseed file as there seemed to be two "partman-auto/disk" in the preseed file posted to the bug report. If that fixes things, the template either needs a name change or the manual needs an update. After adding that line "d-ipartman-auto/select_diskselect SCSI1 (0,0,0) (sda) - 8.6 GB VMware, VMware Virtual S" the installer gets stuck at: Starting up the partitioner 85% Please wait... The same happens with the line "d-i partman-auto/select_disk select /dev/discs/disc0/disc" CPU usage appears to be 100%, so I suspect an infinite loop. -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
David Härdeman wrote: On Thu, Nov 16, 2006 at 07:50:11PM +0100, Olaf van der Spek wrote: Olaf van der Spek wrote: David Härdeman wrote: Dennis, Olaf...could you try changing the "partman-auto/disk" entry to "partman-auto/select_disk" in your preseed files and see if that fixes things After adding that line "d-ipartman-auto/select_diskselect SCSI1 (0,0,0) (sda) - 8.6 GB VMware, VMware Virtual S" the installer gets stuck at: Starting up the partitioner 85% Please wait... The same happens with the line "d-ipartman-auto/select_disk select /dev/discs/disc0/disc" CPU usage appears to be 100%, so I suspect an infinite loop. Could you change to VT2 (alt + f2) while its in this loop, run "ps ax" and see what processes are running? The one taking 100% CPU should be towards the end of the list. I don't know how to tell which one uses 100% CPU. The bottom of the list is: parted_server /bin/sh /lib/partman/init.d/96initial_auto /bin/sh /lib/partman/init.d/96initial_auto /bin/sh /lib/partman/automatically_partition/70some_d ps ax /bin/sh /lib/partman/automatically_partition/70some_d Everything after the first 96initial_auto seem to get started over and over and change each time I also see 20bigges and 50some. -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
David Härdeman wrote: On Fri, November 17, 2006 9:47, [EMAIL PROTECTED] said: David Härdeman wrote: Your recipies are missing the "partman-auto/method" entry which you need in addition to "partman-auto/disk" (and forget what I said about "partman-auto/select_disk"). I'll try that one. But why does it only ask the disk question and not the method question if you forget both? If you forget both, it should ask both questions (the "method" question is the first partitioning screen with choices like "Manually partition disks" and "Automatically format disk and install using LVM", sorry can't check the exact wording of the menu right now). I did have "d-i partman-auto/init_automatically_partition select Guided - use entire disk" -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
Frans Pop wrote: reassign 398333 partman-auto severity 398333 important retitle 398333 preseeding: strange behavior when disk preseeded but method not thanks On Friday 17 November 2006 09:47, [EMAIL PROTECTED] wrote: Your recipies are missing the "partman-auto/method" entry which you need in addition to "partman-auto/disk" (and forget what I said about "partman-auto/select_disk"). Thanks to JoeyH for pointing that out. I'll try that one. But why does it only ask the disk question and not the method question if you forget both? Because the method is not a question as such when using preseeding. We should handle the situation where partman-auto/disk is preseeded but partman-auto/method is not more gracefully though. Why doesn't it just use the default if it's not preseeded? -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
Frans Pop wrote: On Friday 17 November 2006 12:59, Olaf van der Spek wrote: I did have "d-ipartman-auto/init_automatically_partition select Guided - use entire disk" That is probably not supported. Please see the example in the development version of the manual: http://d-i.alioth.debian.org/manual/en.i386/apbs04.html#preseed-partman Why not? A similar entry is shown in lines 3 and 4 of that manual. -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398333: Automatic partition/disk selection
Frans Pop wrote: On Friday 17 November 2006 13:36, you wrote: Why not? A similar entry is shown in lines 3 and 4 of that manual. Only for using available free space, not for formatting an entire disk. You're right, I just copy/pasted that from running the installer manually and it seems to work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
reopen 397649 thanks Could we have NTP by default? > But it would be a problem for the minority who have no or only > intermittent (e.g. dial-up) network access. Why would it be a problem? > I leave it to the PTBs to figure out whether there is a compromise > position. PTBs? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
Frans Pop wrote: > On Wednesday 22 November 2006 19:05, Olaf van der Spek wrote: >> Could we have NTP by default? > > Having NTP by default is not a d-i team decision but would better be > discussed on debian-devel. Who's decision is it? -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
Rick Thomas wrote: No network mean the "Network Time Protocol" won't work. Intermittent network (e.g. dial-up) means that NTP goes for long periods with no connection to the external time servers. The ntpd daemon is (mostly) OK with that, but some auto-dialers may see it's occasional polls as a reason to dial the ISP, which is probably not what the user expected. NTP could be at least installed but disabled instead of not installed. Although I'd like to have it enabled by default. Isn't it possible to start/stop ntpd based on when the dial-up link is up? -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
Rick Thomas wrote: On Nov 22, 2006, at 4:18 PM, Olaf van der Spek wrote: Rick Thomas wrote: No network mean the "Network Time Protocol" won't work. Intermittent network (e.g. dial-up) means that NTP goes for long periods with no connection to the external time servers. The ntpd daemon is (mostly) OK with that, but some auto-dialers may see it's occasional polls as a reason to dial the ISP, which is probably not what the user expected. NTP could be at least installed but disabled instead of not installed. What's the point of installing something you're not going to enable? It's not that much harder to type "aptitude install ntp" than it is to type "update-rc.d ntp defaults" There's a checkbox in the Gnome clock applet to enable NTP. But that doesn't work if it's not installed and I doubt the average user is easily able to install NTP. -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400815: debian-installer: Can't skip to configure package manager after failed install base system after succeeded install base system
Package: debian-installer Severity: normal Hi, I tried a daily image and wanted to see what it'd do if I selected "Install the base system twice". It gave a warning the second time, so I canceled. Then I selected "Configure the package manager", but instead, it tried to install the base system again. It failed, but at the end it says the failed step is: Configure the package manager. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400815: debian-installer: Can't skip to configure package manager after failed install base system after succeeded install base system
Frans Pop wrote: On Tuesday 28 November 2006 22:28, Olaf van der Spek wrote: I tried a daily image and wanted to see what it'd do if I selected "Install the base system twice". It gave a warning the second time, so I canceled. Then I selected "Configure the package manager", but instead, it tried to install the base system again. It failed, but at the end it says the failed step is: Configure the package manager. That sounds about correct. You can recover by going back to partitioning. But why? I canceled the second "Install the base system" before it touched my system, so there shouldn't be a reason to do it again. Make sure that you do install the base system again after that. The steps for setting up users/clock/timezone can be skipped. I agree that the installer could be more strict and clear in it's warnings, but that is definitely minor. Cheers, FJP -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
Package: main-menu Severity: important Hi, When installing Etch using debian-40r0-amd64-netinst.iso and auto url=xcc.demon.nl I encounter segfaults in a loop. See also http://xcc.demon.nl/temp/segfault.png and http://xcc.demon.nl/d-i/etch/preseed.cfg Olaf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 4/10/07, Frans Pop <[EMAIL PROTECTED]> wrote: On Tuesday 10 April 2007 20:00, Olaf van der Spek wrote: > When installing Etch using debian-40r0-amd64-netinst.iso and auto > url=xcc.demon.nl I encounter segfaults in a loop. Does the segfault also happen if you do not use a preconfiguration file? I can't reproduce it in that case. Does it also happen if you use a different mirror? Yes. BTW, on i386 the preseed file works fine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 4/10/07, Frans Pop <[EMAIL PROTECTED]> wrote: If that does not fix it, please try building up your preconfiguration file line by line until you find what causes the segfault. The cause is: d-i clock-setup/utc boolean false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 4/11/07, Frans Pop <[EMAIL PROTECTED]> wrote: Please reply to the BTS, even if I forget to set Reply-To... ;-) Yes, sorry. > How does it know I'm in the Netherlands then? I'm not quite sure selecting a country that does not match a locale is supported ATM. If it works for you, that's fine, but I would not be surprised if it isn't. AFAIK preseeding locale as en_NL won't work either, but you could try that as an alternative. Ah, that may explain why I had to manually set timezone and mirror. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 4/11/07, Frans Pop <[EMAIL PROTECTED]> wrote: > The cause is: d-i clock-setup/utc boolean false OK, then let's reassign to clock-setup for now, although the real problem could well be elsewhere. Could you send us your last preconfiguration file? The one that made the error show up? Thanks for your work identifying the cause. Now let's hope that we can reproduce it... Just "d-i clock-setup/utc boolean false" in the file does the trick. Maybe decreasing priority and manually choosing that answer works too, but I don't know how to decrease priority. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418760: preseed: Preseeding isn't working anymore in Testing
Package: preseed Severity: normal Hi, I downloaded debian-testing-i386-netinst.iso and tried to install it in VMware with auto url=xcc.demon.nl This works with Etch, but with Testing, it asks language, country, priority and then it wants to check the media integrity. The check passes, and then an install step fails. It's the execute a shell step. Then I get back to this menu: http://xcc.demon.nl/temp/preseed.png at which point the preseed file hasn't been fetched yet. Greetings, Olaf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418760: preseed: Preseeding isn't working anymore in Testing
On 4/16/07, Frans Pop <[EMAIL PROTECTED]> wrote: On Friday 13 April 2007 15:28, Joey Hess wrote: > Testing is no longer etch, but lenny, so the default url downloaded > when using a simple url has changed > from http://hostname/d-i/etch/./preseed.cfg > to http://hostname/d-i/lenny/./preseed.cfg > > I imagine that's the cause of your problem. After checking by running an install with 'auto url=xcc.demon.nl' myself, this is exactly the case. Therefore closing this report. Actually, that wasn't it. I tried http://hostname/d-i/lenny/./preseed.cfg before and tried it again now, it doesn't work with the image I had. But with a new daily image it works. BTW, gmail appears to be blocking mail from @debian.org. :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 5/19/07, Frans Pop <[EMAIL PROTECTED]> wrote: There was someone else who reported the same issue on IRC, but if we cannot reproduce it, we will need you (or someone else) who can to debug this. 'Unfortunately' I can't reproduce it either with a more recent CD image. To try to trace this I would suggest the following: - boot with 'install url=http://' - at the first dialog, switch to VT2 - edit /var/lib/dpkg/info/network-preseed.postinst and add a 'set -x' - continue the installation untill the problem occurs - find some way to get the syslog off the system The last may be tricky. You could try booting with BOOT_DEBUG=3 and editing /etc/inittab so the debian-installer program does not automatically respawn. If you add modules=openssh-client-udeb at the boot prompt, you will be able to run scp from a shell. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 5/22/07, Frans Pop <[EMAIL PROTECTED]> wrote: On Tuesday 22 May 2007 19:10, Olaf van der Spek wrote: > 'Unfortunately' I can't reproduce it either with a more recent CD > image. Hmm. What do you mean "recent image". Your original report was for an official Etch image and there are no new images for that. If the issue is reproducible with an Etch image, it is still worth investigating. Good question. :) I mixed up this bug with another in which preseed in Lenny didn't work. On 5/19/07, Frans Pop <[EMAIL PROTECTED]> wrote: To try to trace this I would suggest the following: - boot with 'install url=http://' With install instead of auto, it appears to ignore the preseed file, so I'll use auto. - at the first dialog, switch to VT2 - edit /var/lib/dpkg/info/network-preseed.postinst and add a 'set -x' - continue the installation untill the problem occurs - find some way to get the syslog off the system The last may be tricky. You could try booting with BOOT_DEBUG=3 and Why is that needed? And I get a debug shell (sh: can't access tty; job control turned off). I've no idea how to continue after that. editing /etc/inittab so the debian-installer program does not automatically respawn. If you add modules=openssh-client-udeb at the boot prompt, you will be able to run scp from a shell. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 5/22/07, Frans Pop <[EMAIL PROTECTED]> wrote: > Why is that needed? If you can access the shell without problems after the failure, this is possibly not needed. But you will still need to add the "set -x" somehow _before_ the preconfiguration file gets loaded. But network-preseed.postinst doesn't seem to exist when I'm configuring locale etc. By the time it does exist, DHCP has already run and I'm at the hostname dialog. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418590: main-menu: Segfault during automatic install on AMD64
On 5/22/07, Frans Pop <[EMAIL PROTECTED]> wrote: On Tuesday 22 May 2007 21:31, Olaf van der Spek wrote: > But network-preseed.postinst doesn't seem to exist when I'm > configuring locale etc. > By the time it does exist, DHCP has already run and I'm at the hostname > dialog. Right. I forgot that it is only loaded during "load additional installer components". The best way to boot the installer is probably: install priority=medium auto=true url=... This way the installation will proceed as if you booted with 'auto url=...', but will go step by step so you can make the needed change just before the preconfiguration file is loaded. /me hopes he's got it right this time :-P When I do that I get tons of questions and it seems the issue doesn't occur anymore. Is there no other way to get that set -x in there? BTW, I'm using VMware Workstation on a Core 2 Duo processor. It's weird that no one can reproduce this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#605009: serious performance regression with ext4
On Fri, Nov 26, 2010 at 10:52 PM, Ted Ts'o wrote: > I am guessing you are doing (a) today --- am I right? (c) or (d) > would be best. Are there any plans to provide an API for atomic (non-durable) file updates, not involving fsync? Would be simpler (for apps), faster and more general (because it makes less assumptions). Olaf -- 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/aanlkti=r39buhjzl+_-1go9gy0abyo6jcqr+wpbnp...@mail.gmail.com
Re: Bug#605009: serious performance regression with ext4
On Mon, Nov 29, 2010 at 2:22 PM, Ian Jackson
wrote:
> Olaf van der Spek writes ("Re: Bug#605009: serious performance regression
> with ext4"):
>> Are there any plans to provide an API for atomic (non-durable) file
>> updates, not involving fsync?
>
> Yes. Such an API has already been defined by POSIX, SuSv3, et al.
> It's called "rename".
Probably not an issue for dpkg, but in general:
Don't you reset meta-data that way?
Require a second file (name), permission to write to it and assume
it's on the same volume?
Olaf
--
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/aanlktikwmnoazspu8pqxb4rqqdg+v9xmrm7xsvozx...@mail.gmail.com
Re: Bug#605009: serious performance regression with ext4
On Mon, Nov 29, 2010 at 2:56 PM, Bastian Blank wrote: > Again: Please quote the standard instead of crying. Your view of things > disallows many of the recent improvements in filesystems, so you have to > show evidence. All the databases and other reliable data handing tools > uses fsync since a long time, because the writes may or may not hit the > disk otherwise. If the durable guarantee isn't necessary, fsync isn't the fastest way, right? Olaf -- 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/aanlkti=zsogshgqi80hecac9pqe0_gavf-kalhb0a...@mail.gmail.com
Re: Bug#605009: serious performance regression with ext4
On Mon, Nov 29, 2010 at 3:58 PM, Ian Jackson
wrote:
> Olaf van der Spek writes ("Re: Bug#605009: serious performance regression
> with ext4"):
>> Probably not an issue for dpkg, but in general:
>> Don't you reset meta-data that way?
>
> Yes. If you want to keep the metadata you must copy it.
I guess that's hard.
>> Require a second file (name), permission to write to it and assume
>> it's on the same volume?
>
> It will be on the same volume because it's in the same directory.
What about the other issues?
> This is the standard way that ordinary files for which reliability was
> important have been updated on Unix for decades. fsync is for files
> which need synchronisation with things external to the computer (or at
> least, external to the volume) - eg, email at final dot.
I know. I agree the rename trick should work, but my point is that a
better way for atomic non-durable file updates would be good to have.
Olaf
--
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/aanlkti=v9wgczz3gp7lcjaqn5phwok_us9n8-kptr...@mail.gmail.com
Re: Bug#605009: serious performance regression with ext4
On Mon, Nov 29, 2010 at 4:18 PM, Ted Ts'o wrote: > Lots of users have complained about the desktop performance problem, > but the reality is we can't really solve that without also taking away > the magic that made (c) happen. Whether you solve it by using > data=writeback and stick with ext3, or switch to ext4, or switch to > XFS, or switch to btrfs --- all of these will solve the desktop > performance problem, but they also leave you vulnerable to file loss > in the case of system crashes and applications that don't use > fsync()/fdatasync(). Are you saying you can't guarantee the atomic property without the durable property? I don't think that's right. I also don't understand why you can't solve the old contents issue without negatively affecting performance. > Hence the fact that all file system developers, whether they were > btrfs developers or XFS developers or ext4 developers, made the joke > at the file system developers summit two years ago, that what the > application programmers really wanted was O_PONY, with the magic pixie > dust. Unfortunately: I think a lot would be happy with O_ATOMIC. Olaf -- 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/aanlktiksxw-+hwz1yuqpcj8pc2zrbcusm6htgkw3y...@mail.gmail.com
Re: Bug#605009: serious performance regression with ext4
On Mon, Nov 29, 2010 at 8:23 PM, Raphael Hertzog wrote: > (Dropping bug report) > > On Mon, 29 Nov 2010, Olaf van der Spek wrote: >> > Hence the fact that all file system developers, whether they were >> > btrfs developers or XFS developers or ext4 developers, made the joke >> > at the file system developers summit two years ago, that what the >> > application programmers really wanted was O_PONY, with the magic pixie >> > dust. Unfortunately: >> >> I think a lot would be happy with O_ATOMIC. > > Please don't hijack/spam a bugreport for random complaints about the design > of file systems. Ted's answer has been very valuable to solve the problem > we have and I really dislike when constructive threads turn into > bikeshedding over file system design. > > Thanks for your comprehension. Feel free to go discuss your issues on > upstream mailing lists. This isn't about bikeshedding, it's about solving this general problem in a proper way. Olaf -- 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/aanlkti�h1_ceajsjta=yzmhd9kak=flyi9fs2pk...@mail.gmail.com
Bug#519196: (no subject)
Still an issue in Squeeze. :( Olaf -- 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/4d2ef641.5040...@xwis.net
Bug#609880: partman-partitioning: Add acl mount option
Package: partman-partitioning Version: 79 Severity: wishlist Hi, The mount options list doesn't include an option to enable ACLs (on ext). Could you add it? Greetings, Olaf -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20110113125826.4588.73291.reportbug@router
Bug#519196: installation-reports: No easy way to install without swap partition
Package: installation-reports Severity: wishlist Hi, I recently installed Lenny. I wanted to install without swap partition, but didn't find an easy way to do so. The only way appears to be to manually do the partition setup. I'd prefer a way to delete the swap partition in guided partitioning (already possible) and then increase the size of the other partition /. -- Package-specific info: Boot method: CD Image version: Lenny Date: Machine: x86 Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="5.0 (lenny) - installer build 20090123" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux router 2.6.26-1-486 #1 Sat Jan 10 17:46:23 UTC 2009 i686 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 440GX - 82443GX Host bridge [8086:71a0] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 440GX - 82443GX AGP bridge [8086:71a1] lspci -knn: 00:06.0 SCSI storage controller [0100]: Adaptec AIC-7880U [9004:8078] (rev 02) lspci -knn: Kernel modules: aic7xxx lspci -knn: 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110] (rev 02) lspci -knn: 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) lspci -knn: Kernel driver in use: PIIX_IDE lspci -knn: Kernel modules: piix lspci -knn: 00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB [8086:7112] (rev 01) lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 02) lspci -knn: 00:0b.0 Ethernet controller [0200]: Digital Equipment Corporation DECchip 21142/43 [1011:0019] (rev 41) lspci -knn: Kernel driver in use: tulip lspci -knn: Kernel modules: tulip lspci -knn: 01:00.0 VGA compatible controller [0300]: Cirrus Logic GD 5465 [Laguna] [1013:00d6] (rev 03) lsmod: Module Size Used by lsmod: ufs63748 0 lsmod: qnx47684 0 lsmod: ntfs 180416 0 lsmod: dm_mod 45384 0 lsmod: md_mod 65940 0 lsmod: xfs 446836 0 lsmod: reiserfs 187008 0 lsmod: jfs 148060 0 lsmod: ext3 103688 1 lsmod: jbd35092 1 ext3 lsmod: vfat8832 0 lsmod: fat39964 1 vfat lsmod: ext2 52744 0 lsmod: mbcache 6656 2 ext3,ext2 lsmod: tulip 43808 0 lsmod: nls_utf81664 2 lsmod: isofs 27684 0 lsmod: nls_base6528 6 ntfs,jfs,vfat,fat,nls_utf8,isofs lsmod: zlib_inflate 13952 1 isofs lsmod: rsrc_nonstatic 9344 0 lsmod: pcmcia_core31760 1 rsrc_nonstatic lsmod: ide_generic 2432 0 [permanent] lsmod: usb_storage75328 0 lsmod: vga16fb11276 2 lsmod: vgastate7552 1 vga16fb lsmod: thermal_sys10656 0 lsmod: ide_cd_mod 27524 0 lsmod: cdrom 30112 1 ide_cd_mod lsmod: ide_disk 10368 3 lsmod: uhci_hcd 18320 0 lsmod: piix6404 0 [permanent] lsmod: aic7xxx 120792 0 lsmod: scsi_transport_spi 19712 1 aic7xxx lsmod: usbcore 117104 2 usb_storage,uhci_hcd lsmod: ide_core 94760 4 ide_generic,ide_cd_mod,ide_disk,piix lsmod: scsi_mod 129420 3 usb_storage,aic7xxx,scsi_transport_spi df: Filesystem 1k-blocks Used Available Use% Mounted on df: tmpfs 45314428453116 0% /dev df: /dev/hda1 18398028497292 16966160 3% /target df: /dev/hda1 18398028497292 16966160 3% /dev/.static/dev df: tmpfs 45314428453116 0% /target/dev free: total used free shared buffe
Bug#519196: installation-reports: No easy way to install without swap partition
On Wed, Mar 11, 2009 at 7:02 AM, Christian Perrier wrote: >> I recently installed Lenny. I wanted to install without swap partition, but >> didn't find an easy way to do so. >> The only way appears to be to manually do the partition setup. > > > You mean you'd prefer having a guided partitioning option with "No > swap". No, not necessarily. After choosing guided partition, it's already possible to delete the (proposed) swap partition. However, there is no way to increase the size of the / partition. I think being able to change the size after creating a partition would be a good option in general. Olaf -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519196: installation-reports: No easy way to install without swap partition
On Wed, Mar 11, 2009 at 7:19 PM, Christian Perrier wrote: > Quoting Olaf van der Spek (olafvds...@gmail.com): > >> No, not necessarily. >> After choosing guided partition, it's already possible to delete the >> (proposed) swap partition. >> However, there is no way to increase the size of the / partition. >> >> I think being able to change the size after creating a partition would >> be a good option in general. > > > But, if I'm correct, you can do this, don't you? > > On the main partman screen displaying all partitions, can't you just > move to the partition you want to change, hit Enter on it and change > its properties...including size? No, you can change everything but size. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613796: partman-partitioning: Put swap at begin of disk instead of at end
Package: partman-partitioning Severity: wishlist Hi, Could swap be put at the begin instead of at the end of a disk? It's better for performance and it allows one to resize the / partition without touching the swap one. Greetings, Olaf Disk /dev/sda: 17.2 GB, 17179869184 bytes 255 heads, 63 sectors/track, 2088 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00050fa9 Device Boot Start End Blocks Id System /dev/sda1 * 1 993 7976241 83 Linux /dev/sda2 9941044 409657+ 5 Extended /dev/sda5 9941044 409626 82 Linux swap / Solaris -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable'), (1, 'unstable'), (1, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20110217103254.21058.50131.reportbug@router
Bug#613796: partman-partitioning: Put swap at begin of disk instead of at end
On Thu, Feb 17, 2011 at 9:27 PM, Miguel Figueiredo wrote: >> Could swap be put at the begin instead of at the end of a disk? >> It's better for performance and it allows one to resize the / partition >> without touching the swap one. > > /boot is very small and usually it's a good idea to have it in the begining of > the disk so bootloaders don't have problems with dealing with it. > At least this was a requirement with ancient distributions/disks/bios :) > I'm not sure if the same happens today on any arch or port... > > If that's the case then /boot, swap, everything else would be safer. I mean before /, by default there's no separate /boot. Olaf -- 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/AANLkTi=n55htztafjtu7bcfb2+5oicw0rtotadcmj...@mail.gmail.com
Bug#613796: partman-partitioning: Put swap at begin of disk instead of at end
On Thu, Feb 17, 2011 at 9:52 PM, Michael Tokarev wrote: > There should be absolutely no difference for performance. > If by "performance" here you mean you want faster swap, > I'd say you want _no_ swapping instead, and if you're > heavily swapping, no swap relocation will ever help. That's true. > In contrary to that, you really want your main filesystems > to be at the beginning of the drive - the data you access > most often. A 256 mb swap partition before a 1 tb root partition isn't really going to make a difference. > For resizing, -- there's no big deal to temporary remove > or move swap in case you're resizing root filesystem. > Root filesystem can be resized only when booting from > a rescue/install media (so swap isn't used), and you > can always remove swap space from a running system > if there's enough RAM (and there should be enough of > it, see above). Not true, ext supports online resize. Olaf -- Olaf -- 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/aanlktimnytttbgb-hhuotht1ymv1ay-xs+kgsbdjv...@mail.gmail.com
Bug#613796: partman-partitioning: Put swap at begin of disk instead of at end
On Thu, Feb 17, 2011 at 10:16 PM, Michael Tokarev wrote: > 256mb for swap is very rare nowadays. yes, it makes little Is it? I thought it was the default. More doesn't make sense. >> Not true, ext supports online resize. > > While ext*fs and xfs supports online resizing, one needs > to resize partitions too, and that one isn't that easy, > you need to reboot for the kernel to recognize new size > of a partition which is in use (it is possible to resize > only unused partition freely using BLKPG ioctl, but root > fs is always mounted). That seems silly. > So at least you will reboot, and when you do so, it may > be just safer to go for offline resize (using rescue/install > media), verifying at the same time that you do have an > alternative way to boot up the system if something goes > wrong. Olaf -- Olaf -- 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/AANLkTik+rEemwfEnPh+bCV_3A6VLK2=varuxuavze...@mail.gmail.com
Bug#613796: partman-partitioning: Put swap at begin of disk instead of at end
On Thu, Feb 17, 2011 at 10:31 PM, Lennart Sorensen wrote: > On Thu, Feb 17, 2011 at 10:18:33PM +0100, Olaf van der Spek wrote: >> Is it? I thought it was the default. More doesn't make sense. > > If you have 8GB ram, 256MB swap is useless. 4 or 8GB might be useful. > Some people work with datasets that large sometimes. If you have 32MB > ram, 256MB swap is probably too much. I'm not sure swap size should be related to memory size like that. It's more related to the amount of committed but not regularly used memory and the performance of the swap device. >> That seems silly. > > Linux has always been that way. It will only rescan a partition table > if the device isn't in use at all. That doesn't make it any less silly. ;) -- Olaf -- 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/AANLkTinv-JJ+PjMnsG8aovxexfvLg=+d1tkmpsp6_...@mail.gmail.com
Bug#284760: debian-installer-manual: netboot/debian-installer/i386/initrd.gz
Package: debian-installer-manual Severity: normal Hi, http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html#boot-initrd > you should download the netboot/debian-installer/i386/initrd.gz file The manual doesn't tell where this file can be downloaded. I think a link is appropriate. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
