Friday, July 4, 2008
wireless issue on debian powerpc
so I updated all including kernel to linux-image-2.6.25 (i had trouble with sbcl kernel bug due
to lack of flag siet up)
so what to do about bcm43 cutter issue in broadcome
http://linuxwireless.org/en/users/Drivers/b43
so i installed latest b43-fwcutte and I ran
/usr/share/b43-fwcutter/install_bcm43xx_fireware.sh
i still get error
loading firmware version 351.126 (2006-07-29 05:54:02)
b43-phy0 warning you are using an old firmware image. support for old firmeware will be removed july 2000.
go to
http://linuxwireless.org/en/users/Drivers/b43
and download latest firmware (version 4)
??
Monday, May 26, 2008
Postgreql full text search support
http://www.postgresql.org/docs/8.3/static/textsearch.html
gist
http://www.sai.msu.su/~megera/postgres/gist/
http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/
interesting
http://wiki.docmgr.org/index.php/DocMGR
DocMGR is a complete, web-based Document Management System (DMS). It allows for the storage of any file type, and supports full-text indexing of the most popular document formats. It is available in many different languages and is easy to translate into new languages. DocMGR runs on PHP, the Apache webserver, and Postgresql. It optionally uses tsearch2 for full-text indexing which provides for faster search results and result ranking. DocMGR supports LDAP authentication, the ability to easily add and remove "objects" for storage in the system, document workflow, object subscriptions, WebDAV access, and an ever-growing set of features revolving around content storage.
Wednesday, May 21, 2008
annotating pdf files creating presentations
using grabber to take a picture of part of the PDF and put it into his mac
presentation application.
So what is the linux equivalent?
1. what to annotate pdfs?
i notice xournal. someone writes
http://www.g-loaded.eu/2008/05/03/how-to-annotate-pdf-files-in-linux-using-xournal/
The rest of the document has to do with configuring xournal in such a way that it is more convenient to use it to highlight text inside PDF files. Although some of these settings can be set from within xournal’s graphical interface, I recommend editing the configuration file directly: /home/gnot/.xournal/config, since it contains more options than those available in the GUI.
The ruler exists in order to make life easier when you highlight text. It is highly recommended that you enable it for text highlighting:
startup_ruler=true
If highlighting text is your main use of xournal, then you can make it the startup tool as well.
startup_tool=highlighter
The following options make xournal’s window to start maximized and set the initial zoom to 150% respectively.
window_maximize=true
initial_zoom=150
The following options configure the highlighter. You can set the 3 pre-defined levels of thickness and which one will be the default one, set the default color and finally set the opacity (the default opacity level of 50% is just too much).
highlighter_thicknesses=2.83;8.50;19.84
highlighter_thickness=2
highlighter_color=yellow
highlighter_opacity=0.20
Conclusion
No one said that annotating PDF files in Linux is an easy task. I have tried many open source tools for that job, but xournal seems to be the best one at the time of writing.
Cool I will try that today and see how it works.
2. I have been using emacs text application to make presentations. I need to grab screen shots.
what is the equivalent of mac grabber.
xsg i see, xwd, xgrabsc Xscreencap ,
This is really simple. Run gimp (The GNU Image Manipulation Program). Click on Xtns and then Screen Shot, seleccaptscsct whether you want to capture a single window (the Include decorations option means capture the frame and title bar along with the rest of the window) or the whole screen, then click Grab. If you selected the whole screen it will open a new image containing it immediately, else if you chose single window you will have to click on the particular window you want to capture. Edit as necessary and save.
3. he uses spotlight to find files. is there a linux spotlight that searches pdf files???
Tuesday, March 25, 2008
Monday, March 24, 2008
qemu creation of images
How do you create your images? Do you want to have a BIG file or a SMALL file
qemu-img create debian.img 5G
this creates a large file
which is SPARSE thus is capable of being compressed
via
tar -cjSf debian.tar.bz2 debian.img
which can be moved.
On the other hand you can make a qcow small file to begin with.
qemu-img create debian.img -f qcow 5G
this is a small file.
And can make a copy file to use.
qemu-img create -b debian.img -f qcow stable.ovl
this second is a very tiny copy file, just stores the diffs.
Sunday, March 23, 2008
qemu and vmware and kvm and live view
Here is some nice stuff.
http://www.robertpeaslee.com/index.php/converting-a-physical-disk-to-a-virtual-disk-for-free/
He wrote:
I have a Windows XP SP2 installation that I use for work, while my current personal OS of choice is Windows Vista. I only work weekends, so rebooting wasn’t too bothersome initially. Over time it has become more and more of a chore, as I can’t easily switch from one development environment to another without rebooting. I decided it was time to make my work installation a virtual machine.
I had some additional complications that made the process a little non-standard. I originally tried using VMWare’s converter tool, but it would fail at 97% of the creation of the disk. I then tried using a Windows port of the Unix utility ‘dd’ to create a raw image of the disk, but because the Windows volume manager was accessing the disk, dd would give me access errors. Additionally, the VMWare converter doesn’t support converting from a raw image (…grr…), so Qemu’s qemu-img tool would have to be used to convert the raw image to a disk in VMWare’s vmdk format.
The steps to reach our goal aren’t too complicated, and can be replicated by others easily. To do it, I used:
- VMWare Workstation
- A Linux installation or LiveCD (I used my existing Debian installation, but something like Knoppix would work fine)
- Qemu
- NTFS-3G (if you plan on writing out to an NTFS partition from Linux, as I did)
I started by booting into my Linux install. Linux only mounts the disks it uses (hint hint, Microsoft) so we can access all sectors of the partition to make a dump of the disk with dd. I first had to mount the partition where I wanted the output file to reside, which uses NTFS:
ntfs-3g /dev/sdb1 /mnt/external
Next, create the image. I did this with the following (substitute your device/partition and output file):
dd if=/dev/hdc3 of=/mnt/external/diskImage/XPSP2.img bs=1024
When that finishes, the file specified with the ‘of’ option in dd will contain a block-by-block exact copy of your partition. However, it is in a raw format - we need it in a format VMWare can read. This is where Qemu comes in. Qemu is distributed with qemu-img, a tool used for creating, manipulating, and converting images. Specifically, our goal is to use qemu-img’s convert functionality to convert from a raw image format to the vmdk format. This is accomplished with:
qemu-img convert -f raw /mnt/external/diskImage/XPSP2.img -O vmdk /mnt/external/diskImage/XPSP2.vmdk
Be prepared to wait. For a 40gb image, this process took roughly 12 hours. Since qemu-img provides no status as to how far it has come, I kept tabs on it just by monitoring the filesize of the output image. This is entirely unnecessary, but if you want to do the same, just open a new terminal and type the following:
while [1 -gt 0 ]; do du -hs /mnt/external/diskImage/XPSP2.vmdk; sleep 10; clear; done
This will just print out the size of the file on your screen so you can watch it grow.
When the process is completed, boot back into Windows (or if you are using Linux as the host, stay put) and create a virtual machine around your new disk image. Don’t forget to remove the original img created with dd, it is a huge waste of disk space :)
[Notes]
- This process is really only feasible if you have a lot of disk space. At worst, the disk requirements are greater than 2*P, where P is the partition size of the virtual machine you wish to create. However, qemu-img only writes out actual data, not empty sectors, so your output image will be the size of the used space in the input image. For my conversion, I used over 40gb (input)+15gb (output) of disk space, which was reclaimed with the deletion of the output of dd, and resizing another partition to use the old physical installation’s space.
- qemu-img doesn’t support stream input, which is why we can’t pipe dd’s output directly into qemu-img convert. This would have reduced the disk requirements to only the size of the vmdk image, and sped up the process substantially. Bug the Qemu developers to implement this feature :)
then a comment said
In my last post I chronicled the time consuming process of converting an image produced using the Unix dd utility to a vmware VMDK virtual disk. The process does work, but VMWare will only load it if the image contains a master boot record that still contains the appropriate information when removed from the rest of the system. Additionally, I think it is appropriate to mention again how terribly slow it is. We can circumvent these problems with Live View for Windows, a program developed for forensic work by Carnegie Mellon University.
The process for creating the image with dd is the same as last time, IE, by doing something along the lines of:
dd if=/dev/hdc3 of=/mnt/external/diskImage/XPSP2.img bs=1024
Once that image is generated and you are back in Windows, simply launch the Live View utility and… the rest is pretty self explanatory. Once the dd image is generated, the Live View program takes only a couple minutes to create the new vmdk, configure the virtual machine, and launch it. Sweet, sweet efficiency!
http://liveview.sourceforge.net/
Live View 0.6 is now available for download.
This version adds support for third party image formats such as EnCase with the use of image mounting software such as Mount Image Pro or Physical Disk Emulator. This release also adds support for the newest versions of Java and VMware, improves the boot preparation process to allow a wider variety of system configurations to boot successfully, and fixes a number of bugs. For more information, see the changelog.
We appreciate the feedback and encourage you to continue to report bugs and make suggestions to help make this tool more useful for everyone. The best way to do this is to post to the forums.
Live View is a Java-based graphical forensics tool that creates a VMware virtual machine out of a raw (dd-style) disk image or physical disk. This allows the forensic examiner to "boot up" the image or disk and gain an interactive, user-level perspective of the environment, all without modifying the underlying image or disk. Because all changes made to the disk are written to a separate file, the examiner can instantly revert all of his or her changes back to the original pristine state of the disk. The end result is that one need not create extra "throw away" copies of the disk or image to create the virtual machine.
Live View is capable of booting
- Full disk raw images
- Bootable partition raw images
- Physical Disks (attached via a USB or Firewire bridge)
- Specialized and closed image formats (using 3rd party image mounting software)
Containing the following operating systems
- Windows 2003, XP, 2000, NT, Me, 98
- Linux (limited support)
Behind the scenes, Live View automates a wide array of technical tasks. Some of these include: resolving hardware conflicts resulting from booting on hardware other than that on which the OS was originally installed; creating a customized MBR for partition-only images; and correctly specifying a virtual disk to match the original image or physical disk.
which is amazing because boot failure due to changing underlying hardware machines is the main issue i have often with windows. you can't just plug a machine into a different machine! now you can
i have not gotten this working myself.
my machine just reboots over and over again.
Sunday, March 9, 2008
dyndns
http://freedns.afraid.org/
reverse-dns.org
or
reverse-dns.net is the target
u may be able to skip the dd command. Try this command:
qemu-img convert -f raw /dev/hdc3 -O vmdk boot.vmdk
I think this should work just fine. dd is just reading from the disk and qemu-img would not know the difference.
I tested on /dev/hda1 (/boot) and it worked just fine.
t
Further to my previous post - I think you may have stumbled on the single most simple way of converting the system from physical to virtual.
I think the following procedure would work, however I have not had time to test it.
on the machine to be converted (physical machine) nfs mount vmware host drive where you will be putting the virtual disks. Then run the qemu-img convertion from /dev/hda putting the output on the nfs mounted partition. This will be a one step conversion directly to the final location. It might be best to shut down as many processes as possible on the source host.
I’ll give this a go and report back.
http://www.robertpeaslee.com/index.php/raw-image-to-vmdk-the-easy-way/
If that doesn’t work, then… well, I have ideas, but they aren’t fun :) Let me know if LiveView works for you. Good luck mate!
1 March 2008, 5:07 pm