@moonman,
OK, thanks. Tried doing that but pogoplug doesn't seem to want to boot off of the HD and I can't SSH back into it.
Boots OK when I put the USB drive in (and I can SSH in again). Wondering if the HD enclosure might be causing issues...
I'll try this to the new (faster) USB drive that I bought to try to isolate the issue.
To install ALARM I used the procedure (and bootloader) as described here:
http://archlinuxarm.org/platforms/armv5 ... 2-pinkgrayHere's the commands that I ran in case you see an issue with those in the meantime (ran in Linux Mint with both USB and HD attached). UIDs are almost identical since I initially created an image of the USB drive and then wrote that image to the HD drive:
$this->bbcode_second_pass_code('', '
zbyszko@zbyszko-EX58-UD4P ~ $ sudo su
[sudo] password for zbyszko:
zbyszko-EX58-UD4P zbyszko # cp -a /media/zbyszko/b635b2b5-5db7-4139-8a9c-6607532da371/root /media/zbyszko/b635b2b5-5db7-4139-8a9c-6607532da3711/root
zbyszko-EX58-UD4P zbyszko # sync
zbyszko-EX58-UD4P zbyszko # sync
zbyszko-EX58-UD4P zbyszko # umount /media/zbyszko/b635b2b5-5db7-4139-8a9c-6607532da371
zbyszko-EX58-UD4P zbyszko # umount /media/zbyszko/b635b2b5-5db7-4139-8a9c-6607532da3711
')
UPDATE:
cp command (from USB stick to new USB stick) didn't quite work properly... made a directory with the UID of the source disk and then put all the files in there... doing a "cp --help" shows that the -a switch copies files into an archive (which is what it apparently did).
$this->bbcode_second_pass_code('', 'zbyszko-EX58-UD4P arch # cd /media/zbyszko/ALARM
zbyszko-EX58-UD4P ALARM # ls
b635b2b5-5db7-4139-8a9c-6607532da3711 lost+found
zbyszko-EX58-UD4P ALARM # cd b635b2b5-5db7-4139-8a9c-6607532da3711/
zbyszko-EX58-UD4P b635b2b5-5db7-4139-8a9c-6607532da3711 # ls
bin ca-certificates extracted lost+found opt run sys usr
boot dev home media proc sbin tmp var
bsdtar etc lib mnt root srv T_xc3_x9c_x42_xC4_xB0TAK_UEKAE_K_xC3_xB6k_Sertifika_Hizmet_Sa_xC4_x9Flay_xc4_xb1_x63_xc4_xb1s_xc4_x
')