IRC log of #cubox of Wed 24 Jan 2018. All times are in CET < Back to index

10:36 heap_> hi i have deb for cubox on sd card.. but i want to migrate it to the other sd card which is few KB smaller so i cant use DD
10:36 heap_> any idea how to do that?
10:39 vpeter> Make disk image and resize partition with gparted or some other program.
10:39 vpeter> Done few times.
11:07 heap_> by disk image you mean?
11:07 heap_> dd old card to file
11:07 heap_> and then using gparted to resize it? and dd file to new sd card?
11:08 Ke> you can resize it before the dd, if needed
11:09 heap_> not sure
11:09 heap_> bc i wanted to dd if=/dev/sda of=/dev/new_sd
11:09 heap_> if i resize it appylies to partitions...
11:09 heap_> i dont know
11:09 heap_> then need to create somehow identical partitions in size...
11:10 vpeter> You need to resize one partition somewhere. You can do it on original sd card and then use dd to a new one.
11:12 suihkulokki> heap_: assuming your time has any value, it's gonna be cheaper to just buy a bigger sd than to dance the image size smaller
11:14 heap_> suihkulokki: yes i wanted to do it with min time effort
11:14 heap_> the thing is that card i have i smaller few KB
11:14 heap_> cant i copy files and dd only boot loader part?
11:14 vpeter> How long does it take to resize card? Whole day?
11:15 vpeter> It should be faster then buying new card :-)
11:15 heap_> again resize wont help
11:15 heap_> if u do dd /dev/sda
11:15 heap_> only in case if u do dd sda1,sda2 etc
11:16 heap_> whats the issue with copying files and dd only boot loader?
11:17 vpeter> No issue.
11:17 vpeter> And why resize would not work? Is original card already 100% full?
11:18 heap_> vpeter: i dont know size / numb of KB of boot loader and where it is located
11:18 heap_> vpeter: its not full
11:18 vpeter> Last partition needs to be made smaller so everything would fit on new (smaller) card.
11:18 heap_> if sda is 100KB and new card is 101KB then dd if=sda of=new card wont work.
11:18 heap_> i dont wanna make all that hasle with repartioning etc
11:18 heap_> if i can copy and dd boot loader only..
11:19 vpeter> You would already be done by now :)
11:19 heap_> no
11:19 heap_> i dont know commands etc
11:19 heap_> you are suggesting something
11:19 heap_> which is maybe ease for you
11:19 vpeter> gparted is gui program - just click :)
11:19 heap_> im looking for something easy for me.
11:20 heap_> gparted wont help
11:20 heap_> i will need to partiton new card identicaly etc
11:20 vpeter> Done it 3 times in last few months. 100% success :-)
11:20 heap_> oh god.
11:20 heap_> you did
11:20 heap_> it
11:20 vpeter> No, you make original sd card smaller so it would fit to new smaller sd card.
11:20 heap_> but im not you and have no your skillset.
11:21 vpeter> But I'm telling you what to do.
11:21 heap_> the size is on the partition level.
11:21 vpeter> But it was just suggestion. You can do it different way obviously.
11:21 heap_> dd is copying on the pysical...
11:21 heap_> so no, gparted wont help
11:23 vpeter> Example: original card is 16200 MB. New card is only 16000 MB. That's why you resize last partition on original card to end before 16000 MB. Obviously wasting 200 MB but who cares. Then you can use dd which would fail at the end but everything important would be copied to target card.
11:23 heap_> hm ok
11:24 vpeter> And you can also use dd to make disk image and resize this disk image to fit on target card.
11:25 vpeter> Just for fun: official SD cards for RPi are very different in sizes (from 14 to 16 GB) for 16 GB card.
12:17 topi`> why is it so that HB's UBOOT refuses to find keyboard if it's hooked up to the upper USB port (the usb-otg port)?
12:17 topi`> none of the other ports on this HB work, so I need to use that usb-otg port
12:17 topi`> but in UBOOT, it doesn't find the keyboard there
12:18 topi`> vpeter: my recommendation is to symlink /var to partition #2 and make partition #2 rather small, but it can be resizefs'd at will afterwards
12:19 topi`> that way, rootfs can be kept <2GB and all growth can concentrate on the /var region
12:19 topi`> I have /home -> /var/home
13:42 Ke> I guess it's good time to speedup mcbin project, I am no longer able to open encrypted files
13:42 Ke> or disks
14:17 Artox> Hurray, Debian has enabled support for compressed kernel modules in modprobe: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772628
14:41 Ke> Artox: \o/
14:41 Ke> I got hit by that as well
14:41 Ke> was quite unhappy