moving from 8gb to 16gb usb stick

[tedm]

I'm running 3.1.10-15 on a dockstar, and always keep the 8GB USB plugged in. I'd like to upgrade to an 16 GB USB stick, but can't find a process that seems to be 100% reliable. I'm familiar with gparted, fdisk, and dd, but since part of my uboot code is in the nand, I'm wondering if I am stuck with the usb stick I installed arch linux arm with?

any writeups or posts I missed with step by steup USB replacement guides?

Here's some details:

$this->bbcode_second_pass_code('', 'blkid ]# blkid
/dev/sda1: UUID="5270d041-863b-45d6-a0fd-ef4a42b2a164" TYPE="ext2"
[root@arch_linux etc]#
')

$this->bbcode_second_pass_code('', 'fdisk -l # fdisk -l

Disk /dev/sda: 8076 MB, 8076132352 bytes, 15773696 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: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 63 15759764 7879851 83 Linux
[root@arch_linux etc]#
')

$this->bbcode_second_pass_code('', ']# cat /etc/fstab
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
[root@arch_linux etc]#
')

$this->bbcode_second_pass_code('', 'df # df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 7756068 1727904 5634172 24% /
/dev/root 7756068 1727904 5634172 24% /
devtmpfs 61432 0 61432 0% /dev
tmpfs 61520 0 61520 0% /dev/shm
tmpfs 61520 276 61244 1% /run
tmpfs 61520 0 61520 0% /sys/fs/cgroup
tmpfs 61520 0 61520 0% /tmp
[root@')

$this->bbcode_second_pass_code('', 'mtab ]# cat mtab
rootfs / rootfs rw 0 0
/dev/root / ext2 rw,relatime,user_xattr,acl,barrier=1 0 0
devtmpfs /dev devtmpfs rw,relatime,size=61432k,nr_inodes=15358,mode=755 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpuacct,cpu 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/bfqio cgroup rw,nosuid,nodev,noexec,relatime,bfqio 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
tmpfs /tmp tmpfs rw 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
smbnetfs /mnt/smbnet fuse.smbnetfs rw,nosuid,nodev,relatime,user_id=99,group_id=99,allow_other 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
[root@')

[Mijzelf]

What does 'cat /proc/cmdline' say? If it specifies /dev/sda1 as rootfs, you can just format the 16GB stick and 'cp -a' all contents to it.
If it specifies '5270d041-863b-45d6-a0fd-ef4a42b2a164', you'll have to get that UUID on your new filesystem somehow.

[tedm]

/proc/cmdline shows this:

$this->bbcode_second_pass_code('', '# cat /proc/cmdline
console=ttyS0,115200 root=/dev/sda1 rootdelay=10 rootfstype=ext2 mtdparts=orion_nand:1M(u-boot),4M(uImage),32M(rootfs),-(data)
[root@')

I'll try cp-a, am hoping to use ext3 or 4, any thoughts on this? blkid and nmon show current fs as ext2 current, dmesg output shows a daily line of this:

$this->bbcode_second_pass_code('', '[1384350.134000] EXT4-fs (sda1): last error at 1360297195: ext4_mb_generate_buddy:738')

$this->bbcode_second_pass_quote('Mijzelf', 'W')hat does 'cat /proc/cmdline' say? If it specifies /dev/sda1 as rootfs, you can just format the 16GB stick and 'cp -a' all contents to it.
If it specifies '5270d041-863b-45d6-a0fd-ef4a42b2a164', you'll have to get that UUID on your new filesystem somehow.

[Mijzelf]

Does the kernel support ext3/4? When $this->bbcode_second_pass_code('', 'cat /proc/filesystems')shows ext3/4 and$this->bbcode_second_pass_code('', 'lsmod')doesn't, it's supported by the bare kernel.
Yet your commandline explicitly specifies ext2, so maybe it will be mounted ext2 anyway. Don't know if it is possible to remount to ext3/4. If that works, you could add it to fstab.

[tedm]

yes, there are some warnings of other than ext2, so perhaps I'll just try ext2 first. Thanks.

$this->bbcode_second_pass_quote('Mijzelf', 'D')oes the kernel support ext3/4? When $this->bbcode_second_pass_code('', 'cat /proc/filesystems')shows ext3/4 and$this->bbcode_second_pass_code('', 'lsmod')doesn't, it's supported by the bare kernel.
Yet your commandline explicitly specifies ext2, so maybe it will be mounted ext2 anyway. Don't know if it is possible to remount to ext3/4. If that works, you could add it to fstab.

[moonman]

To clear this up:
The only thing located in nand is the bootloader which only supports ext2 (and ext3 since its ext2 + journal, but not ext4). you can use dd with later doing resize2fs or cp -a to copy things over. You also can format your drive as ext3, but you will have to change U-Boot environment variable rootfstype to ext3. Once the kernel is loaded, you can mount any filesystem

[rty]

If you have Acronis True Image on your Windows PC, you can copy the whole disk to the new one in less than 5 minutes.

[tedm]

Thanks moonman and rty. I'm not sure how to change the filetype from ext2 to ext3 in the uboot, but I would like to use ext3 (or ext4).

I don't have Acronis handy, but I'm wondering if I can't stick the existing 8GB stick in my linux pc, along w new 16gb stick, and just boot from a partedmagic cd, and clone the 8GB partition to the 16gb partition, then use gparted to resize to 16gb. UUID would be the same.

This is how I move hdds to ssds, and it works fine, but sometimes a grub-setup tweak is needed to get the ssd to boot. I've not needed acronis or clonezilla (yet).

Perhaps I am missing something about just keeping existing ext2 and moving to new usb stick. Would it make a difference if I had my 8GB on an SD card, in a USB reader, then cloned the 8GB to a 16gb SD card?

What is the magic that acronis is adding here, that I am missing?

Thanks.

[moonman]

Acronis is just simple, your way is fine too.
Activate netconsole in case of failure. Its in the thread about upgrading u-boot.