Category: Linux

HP Touchpad Cyanogenmod 7

Cyanogenmod 7 is now ported over to the HP Touchpad!  Cyanogenmod is an aftermarket firmware for phones and tablets and offers features that cannot be found by vendors.  On August 20, 2011 HP had a fire sale on there new tablets 16gb Touchpad’s where going for $99 and 32gb Touchpad’s for $149 this caused alot of people to go to retail stores and demand for Touchpad’s!  I happen to work for a big box retail place and happen to be working the day it happened but like most geeks and nerds I knew about the price change a day before.  I went into my store to ask if the store was selling them at $99, the manager told me, “No, and was waiting for communication from corporate.”  After about an hour later we got the OK and I finally got my hands on as 32gb Touchpad.  I knew that one day Android would be ported over to the Touchpad and recently just happened!

 

After installing Cyanogenmod to the Touchpad which happened to be a pretty painless, all that you need is novacom and some files and the installer actually resized the current 32gb partition to two 16gb’s so I can dual boot Webos and Cyanogenmod!  I have to say for an Alpha release I am VERY surprised by how much work has been done to the project and what they are capable of doing.  Wireless works and connected to my Access Point granted the Wireless doesn’t stay on when the tablet is in sleep mode but hey this is Alpha!

 

Here at Swagpile, we came across a situation where we had a server running Debian Lenny (5.0), but there were several packages we needed which were only available in Debian Squeeze (6.0). Unfortunately, the server in question was running on a VPS under Virtuozzo, so upgrading the kernel wasn’t a very realistic option. After poking around online, I determined that this was feasible and that we should go ahead with the upgrade. Read More »

Unboxing Motorola Xoom Wifi

Today marks the day when Motorola released the Motorola Xoom Wifi edition to the public, and so far the tablet has been pretty smooth.  Here I have some pictures of the unboxing of the whole Xoom, there’s also pictures when I did the screen protector but I thought some would enjoy the fact of what the unboxing looks like for Motorola’s new tablet.  Now I’m off to root this bad boy!

This is a follow-up to the post I did earlier, here. I will demonstrate how to use the earlier script to backup to a local filesystem location, or any other storage engine supported by duplicity.

Read More »

OK, so today I set out to create a very simple backup script (bash) that could be run periodically from the crontab to backup the contents of an arbitrary directory in the filesystem (in this case, my user’s home directory). I was originally planning on doing a simple tar incremental or differential backup script when I stumbled upon a neat little utility called duplicity. It’s apparently been around for quite some time and is in fairly common use, but… it’s new to me!

Read More »

Clonezilla and dd_rescue

They say they’re two types of people; those who back up and those who don’t, but today I finally got to test my limits and see how far I could have gotten. I had my bag of goodies with me just in case something like this would ever happen I just didn’t know it would happen to me!

 

I learned about Clonezilla when I wanted to clone something in Linux but wanted something that would copy NTFS as well, just in case anything happened I could easily image someone’s drive and reimage it back up in minimal time and it so happened to be I used Clonezilla to image Windows XP for someone and it worked out very nicely.

 

Head over to Clonezilla’s website and download the ISO or ZIP and use whatever method you want to boot from this is fine.  I tried my hand at the USB installer and it seemed to work out pretty nicely, downloaded the current live cd from the internet and formatted the USB stick, everything looked good til I booted from the USB stick, it gave me an simple boot error message and I did not have to time to break it down but I will get into later.

 

After making a bootable CD I fired it up and continued to the next step after hitting the defaults I got up to it asking me what my source hard drive was and my destination hard drive where.  After select the correct drives it started to do its thing and needless to say I was pretty impressed, well after about 6 minutes I started seeing logical block failures from Clonezilla, it looked like my drive could not read from a certain block and I knew after 5 minutes of it repeating itself that it wasn’t going to go anywhere, so I looked into Clonezilla again to see if there an option so I tried under the Expert settings and using the -rescue option and the samething happened and I knew I was in trouble, anyone that installs Gentoo by hand can tell you that they would rather not reinstall it again.

 

After looking online I knew I would have to use dd and copy everything block by block and after it was installed I would have to run fsck on it but I found out Clonezilla has dd_rescue installed on it, which is like dd but does not stop on errors and does not truncate the output file.  The command used was:

dd_rescue /dev/sda1 /dev/sdb1

After dd_rescue ran for about 4 hours it did come back with 32 errors which totally to about 16kb, not bad for some bad sectors on the disc!  This has saved me from all the data that was on the drive, reinstalling Gentoo back on the system and also has prompted me to go ask John to do a How To on backing up.

After messing around with WordPress on a VM, I was able to get to get everything up and running with nice working Permalinks.  But for whatever which reason I could not for the life of me figure out why I kept on getting 403′s on the entire site!  Here is a run down on what I did:

First I made sure everything was working correctly the way I wanted it to be and this meant I had to enable mod_rewrite module in Apache for Permalinks.

ls /etc/apache2/modules-available

ls will return a list of available modules located in the directory, the one we are lookng for is called rewrite.load

Now we need to tell Apache that we want to make mod_rewrite available and ready to use and to that we will need to issue this command:

 

sudo a2enmod rewrite

a2enmod

Now Apache needs to be restarted by: sudo /etc/init.d/apache2 restart

Once Apache is restarted the rewrite module will be enabled but we still need to tell Apache a few other things before we can get pretty Permalinks, and in order to do this we need to open /etc/apache2/sites-enabled/000-default with your favorite text editor and of course permissions to be able to save the file.

The code we are looking for is pretty standard but if you are using VirtualHost then you need to pay attention to which directory your website is running on.

The code is:

<Directory /var/www/> Options Indexes FollowSymLinks MultiViews AllowOverride all Order allow,deny allow from all </Directory>

 

We need to change that to this:

<Directory /var/www/> Options Indexes FollowSymLinks MultiViews AllowOverride none Order allow,deny allow from all </Directory>

All that was really done to this was we changed AllowOverride all to AllowOverride none.  Once you have finished saving the file you need to restart apache again by issuing sudo /etc/init.d/apache2 restart.

We are almost done, what needs to be done next is that we need to log into WordPress and tell it that we want to use Permalinks!  This can be done in Settings>Permalinks.

I picked the Day and the Name for easier reading, but of course you can pick how it can be displayed and if you need help you should look at the WordPress Codex which has a ton of information!

Now after we are done updating the settings for Permalinks if you have write access to the directory WordPress will create and generate a .htaccess file for you, but if you don’t then WordPress tells you that you need to manually edit the .htaccess file.

Now here is what I learned, since we have SSH access to our VPS I used rsync+ssh to sync the files from my VM to the Server, not knowing what the permissions where set on the .htaccess file, after about an hour of comparing permissions, looking at Apache config files. and checking out the log file for Apache I figured that when you went to our homepage that the user didn’t have read permissions to the .htacces file that it would spit out a 403 errors.