Wednesday, October 13, 2010

Post-Maverick Install Woes - no /home

Why oh why? I told the process Not To Touch my /home, which Thomas had so thoughtfully labelled. AND said to use it as /home. But cat fstab shows:
$ cat fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
#                
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sdb1 during installation
UUID=649ffd64-17b4-4a95-aebe-360413cc3203 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=dfe16a55-80c3-42c8-937a-4341cb2886c8 none            swap    sw              0       0

Where is /dev/sdb6, which was /home?

I can't deal with this tonight. I can't feel too discouraged, after escaping from the botch-install hell of the last couple of days. Maverick looks and feels GREAT! It's just bizarre to have no settings, and no content whatsoever, not even my old backup. Amarok is lonesome with no music.

Maco asks, in IRC, if the partition is still on the harddisk, which of course has been my question.
sudo fdisk -l
tells me:
Disk /dev/sda: 400.1 GB, 400088457216 bytes
255 heads, 63 sectors/track, 48641 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c403c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        2432    19530752   83  Linux
/dev/sda2            2432       48642   371178497    5  Extended
/dev/sda5            2432        2918     3905536   82  Linux swap / Solaris
/dev/sda6            2919       48642   367271936   83  Linux

Disk /dev/sdb: 7958 MB, 7958691840 bytes
245 heads, 62 sectors/track, 1023 cylinders
Units = cylinders of 15190 * 512 = 7777280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ee8a7

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        1023     7769654    c  W95 FAT32 (LBA)
Partition 1 has different physical/logical endings:
     phys=(1023, 244, 62) logical=(1022, 244, 62)

At this point,
sudo blkid /dev/sda6
to get the UUID for /dev/sda6, which says:
/dev/sda6: LABEL="home" UUID="1e3555c0-f248-446e-a9a7-6a42ab95eced" TYPE="ext4"
Yay! It's still there on the disk, still with it's nice label. Thanks, Thomas!

Now it's time to edit fstab, and add the line:
UUID=1e3555c0-f248-446e-a9a7-6a42ab95eced /home               ext4    errors=remount-ro 0       1

I did that by using Kate, which is somewhat unorthodox, but it's what I like.
kdesu kate
then append the line above, save as fstab. Finally, I moved my present $HOME in case I need some of the settings or files from the last few days.
sudo mv $HOME /oldhome
and then restart. Let's see if it works!

===========

I want to report success! My /home is all happy, and my /oldhome dotfiles mostly copied back over. This time around, Chromium built OK, and I'm actually editing this blog in it now. Hallelujah, Maverick rocks! If I can build Amarok from source again, I'll be in heaven.

PPS: Amarok built without a hitch!

GRUB2 and chroots, dammit!

Worst outcome from an install so far. Upon automatic reboot, when all is reported success:

error: the symbol `grub_xputs` not found
grub rescue:>

Terror struck my heart, and hopelessness, and googling. I found that not only was I not alone, but it is a result from a long-standing bug, which bothered me greatly as I was installing: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/496435/comments/20, specifically: "Grub doesn't identify SATA drives in the same order as the BIOS." Not only was this extremely confusing to me as I was trying to decide what to do during the install, even though I thought I had prepared very well, but also, "I had to boot from the live image and chroot" as the bug commenter did.

On the other hand,that worked well. See the process here: http://www.webupd8.org/2010/05/fix-symbol-grubputs-not-found-when.html. Guess what the post is called? Fix Symbol 'grub_puts' Not Found When Migrating From Ubuntu Karmic To Lucid.Imagine that. BUG IS STILL THERE. And it bit me, and that hurt. A side issue is that my /home isn't found, but I think I know the fix for that, and I'm sure it is partially my ignorance and inexperience at fault.

There were other possible solutions suggested, which I didn't try. For starters, I could only have one computer plugged into the Internet at a time, which meant I was looking for solutions in one screen, and typing them in on the other. The less to type, the fewer chances of typing errors making the problem even worse. But here they are, if you are in terror as I was, and my solution didn't work, or has disappeared:

http://www.linux.com/community/forums?func=view&%3Bcatid=18&%3Bid=4219 and http://ubuntuforums.org/showthread.php?t=1580752

====================

Comment I got by email from Holger Herzog:

Hi Valorie,

I read your blog entry - thanks much for that! - and I ran into further troubles caused by something that was not mentioned on _any_ of the web sites regarding this grub problem:

I have boot fs and root fs on different partitions!

Then I had to mount the _root_ fs partition as described in the tutorials and _additionally_, I had to mount the boot fs under "boot" under the mounted root fs:
mount /sdROOT /mnt/temp
mount -B /dev /mnt/temp/dev
mount -B /dev/pts /mnt/temp/dev/pts
mount -B /proc /mnt/temp/proc
mount -B /sys /mnt/temp/sys

AND, additionally:
mount /sdBOOT /mnt/temp/boot

Otherwise I got an empty "grub>" prompt with no kernels found by grub.

============

Problem presented in #kubuntu tonight with the same problem (and maybe the same bug cause) where grub was installed onto the USB key instead of on the hard drive. And even after Grub2 was installed on the HD,
sudo apt-get install grub2
still was non-booting. The magic command which finally fixed grub
sudo grub-setup /dev/sda

Tuesday, October 12, 2010

Installing Maverick anew; Cliff Notes version

I was going to write a long rant/whine about my botched upgrade and re-install of Maverick on 10/8, but it's both painful and boring. That said, being back on a horrible install of Lucid (KDE on top of 32-bit Ubuntu) is painful and boring. ESCAPE!

My zsync trick didn't work, since I didn't want a liveCD, but the alternate install. And the torrent stopped working, probably courtesy of Comcast. Thanks, Comcast! Wget, however, works wonderfully. For instance, this is the command I used:
wget http://releases.ubuntu.com/kubuntu/maverick/kubuntu-10.10-alternate-amd64.iso
Less than ten minutes later, I have my image, and can write it to the thumb-drive. While the ISO is downloading and writing to the drive, I need to figure out where /home is, so I save that.

I'll spare you reading my over-long novel about a botched Lucid upgrade/re-install, by culling the highlights. Use
sudo blkid
to see your partitions. This time, what I see is:

/dev/sda1: UUID="28de0df5-ddbb-4bf9-a61a-e7a5aa007f2a" TYPE="ext4"
/dev/sda5: UUID="dfe16a55-80c3-42c8-937a-4341cb2886c8" TYPE="swap"
/dev/sda6: LABEL="home" UUID="1e3555c0-f248-446e-a9a7-6a42ab95eced" TYPE="ext4"
/dev/sdb1: LABEL="New Volume" UUID="0741-0B7E" TYPE="vfat"

/dev/sda1 is my present Lucid install, which I conclude by process of elimination. I'll be glad to see THAT disappear! Sda5 swap is swap, which will stay as-is. Look at that LABEL="home" on sda6 -- that stays put. The sdb1 New Volume is my thumb-drive.

One of the reasons my last Lucid install experience was such a nightmare, was that I was already stressed because of the botched upgrade, and consequent dead laptop. Within the alternate install windows, I didn't realize I could still access the command prompt, by using
ctrl+alt+f1
. Try that; you can use it any time, anywhere! While there, maco told me to use
sudo mount /dev/sda5 /media ; ls /media
to see what was in sda5, and then we stepped through all of them, so see which was /home. Remember to
sudo umount /media
before stopping, or
sudo umount /media ; sudo mount /dev/sda6 /media ; ls /media
if you are going to continue to step through your partitions, and
ls
(list) the contents. Of course substitute the numbers you see in your own
blkid
command.

I'll write about the actual install when I do it tomorrow. Wish me luck!

Friday, October 8, 2010

Necessity, Mother of Learning Zsync

I don't need to invent, just learn! My recent Kubuntu update from Lucid to Maverick RC broke YouTube. Actually, it broke my ATI graphics card driver, and the cure, as Jussi told me, is to re-install Maverick.

I have the alpha ISO on my hard drive, and slow as my Internet connection is here sometimes, I really didn't want to download essentially the same file AGAIN. Zsync to the rescue! As explained here, https://help.ubuntu.com/community/ZsyncCdImage, if you use zsync on a ISO CDimage, you will get only the parts you need, not what you already have. So, I downloaded zsync, and did the command
zsync http://cdimage.ubuntu.com/kubuntu/daily/20101007/maverick-alternate-amd64.iso.zsync
You will need to replace the cdimage URL to the one you want, of course! Rather than taking over 3 hours, as it did to download the alpha, it took about ten minutes!

This is a wonderful tool for ISO testers to use, since you will not have to constantly download almost identical files. *Learned another tip about zsync from MJEvans at today's Maverick Release Party. Change the name of your old file to be identical to that of the new file before starting the process, and it will happen without any need to add additional filenames to the command line. Clever! Thank you Michael!

In Kubuntu, there is a magic program called usb-creator-kde. After the ISO is written to my little USB drive, all that remains is backing up my home partition -- just in case! And then re-installing Maverick Meerkat. I'll update this if anymore learning takes place!

Update: The download and write processes described above both went perfectly. However, the daily file I chose to install was NOT a perfect fit for my equipment, and I made a bad choice, in retrospect, in choosing to attempt a fresh install when I did. More details in another post.

Wednesday, October 6, 2010

10.10 Maverick Meerkat Release Party, Burien Washington

Let's hang out, celebrate Maverick Meerkat release, and show off the shiny and new. Then we'll sup on some delicious pizza! See you there.

Bison Creek

Bison Creek Pizza, 630 SW 153rd St #F, Burien, WA 98166-2260

Google Map of Bison Creek Pizza

http://www.bisoncreekpizza.com/

Another fun production from your Washington Ubuntu LoCo (Local Community). Oh, and I just found out that we can use the cloud-server for free on Sunday, courtesy of Canonical. For more information, see: http://blog.dustinkirkland.com/2010/10/try-ubuntu-server-in-cloud-on-our-dime.html

Register here: http://loco.ubuntu.com/events/team/450/detail/

Official announcement on the wiki here: https://wiki.ubuntu.com/WashingtonTeam/Events/

Monday, September 20, 2010

Amarok New stuff - 2.3.2 Release, Insider 15

Like this beautiful image,

Luar


Amarok 2.3.2, code name Moonshine, illuminates your music today. Check out the release notes here: http://amarok.kde.org/en/releases/2.3.2.

New: as of Thursday, our crack team of translators have already got the release notes translated to French, German and Spanish! Spread the news!

While you are downloading and installing, check out the new Amarok Insider: http://amarok.kde.org/en/Insider/Issue_15. Some of the subjects covered: What's New in Amarok, Interview with a Developer: Leo Franchi, Podcasts on your Mobile Device, Automated Playlist Generator, Weekly Windows Build Now Available, and Organizing a Music Collection.

* Now available in German, too! Thanks, Xenios!

Wednesday, September 15, 2010

New Thing today: build a tarball

I'm no longer running Amarok from GIT! Today was tagging for 2.3.2 (yay!), and Nightrose needed tarball testers. A tarball is "A package of files gathered together using the tar utility." (rbt.phs.com.tw/manual/glossary.html) To clarify, once the developers agree that Amarok is ready to release, it is tagged, and compressed for testing, then available to the distribution packagers.

I've never participated in the tarball testing, because I didn't know how, and didn't like the idea of ditching my git version. However, in the last six months, building from git has become almost second nature. Leo Franchi (lfranchi) helpfully explained how to build from a tarball, in three easy steps. Step one, download. If you have never used wget, it is worthwhile learning, because it is super EASY and FAST. In this case, the command was
cd ~/kde/src/
~/kde/src$ wget http://xyz.net/~account/amarok-2.3.2.tar.bz2wget
Once it downloaded, oh so quickly, it was time to untar the file, thus:
~/kde/src$ tar xf amarok-2.3.2.tar.bz2
And then build as usual:
cd $HOME/kde/build/amarok
~/kde/build/amarok$ cmake -DCMAKE_INSTALL_PREFIX=$HOME/kde -DCMAKE_BUILD_TYPE=debugfull $HOME/kde/src/amarok
(I did cmake in case it was needed, perhaps it isn't)
~/kde/build/amarok$ make -j3 && make install
In a very few minutes, it was built and running successfully!

Thanks to all the Amarok developers who have helped me learn how to help out this year.

Note: because I was already running Amarok built from git, all the directories were set up, and dependencies installed. If you are building an app from a tarball for the first time, it will be a bit more complicated, as you must set up your directories and install any dependencies too. There is usually a README file (text file) which you can open and use as your guide to installation.