[LEDE-DEV] lede integration issues remaining from the detrius of cerowrt
Dirk Neukirchen
dirkneukirchen at web.de
Sun Jun 12 02:17:33 PDT 2016
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 at 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 at 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
More information about the Lede-dev
mailing list