similar to: Does 4K sector size fully support?

> Hi syslinux developers, > > As the title questions. > Would like to know the status about 4k sector size support. > > I use the latest code build and use these library. > Then try to boot on efi from my 4k sector size virtual devices. > It always hangs on bootloader. > > I try to use the same bootloader and library on 512 sector size > virtual devices and it

On 02/04/16 08:03, Ady via Syslinux wrote: > > My _*guess*_ is that no developer of Syslinux has actually tested this > scenario (i.e. booting syslinux.efi on "4k" devices), but I could be > wrong. > I don't think we have tested booting from 4K logical sector devices; and I suspect the BIOS authors haven't either... -hpa

> On 02/04/16 08:03, Ady via Syslinux wrote: > > > > My _*guess*_ is that no developer of Syslinux has actually tested this > > scenario (i.e. booting syslinux.efi on "4k" devices), but I could be > > wrong. > > > > I don't think we have tested booting from 4K logical sector devices; and > I suspect the BIOS authors haven't either...

Still have good quality older sata hardware raid cards that require 512 bytes/sector. As far as I know HD manufacturers are not making native 512 bytes/sector drives any more. Some have better 512e emulation than others. Looking for some advice on which to avoid and which are recommended. Thanks. PS this is for a CentOS6 server.

On Tue, Dec 29, 2015 at 2:43 PM, <m.roth at 5-cent.us> wrote: > m.roth at 5-cent.us wrote: >> >> Well, I get back from vacation, and three CentOS 7 boxes didn't come up >> this morning (my manager and the other admin did the update & reboot). >> On these three - but *not* another one or two, and I don't think those >> others are Dells,

Hi, folks, Well, I get back from vacation, and three CentOS 7 boxes didn't come up this morning (my manager and the other admin did the update & reboot). On these three - but *not* another one or two, and I don't think those others are Dells, they're supermicro's - the 327 kernel fell into the rdosshell, I guess. I finally got one the three up by going back to the 228.14

I've mentioned this problem before but put off doing anything about it and maybe now someone can suggest the best solution. I have a 3-member RAID1 set where one of the members is periodically swapped and rotated offsite. The filesystem contains a backuppc archive which has millions of hardlinks that make it impractical to copy with a file-oriented approach. The current filesystem is

On Fri, Feb 27, 2015 at 2:59 PM, Chris Murphy <lists at colorremedies.com> wrote: > On Fri, Feb 27, 2015 at 1:53 PM, Robert Arkiletian <robark at gmail.com> > wrote: > > Still have good quality older sata hardware raid cards that require 512 > > bytes/sector. As far as I know HD manufacturers are not making native 512 > > bytes/sector drives any more. > >

Hi, time ago I started doing support for 4k sector disk for syslinux. Patches worked for my cases (ext) and did not introduced regression problems with normal disks. Now I would like to update these patches and upstream them. It's not clear however which is the branch I should use to rebase these patches. Previous patches was against syslinux-4.06 but now there is syslinux-5.01 (elflink)

Hi al Does anyone here that knows if the new 7K3000 drives from Hitachi uses 4k sectors or not? The docs say "Sector size (variable, Bytes/sector): 512", but since it''s variable, any idea what it might be? I''m planning to replace 7x3+1 drives on this system to try to get some free space on some full VDEVs. If the drives are in fact 4k sector drives, will it be possible

Hi ZFS Discuss, I have a 8x 1TB RAIDZ running on Samsung 1TB 5400rpm drives with 512b sectors. I will be replacing all of these with 8x Western Digital 2TB drives with support for 4K sectors. The replacement plan will be to swap out each of the 8 drives until all are replaced and the new size (~16TB) is available with a `zfs scrub`. My question is, how do I do this and also factor in the new

Hello, can someone give me a short summary on the status of support for sector sizes >512bytes in SYSLINUX? The installer obviously still doesn't support it, at least it complains about "unsupported sector size" when used on a 4k-sector disk. I read somewhere that this is only a problem of the installer, and that SYSLINUX itself would work if it got installed "by other

On 12/16/2013 05:18 AM, Frediano Ziglio wrote: > > Surely should apply to 4.xx where they was developed but I think I send > them for 5.xx. mbr part of patches was merged time ago. > Unfortunately I had no time to update other patches. If I remember there > was a problem on the way ADV was implemented (using the same sector). > > Unfortunately my company business required to

Hi. Is the problem with ZFS supporting 4k sectors or is the problem mixing 512 byte and 4k sector disks in one pool, or something else? I have seen alot of discussion on the 4k issue but I haven''t understood what the actual problem ZFS has with 4k sectors is. It''s getting harder and harder to find large disks with 512 byte sectors so what should we do? TIA...

> Yes, I tried to dd the mbr.bin and use both --install and --stupid parameters. > > The FAT32 partition is bootable. > > > Here is what I did: > > $ sudo fdisk /dev/sda -l > > Disk /dev/sda: 500.1 GB, 500107862016 bytes > 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size

> Hi, > > Ady wrote: > > Is this "32MiB" a limitation related to the UEFI specs in any way? Or > > is it relevant for BIOS (non-EFI) too? > > It comes from El Torito specs which are referred to by UEFI 2.4 > specs. In EL Torito 1.0, Figures 3 and 5, "Sector Count" is a 2-byte > "Word". So it can count up to 65535. > Sector count

> Hi, > > Ady wrote: > > This could be misinterpreted by some users as: "if > > you want to build an isohybrid image, then you cannot use > > 'syslinux.efi'". This would be incorrect. > > I don't know whether syslinux.efi can be used for booting > from ISO 9660 via UEFI. Currently there is no example > around which would succeed

This patch will add fields of sector size for: - partition sector data size - target partition sector data size Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- v2: realign the position of '+^ 1' resize/resize.ml | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/resize/resize.ml b/resize/resize.ml index 4e58e84..602a583 100644 ---

This patch will add fields of sector size for: - partition sector data size - target partition sector data size Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- resize/resize.ml | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/resize/resize.ml b/resize/resize.ml index 4e58e84..21bba63 100644 --- a/resize/resize.ml +++ b/resize/resize.ml @@ -81,10

Does anyone know if 4k sectors will be handled better by the kernel in Centos6? I'd like to copy backups to a 750Gb laptop type drive for offsite storage but the best write speed I can get is about 8MB/sec even with dd to the raw disk which shouldn't have an issue with partition alignment. -- Les Mikesell lesmikesell at gmail.com