Processed: Re: Bug#642179: debian-installer: Installs on drives larger than 2.19TB fails with older bios
Processing control commands: tag -1 - d-i squeeze Bug #642179 [debian-installer] debian-installer: Installs on drives larger than 2.19TB fails with older bios Removed tag(s) squeeze and d-i. -- 642179: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642179 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: https://lists.debian.org/handler.s.b642179.139379543023280.transcr...@bugs.debian.org
Bug#642179: debian-installer: Installs on drives larger than 2.19TB fails with older bios
Control: tag -1 - d-i squeeze Hi Karl, Karl Schmidt k...@xtronics.com (2011-09-22): This is failing with the current squeeze installer that uses grub2. What I don't know is if this is possibly a BIOS issue - my understanding is that Debian takes over and uses its own driver. This is on a Tyan S7002 which uses: # lspci |grep SATA 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller for the SATA controller. I'm attempting a workaround - I'm installing the main system on a 40GB raided pair of SSD and will have /homes on large ( 2.18TB ) drives. I will partition the large drives with gparted and use GPT. are you experiencing similar issues with wheezy installation images? Mraw, KiBi. signature.asc Description: Digital signature
Bug#642179: debian-installer: Installs on drives larger than 2.19TB fails with older bios
On 03/02/2014 03:23 PM, Cyril Brulebois wrote: Control: tag -1 - d-i squeeze This is from quite a while ago - There have been changes to grub2 and many other tools in the mean time. There are two issues - one is bios limitations on some MBs and the other is the need to use GPT for the partition table on large TB drives. I have some notes on this here: http://wiki.xtronics.com/index.php/EFI_UEFI_GUID_GPT_and_large_TB_partitions One can sometimes work around the BIOS issues by changing to coreboot on supported MBs. I have not tested this with wheezy as my preferred set up now uses a raid of SSHDs for the / (system files) and only /home is on the large drives. Your question should be if the install images support GPT - and that I don't know. Hope I've helped. Hi Karl, Karl Schmidt k...@xtronics.com (2011-09-22): This is failing with the current squeeze installer that uses grub2. What I don't know is if this is possibly a BIOS issue - my understanding is that Debian takes over and uses its own driver. This is on a Tyan S7002 which uses: # lspci |grep SATA 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller for the SATA controller. I'm attempting a workaround - I'm installing the main system on a 40GB raided pair of SSD and will have /homes on large ( 2.18TB ) drives. I will partition the large drives with gparted and use GPT. are you experiencing similar issues with wheezy installation images? Mraw, KiBi. -- Karl Schmidt EMail k...@xtronics.com Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 History may not repeat itself, but it does rhyme a lot. -Mark Twain -- 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/5313db2a.7060...@xtronics.com
Bug#642179: debian-installer: Installs on drives larger than 2.19TB fails with older bios
This is failing with the current squeeze installer that uses grub2. What I don't know is if this is possibly a BIOS issue - my understanding is that Debian takes over and uses its own driver. This is on a Tyan S7002 which uses: # lspci |grep SATA 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller for the SATA controller. I'm attempting a workaround - I'm installing the main system on a 40GB raided pair of SSD and will have /homes on large ( 2.18TB ) drives. I will partition the large drives with gparted and use GPT. Karl Schmidt EMail k...@xtronics.com Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Merchandise offered without a price, is sure to cost more than it is worth. -kps -- 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/4e7b7e1a.2030...@xtronics.com
Bug#642179: debian-installer: Installs on drives larger than 2.19TB fails with older bios
On Mon, Sep 19, 2011 at 08:08:28PM -0500, Karl Schmidt wrote: Package: debian-installer Version: 20110106+squeeze3 Severity: normal Tags: d-i squeeze -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Install attempts on a Tyan S7002 failed with a drive larger than 2.19TB (would fail at the grub installation) I was able to move an install to a 1TB drive then move to a larger disk - grow the partition, but on a kernel update it would no longer boot. This might have to do with the 2.19TB limitation of MBR - which means a move to GUID Partition Table (GPT) and possibly the need for a BIOS's that supports GUID. (See: http://en.wikipedia.org/wiki/GUID_Partition_Table ) In the mean time Debian installer fails to give any warning about larger drives and fdisk/sfdisk also fail to warn. The current kernels support GPT, but it is less than clear how older bios interact. It might be that just the boot disk needs to be smaller than 2.19TB and that storage disks formatted with GPT will work fine on machines with BIOS's that don't support GPT? It is also possible that fdisk/cfdisk/sfdisk are failing without warning if one tries to use these large drives. gparted supports EFI/GPT. I'm thinking that D-i needs to detect the large drive size, possible the ability of the bios to work with this drive size and give a warning. There might be problems supporting 2TB drives with the partioner in D-I that is independent to the BIOS. Sadly I have more questions than answers and hope someone with a better understanding of this issue writes it up. I installed on a 2.25TB disk (hardware raid 5) a few years ago, and the only thing I had to do was use grub 2 rather than grub 0.97, and install grub to the MBR. The installer used GPT automatically, which worked fine. And of course I made a small partition at the start to use for the boot files, so that grub and the bios wouldn't be trying to access anything way beyond where the bios might like to go. So in my case: (parted) print Model: ServeRA MAIN (scsi) Disk /dev/sda: 2250GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 17.4kB 50.0GB 50.0GB ext3 Root boot 2 50.0GB 2250GB 2200GB LVM lvm So I have boot and root and such as a 50G partition at the start, and everything else is LVM. Never had a problem. The BIOS certainly has no clue about GPT, but grub2 does, and as long as grub is installed to the MBR that does the trick it seems. -- Len Sorensen -- 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/20110920171707.gt15...@caffeine.csclub.uwaterloo.ca
Bug#642179: debian-installer: Installs on drives larger than 2.19TB fails with older bios
Package: debian-installer Version: 20110106+squeeze3 Severity: normal Tags: d-i squeeze -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Install attempts on a Tyan S7002 failed with a drive larger than 2.19TB (would fail at the grub installation) I was able to move an install to a 1TB drive then move to a larger disk - grow the partition, but on a kernel update it would no longer boot. This might have to do with the 2.19TB limitation of MBR - which means a move to GUID Partition Table (GPT) and possibly the need for a BIOS's that supports GUID. (See: http://en.wikipedia.org/wiki/GUID_Partition_Table ) In the mean time Debian installer fails to give any warning about larger drives and fdisk/sfdisk also fail to warn. The current kernels support GPT, but it is less than clear how older bios interact. It might be that just the boot disk needs to be smaller than 2.19TB and that storage disks formatted with GPT will work fine on machines with BIOS's that don't support GPT? It is also possible that fdisk/cfdisk/sfdisk are failing without warning if one tries to use these large drives. gparted supports EFI/GPT. I'm thinking that D-i needs to detect the large drive size, possible the ability of the bios to work with this drive size and give a warning. There might be problems supporting 2TB drives with the partioner in D-I that is independent to the BIOS. Sadly I have more questions than answers and hope someone with a better understanding of this issue writes it up. -- 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/20110920010828.31805.60339.reportbug@malaysia.xtronics.network
