On 11.06.2016 19:44, Dave Taht wrote: > E) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/gdisk > > The principal problem with fdisk nowadays is that very large (> 2TB, I > think) devices are not supported by it, and require a GPT capable > tool. Is there a replacement in lede that handles GPT? If not - this > is an old gdisk port to openwrt that I used to use.
util-linux w. fdisk/cfdisk etc. should work - i just tested your case in a malta VM w. virtual 3TB qemu disk: qemu-img create test.disk 3T Formatting 'test.disk', fmt=raw size=3298534883328 qemu-system-mipsel -M malta -hda lede-malta-le-root.ext4 -hdb test.disk -kernel lede-malta-le-vmlinux.elf -nographic -append "root=/dev/sda console=ttyS0 debug ignore_loglevel loglevel=7 verbose " root@(none):/# lsblk [ 9.429150] random: nonblocking pool is initialized NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 48M 0 disk / sdb 8:16 0 3T 0 disk mtdblock0 31:0 0 1M 1 disk mtdblock1 31:1 0 2.9M 0 disk mtdblock2 31:2 0 128K 1 disk cfdisk /dev/sdb i create 3 partitions there root@lede:/# fdisk -l /dev/sdb Disk /dev/sdb: 3 TiB, 3298534883328 bytes, 6442450944 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 Disklabel type: gpt Disk identifier: 5F5FA543-8EEB-47B1-A6D0-F0E24A4C544D Device Start End Sectors Size Type /dev/sdb1 2048 2147485695 2147483648 1T Linux filesystem /dev/sdb2 2147485696 4294969343 2147483648 1T Linux filesystem /dev/sdb3 4294969344 6442450910 2147481567 1024G Linux filesystem root@lede:/# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 48M 0 disk / sdb 8:16 0 3T 0 disk ├─sdb1 8:17 0 1T 0 part ├─sdb2 8:18 0 1T 0 part └─sdb3 8:19 0 1024G 0 part _______________________________________________ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
