elTecnoBlog

I’ve found myself having to change the name of a few files in batch by prepending something to them. Let’s see three easy ways to batch rename:

Universal way, works everywhere (we’re talking *nix OS here)

<span class="kwd">for</span><span class="pln"> filename </span><span class="kwd">in</span> <span class="pun">*.</span><span class="pln">jpg</span><span class="pun">;</span> <span class="kwd">do</span><span class="pln"> mv </span><span class="str">"$filename"</span> <span class="str">"prefix_$filename"</span><span class="pun">;</span> <span class="kwd">done</span><span class="pun">;



</span>

Little less universal but works if you have rename

<span class="pln">rename </span><span class="str">'s/(.*)$/new.$1/'</span><span class="pln"> original</span><span class="pun">.</span><span class="pln">filename



</span>

Lovely way in bash and zsh

<span class="pln">mv </span><span class="pun">{,</span><span class="pln">new</span><span class="pun">.}</span><span class="pln">original</span><span class="pun">.</span><span class="pln">filename</span>

For a project at my current workplace, I had to modify the firmware image of a Ubiquiti device (an EdgeRouter to be precise. Pretty nice device considering its price, worth trying!).

The firmware image itself is just a .tar file which after being unarchived (it’s not actually gzipped or anything, just tar’d) will output a bunch of files. The one I was interested in is squashfs.tmp, which, as the name suggests, is the squashed filesystem for the router. I did unsquash it by just running the unsquashfs command, modified the files I was interested in modifying, mksquashfs again, generate the md5 checksum (there is a file to verify integrity of the firmware image, called squashfs.tmp.md5 which essentially holds an md5 of the squashfs.tmp file, quite simple) and tar it again. After that, just upload to the router, wait for it to update and happy days! -> WRONG! So turns out that the router upgraded successfully to the new image, but when trying to enter into the ‘configure’ mode (as you may find in a Cisco or Juniper device) it would complain with a message saying:

Failed to set up config session

What?? I hadn’t seen that message before. My first idea was to do a ‘sudo su’ on the router (it’s essentially running a debian and you’re free to mess as much as you want; thanks ubiquiti!) and try running ‘configure’ again and this time it did not complain. Mhhh… looks like a permission issue then… Next step, quick Google search (saves a ton of time usually) and I found this post at Ubiquiti forums: Building custom image for EdgeMax Really helpful, because as you may be able to see at the end of the post (just before my comment to help on the poor souls having the same issue) somebody noticed that this was in fact an issue related to extended file attributes, not being properly preserved. Knowing that, I decided to check If that was really the issue. Mounting the squashfs.tmp file directly gave this result:

But then, when unsquashing the filesystem and running getcap, guess what happened?

Nothing! Nada! HA! So the issue happens to be when we unsquash the filesystem. I made sure to have the options enabled to preserve the xattr of files, which btw are enabled by default on Linux (be careful Mac users, they’re not there by default on Mac OS X builds of squashfs-tools), so clearly the issue was somewhere else. Some more google searching led to this: squashfs-tools: unsquashfs not preserving file capabilities Oh, that may be why… so there is a bug on the unsquashfs, at least on 4.2. I went straight to the squashfs site and got the latest package (4.3 (2014/05/12)) and unsquashed the filesystem again after compiling the tools. Still no luck, so I guess the bug is still there on 4.3. Pretty easy, just edit the file squashfs-tools/unsquashfs.c and find the function:

(Should be somewhere around line 800).

Remove the call to

from the top of the function and place it just before the return TRUE statement of the function. Compile again the unsquashfs tool and done! Now the file capabilities are correctly

No, i’m not really planning on having a clean start for the blog. I’m just thinking about bringing it to life again. It’s been a long while since I haven’t done any update and I’d like to keep it more updated with different sets of things. From things I’m technically interested or fascinated by to just random thoughts.

There will probably be also some additional changes. First of all, I’m planning on changing the theme to something a bit more ‘modern’. I’m looking forward to using a theme as clean as possible. Ideally I’d like a theme that resembles the appearance of ghost blogging platform.

The next change will be regarding language. I’ve been writing some articles both in Spanish and English, but I find myself more and more in an english only environment so I guess that I’ll switch to writing only in English unless it’s something really directed to Spanish people.

Last but not least, I expect to be updating my blog at least a couple times a week. I don’t plan to write a full 10 page entry every time (It’s never been my style anyway) but at least try to include two new entries every week, even if those are not very long. I’m not the kind of people that enjoy writing per se, so I always try to go as quickly as possible to the point I’m trying to make.

I hope my very-few readers don’t mind the changes and at the same time, I hope that increasing the number of posts will help to improve my online profile and get me new readers.

Yours truly, Guillem