A "last best rootfs"

This forum is for all other ARMv5 devices

A "last best rootfs"

Postby wxtofly » Fri Jun 14, 2013 6:51 am

I made the mistake of running pacman -Su on my pogoplug v3 oxnas.
If you are tempted, do not do it!
The upshot was that I could no longer talk to it after a reboot. (The serial port has never worked reliably.)

Coming to look for help I found the 10 old no-more-support notice.
I also found a main thread http://archlinux.2023198.n4.nabble.com/ ... 83514.html
that referenced the November announcement of a discontinuation of initscript support.

https://www.archlinux.org/news/end-of-i ... s-support/

Fortunately, I had a backup of the pre-pacman -Su system that is now running and I have access to the pogoplug again.

My question is this: Given this EOL state, Is there a Last Best rootfs for the pogoplug oxnas device that I can set and forget until I am inspired to find a new device with sata ports?
TJ
wxtofly
wxtofly
 
Posts: 17
Joined: Mon Dec 24, 2012 3:27 am

Re: A "last best rootfs"

Postby wxtofly » Fri Jun 14, 2013 7:16 pm

Should we assume that the 2012-Dec-04 is the last best rootfs?

Are there any subsequent upgrades that can be safely made without turning off things like sshd, that doesn't seem to run properly from systemd, but woks fine from initscripts.

If I run single upgrades for packages, should they be OK? Compatible with the mixed system and all?

My system is running again after restoring from backup the deleted initscripts to /etc/rc.d/ I don't know what the implications of having both are, but the last pacman -Syu I ran made sshd and therefore remote access to the pogoplug vanish. (One would think that sshd would only be removed from /etc/rc.d/ if it was going to be still working via systemd.)

TJ
from http://os.archlinuxarm.org/os/oxnas/
Code: Select all
Name   Last Modified     Size   
ArchLinuxARM-2012.02-oxnas.tar.gz   2012-Feb-17 02:30:51   149.7M 
ArchLinuxARM-2012.02-oxnas.tar.gz.md5   2012-Feb-17 02:33:05   0.1K
ArchLinuxARM-2012.05-oxnas.tar.gz   2012-May-12 03:49:00   155.3M   
ArchLinuxARM-2012.05-oxnas.tar.gz.md5   2012-May-12 03:49:00   0.1K   
ArchLinuxARM-2012.12-oxnas.tar.gz   2012-Dec-04 13:37:29   154.1M   
ArchLinuxARM-2012.12-oxnas.tar.gz.md5   2012-Dec-04 13:39:04   0.1K   
oxnas-install.sh   2012-Jul-26 17:01:12   6.7K   application/x-sh
oxnas-revert.sh   2011-Jun-16 02:30:32   3.4K   application/x-sh
update-oxnas.tar.gz   2012-Jun-16 21:15:12   10.7M   
wxtofly
 
Posts: 17
Joined: Mon Dec 24, 2012 3:27 am

Re: A "last best rootfs"

Postby Geoff » Fri Jun 14, 2013 9:13 pm

If you manage to get through all of the upgrades, including the "filesystem" upgrade that moves everything from /bin, /sbin, /usr/sbin into /usr/bin (and creates symlinks to /usr/bin), then you deserve a medal! (To avoid some gotchas, I recommend booting from a backup USB stick and using the "pacman --root" trick to upgrade another USB stick.) Restoring the /etc/rc.d/ and /etc/conf.d/ files gets a bit easier at that point, because you don't need to worry so much about editing these to fix paths to executables; the symlinks take care of most (but not all) of that. The only paths I have found that really need fixing at that point are in lines containing both "readlink" and "grep", which occur for example in /etc/rc.d/sshd and /etc/rc.d/named

I'm curious how many people have actually managed to do all this successfully, and still have working systems.
Geoff
 
Posts: 228
Joined: Wed Mar 09, 2011 5:14 pm

Re: A "last best rootfs"

Postby chat1410 » Sat Jun 15, 2013 12:07 am

Geoff wrote:I'm curious how many people have actually managed to do all this successfully, and still have working systems.

I am in that group. :D I have weekly backups of the last five weeks, with a few older backups set aside to not be purged. This allowed me to restore each initscript as it was removed. In the case of sshd, I didn't catch that one and I had to mount my rootfs in a VM with the Arch Live CD to restore the initscript from my backups. If I'm installing a new package, I peruse the package's git repo for the initscripts.

The filesystem upgrade was surprisingly easy for me. First I upgraded everything except bash and filesystem. Then I manually moved all files from /bin /sbin /usr/sbin to /usr/bin and corrected all references to the wrong directories. Finally I updated bash and filesystem and rebooted. To my surprise, it worked!

Even though I am through the worst of it, I am looking to purchase a Raspberry Pi and make that my "production" machine. I do not recommend anyone attempt to upgrade an older rootfs to current at this point, but if you want to attempt it, in theory you can make a copy of [ /etc/rc.d/ ] and [ /etc/conf.d/ ], update, and then copy all the scripts back.. I've seen mention that Debian will run on this Pogo Plug, I plan on looking further into that.
chat1410
 
Posts: 28
Joined: Thu Nov 01, 2012 5:55 pm

Re: A "last best rootfs"

Postby moonman » Mon Jun 17, 2013 3:16 am

Somebody knowledgeable who knows how to get past last upgrade should create a new rootfs tarball. I could do it if I had the device but I don't. As long as sshd is running, everything else can be fixed. We can also create a special thread with all the missing initscripts to get these devices (community) going. There are already a couple, but one thread with just the scripts will be better.
Pogoplug V4 | GoFlex Home | Raspberry Pi B 512 | CuBox-i4 Pro | ClearFog | BeagleBone Black | Odroid U2 | Odroid C1 | Odroid XU4
-----------------------------------------------------------------------------------------------------------------------
[armv5] Updated U-Boot | |[armv5] How to install my.pogoplug.com service | [armv5] NAND Rescue System
moonman
Developer
 
Posts: 3131
Joined: Sat Jan 15, 2011 3:36 am
Location: Calgary, Canada

Re: A "last best rootfs"

Postby Geoff » Wed Jun 19, 2013 4:13 pm

OK, I suppose I can take up the challenge. I can take two alternative approaches, which result in slightly different tarballs:

1. A rootfs that differs as little as possible from the one we're used to, but survives through "pacman -Syu". This leaves relevant as much as possible of the advice in this forum on how to get things (e.g., networking) to work, albeit obsolete and full of hacks as it is.
2. A rootfs that depends as little as possible on initscripts configuration, relying more on the compatibility layer between initscripts and systemd. This makes for more (but still not complete) consistency with the Arch documentation. It moves everything out of /etc/rc.conf except for the DAEMONS list. It means switching from using net-tools (which is obsolete) to netcfg (net-profiles, net-auto-wired, etc.).

I guess when I've done with these, I'll pass them by some of the experts for review and improvements, in case any of them haven't completely washed their hands of this platform. I don't want to turn this into a long-term commitment, though, any more than they do.
Geoff
 
Posts: 228
Joined: Wed Mar 09, 2011 5:14 pm

Re: A "last best rootfs"

Postby nick2012 » Fri Jun 21, 2013 4:41 am

Geoff wrote:OK, I suppose I can take up the challenge. I can take two alternative approaches, which result in slightly different tarballs:

1. A rootfs that differs as little as possible from the one we're used to, but survives through "pacman -Syu". This leaves relevant as much as possible of the advice in this forum on how to get things (e.g., networking) to work, albeit obsolete and full of hacks as it is.
2. A rootfs that depends as little as possible on initscripts configuration, relying more on the compatibility layer between initscripts and systemd. This makes for more (but still not complete) consistency with the Arch documentation. It moves everything out of /etc/rc.conf except for the DAEMONS list. It means switching from using net-tools (which is obsolete) to netcfg (net-profiles, net-auto-wired, etc.).

I guess when I've done with these, I'll pass them by some of the experts for review and improvements, in case any of them haven't completely washed their hands of this platform. I don't want to turn this into a long-term commitment, though, any more than they do.


a ray of hope :)
your work will help all the oxnas owners
now my oxnas device is sitting idle at my table
devs will surely help you with this. :roll:
nick2012
 
Posts: 85
Joined: Fri Apr 26, 2013 6:03 pm

Re: A "last best rootfs"

Postby Socaltom » Sat Jun 22, 2013 1:44 pm

I have a new tarball of a filesystem created by moonman. He took the 12.12 rootfs and updated it using the known workarounds. As soon as I get it uploaded somewhere I'll post a link. He's away from his computer for a few days due to weather related issues. He did the work on my pro, so I've created the tarball ( hopefully I did that correctly).
Tom

Link below
Thanks
Tom
[url]
Last edited by Socaltom on Mon Jun 24, 2013 1:05 pm, edited 1 time in total.
Owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
Adminstrator for
Goflex net, Black V3, Black V2
Socaltom
 
Posts: 569
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: A "last best rootfs"

Postby Socaltom » Sun Jun 23, 2013 10:54 pm

I tested the tarball. It extracts and boots just fine on m pro.
Tom
Owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
Adminstrator for
Goflex net, Black V3, Black V2
Socaltom
 
Posts: 569
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: A "last best rootfs"

Postby moonman » Mon Jun 24, 2013 1:18 am

I am back in business :) Finally I was able to return home last night and electricty was on an hour later. Calgary is mess at the moment...

Thank's to Tom for letting me to use his PP Pro, I was able to update 12.12 rootfs past the dreaded glibc update and past the update that moves all binaries to /usr/bin. I am currently uploading it to dropbox so everybody won't load Tom's server.

What I did:

- I had to create filesystem 2013.01 package to get past the glibc update because the latest filesystem package would move everything to /usr/bin/, but new glibc requires at least 2013.01 version. So updated glibc and filesystem - rebooted.
- After that, as usual updated everything except for bash and filesystem.
- moved all the remaining binaries to /usr/bin
-installed bash and filesystem
- Had to dig out initscripts from archlinux git history and manually put them into /etc/rc.d and of course changed the paths to /usr/bin
- These initscripts will not get removed with the package upgrades because they aren't part of the packages anymore

I might have missed some things, but this rootfs does boot up and is usable and ready to take the updates.

Link:
Code: Select all
http://dl.dropboxusercontent.com/u/15043728/ArchLinuxArm/oxnas/oxnas-rootfs-2013-06.tar.gz

There's a 20GB/day download limit for dropbox so here's a mirror:
Code: Select all
http://www.mediafire.com/download/ocr1u6hpqj9a8c3/oxnas-rootfs-2013-06.tar.gz
Last edited by moonman on Wed Jun 26, 2013 8:04 am, edited 1 time in total.
Pogoplug V4 | GoFlex Home | Raspberry Pi B 512 | CuBox-i4 Pro | ClearFog | BeagleBone Black | Odroid U2 | Odroid C1 | Odroid XU4
-----------------------------------------------------------------------------------------------------------------------
[armv5] Updated U-Boot | |[armv5] How to install my.pogoplug.com service | [armv5] NAND Rescue System
moonman
Developer
 
Posts: 3131
Joined: Sat Jan 15, 2011 3:36 am
Location: Calgary, Canada

Next

Return to Community Supported

Who is online

Users browsing this forum: No registered users and 1 guest