fmII
Wed, Aug 20th home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop 11:26 UTC
in
Section
login «
register «
recover password «
[Project] add release | add branch | add screenshot | broken links | change owner | email subscribers | update project | update branch (urls) [Project]

 G4L - Development Kit branch
Section: Unix

 

Added: Fri, Feb 27th 2004 06:40 UTC (4 years, 5 months ago) Updated: Thu, Jul 10th 2008 11:25 UTC (1 month, 11 days ago)


Screenshot About:
G4L is a hard disk and partition imaging and cloning tool. The created images are optionally compressed, and they can be stored on a local hard drive or transferred to an anonymous FTP server. A drive can be cloned using the "Click'n'Clone" function. G4L supports file splitting if the local filesystem does not support writing files >2GB. The included kernel supports ATA, serial-ATA, and SCSI drives. Common network cards are supported. It is packaged as a bootable CD image with an ncurses GUI for easy use.

Author:
Frank [contact developer]

Rating:
7.04/10.00 (34 votes)

Homepage:
ftp://fedoragcc.dyndns.org
Tar/GZ:
ftp://fedoragcc.dyndns.org/g4l-v0.26.devel.tar.gz

Trove categories: [change]
[License]  Freely Distributable, OSI Approved :: GNU General Public License (GPL)
[Network Environment]  IP :: IPv4
[Operating System]  POSIX :: Linux
[Topic]  Internet :: File Transfer Protocol (FTP), System, System :: Archiving, System :: Archiving :: Backup, System :: Archiving :: Mirroring, System :: Operating System :: Linux Distributions :: Floppy-Based, System :: Recovery Tools, System :: Systems Administration

Dependencies: [change]
No dependencies filed

 
Project admins: [change]
» Frank (Owner)
» msetzerii (provides updates and modifications)

» Rating: 7.04/10.00 (Rank 392)
» Vitality: 0.44% (Rank 593)
» Popularity: 25.22% (Rank 29)

project statsdownload stats
(click to enlarge graphs)
   Record hits: 546,453
   URL hits: 245,519
   Subscribers: 304

Other projects from the same categories:
Calamaris
Goodgoat Linux
Uptimetrics
Ali
UniquE RAR File Library

Users who subscribed to this project also subscribed to:
Port Scan Attack Detector
KQEmu
uLan Driver
Radar Tools
ProFTPD


Add comment · Rate this project · Subscribe to new releases · Ignore this project · Email this project to a friend · Project record in XML

 Branches

Branch Version Last release License URLs
Development Kit 0.26.devel 10-Jul-2008 GNU General Public License (GPL) Homepage Tar/GZ
Documentation 0.16 02-Jun-2005 GNU General Public License (GPL) Homepage Tar/GZ
Images 0.26 10-Jul-2008 GNU General Public License (GPL) Homepage Tar/GZ

 Comments

[»] Cannot see partitions
by molinos - Aug 18th 2008 19:42:54

When I boot from the G4L cd I get the following messages at the start of the boot process. Once the G4L shell comes up, I do not see any partition information. I am trying to backup a Dell Poweredge 2850 with Ultra 320 SCSI 146GB 15K drives. It has a LSI Logic controller.


GDT-HA: Storage RAID Controller Driver. Version: 3.05
GDT-HA: Found 0 PCI Storage RAID Controllers
3ware Storage Controller device driver for Linux v1.26.02.002.
3ware 9000 Storage Controller device driver for Linux v2.26.02.010.
nsp32: loading...
ipr: IBM Power RAID SCSI Device Driver version: 2.4.1 (April 24, 2007)
RocketRAID 3xxx/4xxx Controller driver v1.3 (071203)
stex: Promise SuperTrak EX Driver version: 3.6.0000.1
Driver 'sd' needs updating - please use bus_type methods
Driver 'sr' needs updating - please use bus_type methods
SCSI Media Changer driver v0.25
Driver 'ch' needs updating - please use bus_type methods
I2O subsystem v1.325
i2o: max drivers = 8
I2O Configuration OSM v1.323
I2O Bus Adapter OSM v1.317
I2O Block Device OSM v1.325
I2O SCSI Peripheral OSM v1.316
I2O ProcFS OSM v1.316
Fusion MPT base driver 3.04.06
Copyright (c) 1999-2007 LSI Corporation
Fusion MPT SPI Host driver 3.04.06
mptbase: ioc0: Initiating bringup
mptbase: ioc0: WARNING - Unexpected doorbell active!
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000001!
mptbase: ioc0: ERROR - Diagnostic reset FAILED! (102h)
mptbase: ioc0: WARNING - NOT READY!
mptbase: ioc0: ERROR - didn't initialize properly! (-1)
mptspi: probe of 0000:02:05.0 failed with error -1
mptbase: ioc1: Initiating bringup
mptbase: ioc1: ERROR - Doorbell ACK timeout (count=4999), IntStatus=80000000!
mptbase: ioc1: ERROR - Diagnostic reset FAILED! (102h)
mptbase: ioc1: WARNING - NOT READY!
mptbase: ioc1: ERROR - didn't initialize properly! (-1)
mptspi: probe of 0000:02:05.1 failed with error -1

--
Molinos

[reply] [top]


    [»] Re: Cannot see partitions
    by msetzerii - Aug 18th 2008 22:04:57

    What does the /proc/partitions file show??
    What devices do you see in the /dev directory??
    There will be a number of devices for other devices, but does it show any disk devices??

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


    [»] Re: Cannot see partitions
    by msetzerii - Aug 18th 2008 22:36:23

    I further checked the .config for the kernel build, and all the options for the I2O and LSI are set on, so unless the option falls under something else in the kernel build, it seems to be set on.

    I have had some other raid controllers that required special nods to be created. The ida, ataraid, and cciss required special subdirectories, and nods for support. I did find a nod that is required for some LSI controllers. The latest g4l used busybox mdev to create nods, and it works find for all the devices I have access to. I don't have any of the systems with ida, ataraid, or cciss controllers, so I have left the manually created nods for those until I can confirm the mdev can also create those.

    I did find the following on one web page about LSI nods.
    mknod /dev/mptctl c 10 220

    So, if that doesn't get created it might need to be added to the g4l build. It also shows /proc/mpt directory.

    Also, exactly which version of g4l are you using, and what does the /proc/partitions and /dev contain on the used OS show?

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: Cannot see partitions
      by molinos - Aug 19th 2008 12:13:24

      Here is my /proc/partitions major minor #blocks name 1 0 65536 ram0 1 1 65536 ram1 1 2 65536 ram2 1 3 65536 ram3 1 4 65536 ram4 1 5 65536 ram5 1 6 65536 ram6 1 7 65536 ram7 1 8 65536 ram8 1 9 65536 ram9 1 10 65536 ram10 1 11 65536 ram11 1 12 65536 ram12 1 13 65536 ram13 1 14 65536 ram14 1 15 65536 ram15 Also my /dev has one entry for hda and md0, but nothing else that looks like a drive. -bash-3.2# ls /dev |grep -v loop |grep -v tty |grep -v usb |grep -v vc ataraid flush mice nbd2 ptmx ram5 cciss full microcode nbd3 pts ram6 console fuse mouse0 nbd4 ram0 ram7 cpu0 hda mptctl nbd5 ram1 ram8 cpu_dma_latency hpet msr0 nbd6 ram10 ram9 dac960_gam i2octl nbd0 nbd7 ram11 random device-mapper ida nbd1 nbd8 ram12 revalidate discover interfaces nbd10 nbd9 ram13 root err kmem nbd11 network_latency ram14 rtc event0 kmsg nbd12 network_throughput ram15 uinput event1 md0 nbd13 null ram2 urandom event2 megadev0 nbd14 nvram ram3 zero fd0 mem nbd15 port ram4 Here is my /proc/mpt/ -bash-3.2# ls /proc/mpt summary version -bash-3.2# cat /proc/mpt/summary -bash-3.2# cat /proc/mpt/version mptlinux-3.04.06 Fusion MPT base driver Fusion MPT SPI host driver Fusion MPT FC host driver Fusion MPT SAS host driver Fusion MPT ioctl driver Fusion MPT LAN driver -bash-3.2# I am using version 0.26a. I am going to try to include a screen shot of my sys info screen, but it is basically blank. I will look into your other comments and get back to you soon. Thanks for your quick response.

      --
      Molinos

      [reply] [top]


        [»] Re: Cannot see partitions
        by molinos - Aug 19th 2008 12:24:58

        WOW did that ever post bad...
        Should have looked like this:



        > Here is my /proc/partitions

        > major minor #blocks name

        >

        > 1 0 65536 ram0

        > 1 1 65536 ram1

        > 1 2 65536 ram2

        > 1 3 65536 ram3

        > 1 4 65536 ram4

        > 1 5 65536 ram5

        > 1 6 65536 ram6

        > 1 7 65536 ram7

        > 1 8 65536 ram8

        > 1 9 65536 ram9

        > 1 10 65536 ram10

        > 1 11 65536 ram11

        > 1 12 65536 ram12

        > 1 13 65536 ram13

        > 1 14 65536 ram14

        > 1 15 65536 ram15

        >

        >

        > Also my /dev has one entry for hda and

        > md0, but nothing else that looks like a

        > drive.

        >
        -bash-3.2# ls /dev |grep -v loop |grep -v tty |grep -v usb |grep -v vc

        > ataraid

        > cciss

        > console

        > cpu0

        > cpu_dma_latency

        > dac960_gam

        > device-mapper

        > discover

        > err

        > event0

        > event1

        > event2

        > fd0

        > flush

        > full

        > fuse

        > hda

        > hpet

        > i2octl

        > ida

        > interfaces

        > kmem

        > kmsg

        > md0

        > megadev0

        > mem

        > mice

        > microcode

        > mouse0

        > mptctl

        > msr0

        > nbd0

        > nbd1

        > nbd10

        > nbd11

        > nbd12

        > nbd13

        > nbd14

        > nbd15

        > nbd2

        > nbd3

        > nbd4

        > nbd5

        > nbd6

        > nbd7

        > nbd8

        > nbd9

        > network_latency

        > network_throughput

        > null

        > nvram

        > port

        > ptmx

        > pts

        > ram0

        > ram1

        > ram10

        > ram11

        > ram12

        > ram13

        > ram14

        > ram15

        > ram2

        > ram3

        > ram4

        > ram5

        > ram6

        > ram7

        > ram8

        > ram9

        > random

        > revalidate

        > root

        > rtc

        > uinput

        > urandom

        > zero

        >

        > Here is my /proc/mpt/

        >

        > -bash-3.2# ls /proc/mpt

        > summary version

        > -bash-3.2# cat /proc/mpt/summary

        > -bash-3.2# cat /proc/mpt/version

        > mptlinux-3.04.06

        > Fusion MPT base driver

        > Fusion MPT SPI host driver

        > Fusion MPT FC host driver

        > Fusion MPT SAS host driver

        > Fusion MPT ioctl driver

        > Fusion MPT LAN driver

        > -bash-3.2#

        >

        > I am using version 0.26a.

        >

        >

        > I am going to try to include a screen

        > shot of my sys info screen, but it is

        > basically blank.

        >

        > I will look into your other comments and

        > get back to you soon.

        >

        > Thanks for your quick response.

        >

        --
        Molinos

        [reply] [top]


          [»] Re: Cannot see partitions
          by molinos - Aug 19th 2008 14:34:53

          Also, my MPT bios is 5.06.06

          --
          Molinos

          [reply] [top]


            [»] Re: Cannot see partitions
            by msetzerii - Aug 19th 2008 20:29:45

            What OS are you running on the machine?
            If Linux or other Unix like OS, what does it show in the /proc/partitions file, and what does df show.

            --
            Computer Science Instructor Guam Community College

            [reply] [top]


              [»] Re: Cannot see partitions
              by msetzerii - Aug 19th 2008 21:42:42

              ftp://amd64gcc.dyndns.org/g4l-v0.27alpha13.iso

              Is the latest working copy I have, and just added that /dev entry that I found.
              So, it might show something additional.
              Until we can get something to show up in the /proc/partitions, we have a problem.
              You haven't said what OS you are running on the system, so getting info on how it sees the drive. If not, a Linux system, it might be interesting to boot from a full live cd system like knoppix, and see if it sees the drive, and what it has in the /proc/partitions and /dev.
              Also, in posting, using html and using the br instead of the p reduces blank lines. The 0.27 is working on adding aespipe to create encrypted images, and also has sshfs, to allow for using an ssh connection instead of ftp, but the process is manual at the moment.

              So they both can work, but require some extra steps before the imaging.

              --
              Computer Science Instructor Guam Community College

              [reply] [top]


[»] Nvidia RAID
by Laserbait - Aug 8th 2008 17:38:19

Hi there!

I was wondering if NVraid was supported natively yet? I have a Nvidia Nforce4 RAID 0+1 (4x500GB Seagate drives) and I'd like to image the OS partition. In past versions, it only saw the drives as individual drives, not as a RAID set.

Thanks!

--Joseph

--
SMP-aholic

[reply] [top]


    [»] Re: Nvidia RAID
    by Laserbait - Aug 8th 2008 17:42:47


    > Hi there!

    >

    > I was wondering if NVraid was supported

    > natively yet? I have a Nvidia Nforce4

    > RAID 0+1 (4x500GB Seagate drives) and

    > I'd like to image the OS partition. In

    > past versions, it only saw the drives as

    > individual drives, not as a RAID set.

    >

    > Thanks!

    >

    > --Joseph

    Also, I forgot to ask on moire question. Is there is more information on using multicast to improve restore times? The docs don't say anything about it, probably because they are from v.16. :)

    --
    SMP-aholic

    [reply] [top]


      [»] Re: Nvidia RAID
      by msetzerii - Aug 8th 2008 19:13:43

      Question 1:
      What is the contents of cat /proc/partitions?
      What is the output of fdisk -l
      It may show the individual drives in there raw mode hdx or sdx, or it may show the raid device as an mdx.

      If it shows the mdx, it might be that you could use this to backup the raid, but I would want to do a test to make sure it works. Regardless, you should be able to boot the individual drives as well?

      Example: I got some old HP servers from a Hotel, and they had scsi setup with multiple 9GB removable drives. I took one system, and set it up with 2 of the 9GB drives, and installed and updated linux on them. I then made images of both drives, and restored them to two other sets of drives one by one, and they worked fine in the other machines.

      On the question of Multi-cast. The g4l cd includes udpcast, and I use it all the time. I generally make g4l backups of the image to the ftp server, but when I want to update all other machines in the lab, udpcast does it at one time. It can use the image files created by g4l or it can directly image the disk. You can make cd image at the udpcast web site to support your systems. The udp-sender udp-receiver programs are on the cd, but only the udp-receiver program is included as part of the menu. The udp-sender would be used on the ftp server with the image, or the machine being used to copy from.

      What I have actually done in my lab, is add the g4l, udpsender, and udprecieiver images to my grub menu, so I can boot directly to them. Used the udpcast option to build custom cd images for my hardware, and then just copied the necessary files to the /boot directory.

      Sometimes newer hardware isn't supported by the udpcast cd image generator, but it supports a lot, and is updated from time to time. If g4l support hardware the udpcast doesn't, one could run the commands directly, so it can be done, but more detail would need to be worked out.

      So, at the least, you should be able to back the individual drives that make up the raid system if not the raid itself, and multi-cast can be done via the udpcast program either as part of g4l or seperate.

      Finally, is your Raid system raid 0 or raid 1?
      If it is Raid 0, you would need to backup both drives, since the data is spanned or stripped across both. If it is raid 1 mirror drives, you could probable backup just the primary drive, since the secondary is just a copy. If a higher level raid, you would probable need to back up drives. Technically, you could backup all but one drives, and count on the raid to rebuild it, but I wouldn't trust that kind of backup.

      Hope I answered you questions at least to a degree. You might want to further clarify the specifics, and provide the output of how your system sees the drives. Additionally, you might want to look at the contents of the /dev directory, and see what disk devices it list. /dev/sdx, /dev/hdx, and possible /dev/mdx. The x of course being various letters /dev/sda, /dev/sda1, etc.

      --
      Computer Science Instructor Guam Community College

      [reply] [top]


        [»] Re: Nvidia RAID
        by Laserbait - Aug 9th 2008 00:01:40

        Hey Mike, Thanks for the info. I'll check out the /dev items when I get home. The Nvidia RAID is a RAID 0+1 (sometimes called 10), in which there are 4 disks. The drives are split into 2 pair. The drives in each pair are striped together, and then the 2 pair are mirrored together. You get most of the speed of a RAID0 but with redundancy.

        --
        SMP-aholic

        [reply] [top]


[»] g4l on multi-block (RAIDed) devices
by thorae - Aug 1st 2008 18:43:55

Hi, I'm attempting to create and restore ghost images of a system with 2 or more block devices. I'm currently in the need to install a linux based software system multiple times. There is a base release and subsequent releases are installed as upgrades. So successfully storing a base image on an FTP server and restoring as needed on different boxes will save me a lot of time.

Here's the twist: the software makes use of a lot of disk space so each box consist of 2 or more large disk drives. All partitions (including /boot and /) are mounted on the first disk device and the rest are set up on a RAID partition. Now how do I use g4l to create and restore a ghost image of this? Do the individual disk devices need to be backed up separately? Because it only allows me to select one device at a time.

On boot up after restoring I get:

"An error occurred during the file system check.
Dropping you to a shell....
fsck.ext3: Unable to resolve 'Label=/store' "

Lastly, it's not because the backup drives is smaller than the restore drives because I even tried restoring on the same system and still got the above error.
Any ideas anyone?

[reply] [top]


    [»] Re: g4l on multi-block (RAIDed) devices
    by msetzerii - Aug 1st 2008 20:37:34

    First, you didn't mention what level of Raid? are we talking spanning or mirror or higher level?

    The label information is in the partition table from my understanding. I've discovered that some OS's are using UUID in boot file (grub.conf or menu.lst) and if restored to different physical disks, this needs to be reset for the boot process to match up.

    On the issue of multiple drives. What options are you see? My college has some older HP servers donated that had multiple 9GB drive. I setup one system using 4 spanned drives, and then made images of each drive. Then restored the images to each of the 4 drives in the other 2 machines, and it worked fine.

    So, it might be that you need to do images of each drive, and restore them. Also, what is the OS you are using? What does the grub.conf or menu.lst show? What do you find in /proc/partitions after booting from the g4l cd.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


[»] g4l can't recognise Ultrabay 2000 usb HDD
by mr4 - Jul 23rd 2008 10:15:31

First of all, top TOP piece of software!

I have been using it for more than a year and it saved my skin on a numerous occasions.

One suggestion may be is if I could secure my backups with a password so to prevent unauthorised access to them. One thing missing was the fsck tools, which I am glad are included in the new (v0.26) version - I have been using v0.23 up until now.

About my particular problem - I normally do ftp-based backups (on a separate machine running fc8), but recently acquired 160GiB HDD which would allow me to (hopefully) do local backups - and here is where I have a little difficulty.

The HDD in question is 2.5" ATA-6 drive, which works without a hitch when I plug it into my thinkpad (A31) using the 2nd HDD bay slot.

Since I want to make a 'local' backup to all my PCs, not just the thinkpad, I use the Ultrabay 2000 which has usb connector allowing me to connect the disk to all my desktop PCs (it also has PCMCIA card as well but that won't work on Desktop PCs).

The problem is that as soon as I connect the usb port to the computer I get the message that Mass Storage Device is recognised, but it stops there, so g4l ultimately fails to recognise the hard disk plugged in through the usb port via the Ultrabay 2000 device. I am using g4l v0.23 - just downloaded the newest (v0.26) version, but not sure if it is going to work.

I have even tried doing the same thing within a 'proper' Linux system - fc8 in this case - but get no luck there either: same message - it recognises a 'Mass Storage USB device' and then does not map it to a proper /dev/ device which I can use. Any help with this would be greatly appreciated!

I know a work-around of sorts - to discard the Ultrabay 2000 altogether and plug the drive directly into the IDE/ATA interface on the motherboard of the desktop PC, but that is very inconvenient since I have to do that for every Desktop PC to which I need a backup done!

--
mr-4

[reply] [top]


    [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
    by msetzerii - Jul 23rd 2008 13:18:20

    A couple of suggestions.
    Try the 0.26, it has the busybox mdev setup.

    Then do the following:
    1: Press Enter until you get to regular command line.
    2: Check /proc/partitions
    cat /proc/partitions
    3: Plug in the device and see what happens.
    4: Recheck /proc/partitions
    Note: The g4l script reads the /proc/partitions file at the beginning, so the device needs to be plugged in early, or the g4l script needs to be restarted.
    5: If it isn't recognized, check out dmesg
    dmesg | more
    6: Try to run mdev -s manually:
    mdev -s
    7: Try fdisk -l and see if it reports anything

    The only other thing I can think of, is to try plugging in the device before booting the machine. I had one usb device that would only work this way, don't know why.

    Thanks for the comments.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
      by mr4 - Jul 23rd 2008 23:58:36

      OK, here is what I did: 1. and 2. - apart from ramX partitions and my proper HDD (attached to the IDE/ATA on the motherboard) nothing shows up. 3. This is what I get: ==start== hub 1-0:1.0: unable to enumerate USB device on port 1 usb 2-1: new full speed USB device using ohci_hcd and address 3 usb 2-1: configuration #1 chosen from 1 choice scsi3 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 3 usb-storage: waiting for device to settle before scanning usb 2-1: reset full speed USB device using ohci_hcd and address 3 usb 2-1: reset full speed USB device using ohci_hcd and address 3 usb 2-1: reset full speed USB device using ohci_hcd and address 3 usb 2-1: reset full speed USB device using ohci_hcd and address 3 usb-storage: device scan complete ==end== As you can see there are two errors: 1 at the very beginning - "unable to enumerate USB device on port 1" and 1 (repeated 4 times) at the end - "reset full speed USB device using ohci_hcd and address 3". Don't know what any of those mean. Here is what I normally get (in terms of usb output) when I plug usb disk (memory stick in this case), which is recognised by the system: ==start== usb 1-4: new high speed USB device using ehci_hcd and address 5 usb 1-4: configuration #1 chosen from 1 choice scsi4 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 5 usb-storage: waiting for device to settle before scanning scsi 4:0:0:0: Direct-Access TREK TDSWIPE G6 2.00 PQ: 0 ANSI: 0 CCS sd 4:0:0:0: [sda] 2003904 512-byte hardware sectors (1026 MB) sd 4:0:0:0: [sda] Write Protect is off sd 4:0:0:0: [sda] Mode Sense: 0b 00 00 00 sd 4:0:0:0: [sda] Assuming drive cache: write through sd 4:0:0:0: [sda] 2003904 512-byte hardware sectors (1026 MB) sd 4:0:0:0: [sda] Write Protect is off sd 4:0:0:0: [sda] Mode Sense: 0b 00 00 00 sd 4:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sd 4:0:0:0: [sda] Attached SCSI removable disk sd 4:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete usb-stor-scan used greatest stack depth: 1852 bytes left ==end== After that the device is mapped to /dev/sda with no problems... 6. when I run it nothing happens and /proc/partitions doesn't show any difference (no errors from 'mdev -s' either). 7. Same - no difference When I try to boot up with the usb drive attached I see no difference (dmesg are the same, but this time at the beginning). On another note, with regards to the comment I posted earlier (below) this is what I am also getting in dmesg (don't know if it is an error or not): Driver 'sd' needs updating - please use bus_type methods Driver 'sr' needs updating - please use bus_type methods Driver 'ch' needs updating - please use bus_type methods

      --
      mr-4

      [reply] [top]


    [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
    by msetzerii - Jul 23rd 2008 21:38:24

    Followup question on this device.
    Is it a special drive for the Lenova laptops?
    I recently got a 100GB USB 2 1/2 drive off ebay for about $50 for my mom's machine, so she can do backups to it. It works fine, and is recognized.

    The kernels used by g4l are built from the kernel.org source, and I checked the .config and looked at lines with IBM and ULTRA, but didn't see anything that stood out. So, it might be that this is a device that just works with the Lenova or requires a driver that is not included with the kernel.org source.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
      by mr4 - Jul 23rd 2008 22:57:11


      > Followup question on this device.

      > Is it a special drive for the Lenova

      > laptops?
      No, it is not as far as I am aware - it is described here:- http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-4JSSC8
      and here:- http://www.thinkwiki.org/wiki/UltraBay

      When I plug it in in a 'normal' (i.e. Desktop) PC using Windows XP - it is recognised and the drive is mapped as usual.


      > I recently got a 100GB USB 2 1/2 drive

      > off ebay for about $50 for my mom's

      > machine, so she can do backups to it. It

      > works fine, and is recognized.

      > The kernels used by g4l are built from

      > the kernel.org source, and I checked the

      > .config and looked at lines with IBM and

      > ULTRA, but didn't see anything that

      > stood out. So, it might be that this is

      > a device that just works with the Lenova

      > or requires a driver that is not

      > included with the kernel.org source.
      I don't know what is 'kernel.org' source, but I read on various sources about the need to load the 'ide-scsi' device (this is also suggested in the 2nd link I posted above), but that is applicable only to 2.4 kernels, not the 2.6 version as this is already 'built-in'. Another suggestion I tried is to include 'hdc=ide-scsi' in the kernel bootup options. I did try that (including g4l menu by pressing the tab key and adding 'hdc=ide-scsi' - no good, nothing happened). I also tried 'fdisk -l', but it lists just the partitions on my cd-rom. Will try your other suggestions tomorrow and will reply to it separately.

      Many thanks for your help - as I said this is a great piece of software - I looked at various different (and ultimately much more expensive) 'solutions' but nothing stood out more than g4l in terms of flexibility, ease of use and reliability. As I pointed out in my previous comment - the one thing which is probably missing is locking backups with a password to prevent unauthorised access - don't know if that is easy/possible to implement in future versions.

      --
      mr-4

      [reply] [top]


        [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
        by msetzerii - Jul 24th 2008 01:44:16

        The link that you mention shows it as being a special drive plug in bay from the link I saw. Are taking the drive out of the bay, or how are you connecting it to a regular desktop?

        http://kernel.org

        Is the site that contains the full public source code for the linux kernels. You can download the various kernel source code, and then build a kernel from that code base. I try to build into my kernels all the available network and harddrive support that isn't listed as experimental or dangerous.

        I know that I have used regular hard drives and laptop hard drives in USB cases with g4l, so know sure what is different about this drive. While have to look at it a little more.

        As far as the question on security. I have kind of left it up to the userid and password for the security issue. The original g4l only worked with anonymous userid with no password, and I didn't like that, so I added the ability to use any userid on a system and password. I also use an id for creating backs on my systems, and let others know the id so they can restore images. I generally, change the owner of images to root afterwards, so they can download and restore, but not overwrite the images by accident.

        I would have to run a lot of test, and find an encryption program that could work on the fly, and have little reduction in the speed. Don't know enough on encryption options. Wouldn't due to have something that would encrypt during the process, but then not be able to decrypt. Also, if it adds to much to the time.

        I don't see a problem in the transfer, since one would have to capture the entire image to be able to get the data.

        If I find more info, or if you do, drop a note. I've seen similar plug in devices on dell notebooks, but as it says on that web page, it is handled by the BIOS, so the OS doesn't do anything. But if you connect it to a regular desktop, how does that the the information in the BIOS?

        --
        Computer Science Instructor Guam Community College

        [reply] [top]


          [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
          by mr4 - Jul 24th 2008 09:21:00

          I think 'special' is the wrong word - the device is made by IBM and its main purpose is to add extra devices (CD-RW, DVD-R, DVD-RW, FDD, HDD etc) to (mostly) Thinkpad laptops, which do not have it in their configuration. It is completely universal that it accepts a standard IDE/ATAPI/ATA-capable devices and connects them to a computer.

          Ultrabay 2000 has two different connectors - usb (can be plugged in to desktops as well as notebook computers having USB 1.1 and USB2.0 ports) and PCMCIA (for notebooks only as desktops can't use those to my knowledge) ports to connect itself to a PC.

          As I said previously I was able to successfully connect the device to a desktop PC running on Windows XP using the usb port - no problems there. The problems arise only on linux-type system, which makes me think that the drivers supporting this kind of device are not there.

          As far as security on g4l backups goes - are you saying that in 0.26 I can use userid:passwords to store backups? I thought these are when I connect to ftp server? Is this something new in 0.26 or have I missed something?

          If you are interested in encryption-on-the-fly one VERY good source is loop-aes (loop-aes.sourceforge.net or http://koti.tnnet.fi/jari.ruusu/linux/) - it makes it possible to create encryption drives (loop devices) and whatever is recorded/written there is encrypted on-the-fly with very little overhead in real time. I am using 2 partitions like this and haven't had a single problem for 4 years. It works only on Linux though.

          --
          mr-4

          [reply] [top]


            [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
            by msetzerii - Jul 24th 2008 13:53:32

            In looking at the http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-4JSSC8 page, Under the hardware it only shows Thinkpad and NetVista

            Under Supported Operating Systems

            * Microsoft Windows 9
            * Microsoft Windows 98
            * Microsoft Windows NT 4.0
            * Microsoft Windows 2000 for PCMCIA support
            * Microsoft Windows 98 or Windows 2000 for USB support

            It doesn't list XP or linux, but as you mentioned it does work with XP. If you go to drive management, what kind of disk (physical) does it list?

            As for the userid:password security, I am referring to the network backup via FTP. This is used to make the connection via the ftp server, and thus the file access would require this user id and password to access the file via ftp. The OS might allow access to others, but that is a permission issue.

            I'll take a look at that program you recommended. Have to see what options it needs passed, and how that works running from a cd image.

            --
            Computer Science Instructor Guam Community College

            [reply] [top]


              [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
              by mr4 - Jul 24th 2008 18:56:00


              > It doesn't list XP or linux, but as you

              > mentioned it does work with XP. If you

              > go to drive management, what kind of

              > disk (physical) does it list?


              'Portable' (the same type as Memory sticks). I am almost at the point of resigning on this now. Will make a last try to see if it works via the PCMCIA card at the weekend (will test this on the laptop first) and if it does work will get PCMCIA (cardBus) -> IDE/ATA adapter and that is how I will use it.



              > I'll take a look at that program you

              > recommended. Have to see what options it

              > needs passed, and how that works running

              > from a cd image.


              The part which will be of most interest to you is aespipe (loop-aes requires support in the kernel and additional code to be included in before recompiling this kernel). aespipe is AES encrypting or decrypting pipe. It reads from standard input and writes to standard output. It can be used to create and restore encrypted tar or cpio archives. It can be used to encrypt and decrypt loop-AES compatible encrypted disk images (the part I use it most for).

              It does not require additional modules and when compiled in produces just two files (executable + sh script - all placed in /usr/bin) and a man page.

              Examples of usage:

              tar cvf archive.aes --use-compress-program=bz2aespipe files... (for compressing); and
              tar xvpf archive.aes --use-compress-program=bz2aespipe (for decompressing)

              Also,

              tar cvf - files... | bzip2 | aespipe -w 10 -K mykey1.gpg > archive.aes (for compressing, using gpg key created/generated in advance); and

              aespipe -d -K mykey1.gpg < archive.aes | bzip2 -d -q | tar xvpf - (for decompressing).

              As you can see, if you redirect the output pipe coming out of lzop (while doing a backup) to the aespipe then you can create an encrypted file on the fly so to speak. The opposite is also true when doing a restore.

              For further info check http://koti.tnnet.fi/jari.ruusu/linux/aespipe-v2.3d.tar.bz2 and check the 'README' file inside this archive!

              --
              mr-4

              [reply] [top]


                [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
                by msetzerii - Jul 25th 2008 03:32:04

                To double check. Did you try hooking up the device before starting the system. I had one USB external drive that would only work if it was connected and powered on before the systems was booted up. The kernel has all the modules build in, and activates at boot time. It may not be seeing the device at boot and not loading the necessary device.

                --
                Computer Science Instructor Guam Community College

                [reply] [top]


                  [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
                  by mr4 - Jul 25th 2008 09:33:16

                  I did - it didn't work. I have tried the PCMCIA interface yesterday and it worked - no problem at all. As soon as I put the PCMCIA card in, the drive was instantly recognised by g4l and assigned a device - 'sda' in this case. Did 'cat /proc/partitions' and it was all there. Did 'mount' to see the contents of the partition - no problem. So, if everything else fails I might go for this.

                  Another option I am considering is changing the Ultrabay with something else - ordered a 2.5" (P)ATA/SATA to USB2.0/eSATA caddy yesterday and will test it when it arrives in a few days.

                  On a separate note, I have looked at your g4l30 script yesterday as I was intrigued about the possibility of using aespipe to encrypt backups on the fly.

                  I was surprised how flexible and configurable the g4l menu system is. It should not be a problem to add an extra menu option for encryption/decryption as well as specifying encryption key and then redirecting the input/output to aespipe before saving. You are already doing it, so adding an extra pipe in the middle between the ncftp/dd input/output and the compression program (gz, lzop or tar) won't be a problem.

                  If I manage to fix my Ultrabay woes I will do some testing on that front during the weekend. Integrating aespipe into 4gl won't be a problem I don't think - 'make' produces 1 executable (aespipe), one script (bz2aespipe) and one man page, which could easily be copied to the appropriate directories before the g4l iso file is made (I might also add basic gpg routines for generating the gpg key if everything works).

                  --
                  mr-4

                  [reply] [top]


                    [»] Re: g4l can't recognise Ultrabay 2000 usb HDD
                    by msetzerii - Jul 25th 2008 10:50:18

                    Thanks for the update.

                    I started looking at the encryption also. I downloaded it, and built it with no problem, but the instructions to build the key didn't work as stated. First, uuencode wasn't installed on my system, had to search yumex to find it was in a util package. Then it still didn't work. Had to switch from /dev/random to /dev/urandom. Not sure what the diff is, but that seemed to work. Did get into testing it yet.

                    To make the additiona simple at this stage, I was looking at just using the special options to set a variable string that would include a pipe symbol at the end. This way, it could be set to "" if not used, and would do nothing, otherwise it could be set to the command followed with the piping symbol to pass on the information.

                    Probable just add it to the lzop option for a start. Then do image with and without it, and check the times. Then do a restore to make sure the process works both ways.

                    I head back to my home on Monday, so I'll have direct access to my systems instead of working from 7 timezones away.

                    --
                    Computer Science Instructor Guam Community College

                    [reply] [top]


                      [»] Re: /random and /urandom devices
                      by mr4 - Jul 25th 2008 13:49:20

                      There is a massive difference between /dev/random and /dev/urandom - /dev/random guarantees you good quality entropy, /dev/urandom does not. With using /dev/random it takes a while (it blocks until you get the bits you've requested, so don't panic, just be patient), it is not fast as it needs to generate enough entropy bits. /dev/urandom, on the other hand, does not guarantee you good quality entropy and will give you "anything what's available" which is potentially dangerous as it could compromise the quality of the generated key.

                      There are a few things you need to be wary of though - it would be wise to provide an option to present the key file (I have mine generated in advance and stored separately on a memory stick - for improved security), hence my suggestion of including an option to specify the key file and not generating it automatically.

                      Also, if you generate the key you could present an option this key file to be saved separately as once the system is rebooted this key is gone and there is no way back (no chance of restoring the backup once the key is gone!).

                      I am glad to help you out with the encryption bit/issues if you need (I do that sort of thing in my daily job) - just let me know. I am not certain if you can see my email from my profile (to avoid cluttering the feedback section in here unnecessarily), but we can continue this over email if you need - let me know.

                      --
                      mr-4

                      [reply] [top]


                        [»] Re: /random and /urandom devices
                        by msetzerii - Jul 26th 2008 01:10:06

                        Thanks for the info. Didn't know that. It was just sitting there for a long time, and nothing was happening. Then I tried it with the urandom, and it was almost immediate. Could also been the method that they listed in the readme to generate the key.

                        I did a test with a 500M file, and did notice one strange thing. Then encrypted and decrypted version of the file where not the same size as the original file, and diff shows the original and decrypted file as being different.

                        The file was a zip file, and the decrypted file did pass the zip test. I also noted that the encrypted and decrypted files were a multiple of 512 bytes, where the original file was about 300 bytes smaller.

                        Also, you need to enter the pass-phrase at default at run time, and not clear on if that would be possible with the other piping, but looking at options, that might be done with an option putting it in a temporary file.

                        Also, there would have to be some way of getting the key file. Either downloading it from an ftp site, or from some other device.

                        --
                        Computer Science Instructor Guam Community College

                        [reply] [top]


                          [»] Re: /random and /urandom devices
                          by mr4 - Jul 26th 2008 02:32:30

                          Just sent you an email to the address on your profile with two text files attached. Let me know if you haven't got it.

                          --
                          mr-4

                          [reply] [top]


[»] Dell Inspiron 1501
by Brian McDonald - Jul 8th 2008 23:16:52

Hello, I'd first like to say thank you for this awesome project. Unfortunately though I've run into a problem, I am unable to load this software properly on my laptop. No matter what option I choose it always freezes at the line below:

ACPI: AC Adapter [ACAD] (on-line)

Any ideas?

--
-- Sincerely, Brian McDonald

[reply] [top]


    [»] Re: Dell Inspiron 1501
    by msetzerii - Jul 9th 2008 01:45:44

    Did you try using Kernel Option I:

    That option has noacpi, which has been required for some notebooks to work. I had been told by one user that the newer kernels didn't seem to have the problem, but it might be some do, some don't.

    If you have tried this, and other kernels, I'll have to look at it.

    Are you using the 0.26 version?

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


[»] Release of 0.26 version - Shortly
by msetzerii - Jul 5th 2008 07:10:28

Getting ready to release 0.26, and here is pretty much what I have at the moment.

ftp://amd64gcc.dyndns.org/g4l-v0.26.iso
ftp://amd64gcc.dyndns.org/g4l-v0.26.devel.tar.gz

Wasn't originally planning on releasing a version while I was in the states on Summer Break, but a few users have had issues where the 0.26 alpha worked

The changes between 0.25 and 0.26 are:

Latest changes with 0.26a
added mdev as hotplug program
updated ntfs-3g
kernel 25.9
busybox 1.11.0 with patches to 7/02/2008
g4l30 script that shows partition size and type
added sfdisk and fsck programs.
added ifcheck script by dan.s@hostdime.com to recognize
multiple eth devices and activate the first that gets a
link for systems where eth0 is not the default.
Updated syslinux from 3.55 to 3.63
kernel 25.10 (added last minute untested)

The changes to the g4l script itself are minor, and mainly just the use of the results of the ifcheck script to use the nic that gets an IP from dhcp instead of defaulting to eth0. The busybox adn kernel updates are the biggest. A little clean up on files, but did forget to change the 0.26a to 0.26 in the latest there, but that is all I can think of at the moment. If no comments on these version by Monday, I will go thru the process of doing the update on Sourceforge and Freshmeat, and it should shortly become the official released version.

Thank You.

--
Computer Science Instructor Guam Community College

[reply] [top]


[»] g4l randomly stops during network back up
by Simon - Jul 2nd 2008 20:37:10

Hi!

I'm trying to use g4l to back up a 2 GB flash disk connected to the IDE interface as hdc (with dma deactivated using the kernel paramter ide=nodma). The flash disk is the main system disk, and I've booted from a g4l cd through an attached USB cdrom drive.

I'm trying to back up to an ftp server (FileZilla Server) on my main Windows machine, using raw-mode without compression (both machines are on a local 100 Mbps network, with a router and a switch as the only other equipment). However, the transfer seems to simply stop at random after a while. It simply stops. It is still showing up as connected on the ftp server, and I can cancel the operation with Ctrl-C.

Does anyone have a solution to this? - or maybe just an idea where the problem could be?

[reply] [top]


    [»] Re: g4l randomly stops during network back up
    by msetzerii - Jul 2nd 2008 20:55:00

    A couple of things to try?
    1. Right before starting the Backup
    Ctrl-Alt F2 to open another terminal
    login with g4l
    run top to watch what is happening.
    Ctrl-Alt F1 to switch to original window
    Start Backup
    Ctrl-Alt F2 to monitor top, and see what is going on.

    I would also suggest using lzop, since it is usually faster then no compression. The network is generally slower than the drives, so it will be faster if that is where the problem occurs. With a 100MB boot partition, lzop would take 3 seconds, gzip was 6 seconds, and none was 10 seconds, and bzip was 18 seconds.

    2. You didn't mention exactly which version you are using, but another user recently had an issue with a usb device, and the latest alpha version seemed to fix it. Not sure if it was the kernel, or the busybox updates. I'm currently 7 timezones from my machines, so making versions to isolate what exactly fixed it isn't time effective.

    ftp://amd64gcc.dyndns.org/g4l-v0.26alpha8.iso

    Is the latest version, and will probable be released shortly, was planning to wait till I get back, but that will not be until the 30th of July.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: g4l randomly stops during network back up
      by Simon - Jul 2nd 2008 21:24:46

      Thank you for the quick response:) I'm using the newest release version - v0.25 from SourceForge, and the default kernel (with the added ide=nodma parameter). I tried using lzop, but got the same result as with no compression. Looking at the output from top, all processes simply stop at 0% cpu utilization. I'll try out the new alpha though... Currently downloading...

      [reply] [top]


      [»] Re: g4l randomly stops during network back up
      by Simon - Jul 2nd 2008 22:09:24

      The new alpha version did the trick - now works perfectly! Thanks:)

      [reply] [top]


        [»] Re: g4l randomly stops during network back up
        by msetzerii - Jul 2nd 2008 23:40:08

        Thanks for taking the time to test it, and post a response.

        --
        Computer Science Instructor Guam Community College

        [reply] [top]


[»] Bug in Server Mode Launch
by rpacheco - Jun 11th 2008 18:21:51

Hi Just to communicate that in VMWARE for windows after configuring the server its said that would be launch but nothing happens just the menu appear. Thanks in advance.

[reply] [top]


    [»] Re: Bug in Server Mode Launch
    by rpacheco - Jun 11th 2008 18:24:39


    > Hi Just to communicate that in VMWARE

    > for windows after configuring the server

    > its said that would be launch but

    > nothing happens just the menu appear.

    > Thanks in advance.


    Sorry I forgot to mention that i was using g4l 2.4 and everything was fine the problem appear to be with this new reales 2.5.

    [reply] [top]


      [»] Re: Bug in Server Mode Launch
      by msetzerii - Jun 13th 2008 16:17:32

      Unfortunately, I don't have a VMWARE system setup. So, to try and isolate where the problem is.

      If you boot from the 0.25 g4l and use the previous kernel instead of the default does it have the problem. If not, then it is in the new kernel?

      After booting from the 0.25 g4l what does the /proc/partitions have and what does dmesg have.

      cat /proc/partitions >output1
      dmesg >output2
      then use ncftp to upload the files.
      Do the same with 0.24, and see if something is different.

      Could also check what the contents of the /dev directory has. I don't think I changed to the mdev until 0.26, but might be in there.

      Finally, have started working on 0.26, and have an alpha4 of it.
      ftp://amd64gcc.dyndns.org/g4l-v0.26alpha4.iso
      Might be that it has already fixed the problem, but don't have the VMWARE environment to test it.

      Additionally, for June and July, I am in the states on Summer Vacation, so am 8 time zones away from my computers so only have vnc access. So, updates and testing are a lot more involved. Would be interested in discovering what exactly changed to cause the problem. The g4l had minimal changes, it is the support programs that changed but not that much.

      Thanks for the feedback.

      --
      Computer Science Instructor Guam Community College

      [reply] [top]


        [»] Re: Bug in Server Mode Launch
        by rpacheco - Jun 16th 2008 14:47:17

        Hi sorry to inform that the bug still on alpha version 2.6. You don't need to have vmware to prove it. I made my lab on a regular machine with the cd. The error appear in the exact moment that you hit the launch server button. You receive the confirmation to the server mode but after that the application return to the menu not to the waiting connection list. We're on File Mode, we pick the device eth0, then configure the device (assign ip), select the partition to /mnt/local, everything still the same, like always, the same steps, no problem on that, then on the last step to Launch Server it fail. It seems to fail not just with the last kernel build image but with all.

        [reply] [top]


          [»] Re: Bug in Server Mode Launch
          by msetzerii - Jun 16th 2008 15:42:47

          Are talking about the partimage server, since there isn't a server as part of g4l other than that. The previous author had put that on the cd, and I had only updated the files since that is another project.

          My systems are lvm, which it doesn't support, so I haven't played with it at all. Well have to check that out.

          Thanks again.

          --
          Computer Science Instructor Guam Community College

          [reply] [top]


            [»] Re: Bug in Server Mode Launch
            by rpacheco - Jun 16th 2008 18:00:28

            Yes we're talking about the partimage server! It began to fail since 2.5

            [reply] [top]


              [»] Re: Bug in Server Mode Launch
              by msetzerii - Jun 16th 2008 19:04:50

              I did some test, and it appears that it is looking for a user partimag that it wants to be created?

              If you run the partimaged command at the command prompt, it will show the error message about not having the partimag user?

              I have made no changes from 0.24 to 0.25 with this, so not sure if it is a change in the kernel that brought this up, or with the new busybox?

              I'm also not sure how the server option would be used from the cd, since it only creates a 64M ram disk.

              I was always under the ideal that someone would run the server on a regular linux system like the ftp, and have the client boot from the cd to backup other systems.

              Again, since my systems all have LVM, which don't allow file read access from the g4l, it wasn't an issue I could do a lot with.

              --
              Computer Science Instructor Guam Community College

              [reply] [top]


                [»] Re: Bug in Server Mode Launch
                by msetzerii - Jun 16th 2008 23:54:45

                Actually my bad...
                Actually, I had changed the partimage files. I found the fedora had newer versions or I build newer version, and didn't note that the compile options were different. In doing a comparison with the partimaged -i of both, it shows the differences.

                I created an alpha5 that has the 0.24 version back, will have to figure out how to compile with those same options. The versions are just a little different, so better to have an older version that works than a newer one that doesn't.

                ftp://amd64gcc.dyndns.org/g4l-v0.26alpha5.iso

                --
                Computer Science Instructor Guam Community College

                [reply] [top]


[»] Restore issue.
by breezely - May 30th 2008 20:04:43

I'v created a raw lzop partition backup and restored it to a vmware partition of a larger size using raw mode over ftp. I noticed after a few failed attempts of running mkinitrd that not all the files and folders in /proc and /sys were restored. Not sure why this is happening or how to prevent this from happening.

[reply] [top]


    [»] Re: Restore issue.
    by breezely - Jun 2nd 2008 11:20:28


    > I'v created a raw lzop partition backup

    > and restored it to a vmware partition of

    > a larger size using raw mode over ftp. I

    > noticed after a few failed attempts of

    > running mkinitrd that not all the files

    > and folders in /proc and /sys were

    > restored. Not sure why this is happening

    > or how to prevent this from happening.

    My bad, te /proc and /sys directories I was looking at were not from the backup image.

    [reply] [top]


[»] g4l over wireless?
by amkearin - May 22nd 2008 12:13:27

Hi Im new to linux in general and havent been able to get g4l to work off a dvd (mount the dvd but cant choose it as a source) so I was wondering how I would go about adding wireless support to my boot disk as I have no wired network in the lab. It seems like g4l is mainly geared towards being used over a network...

[reply] [top]


    [»] Re: g4l over wireless?
    by msetzerii - May 23rd 2008 03:01:03

    Two issues. G4L doesn't run from a DVD, it is a cd image.

    Make sure to download the iso file, and burn it to a CD-R or CD-RW as an ISO image.

    Then you can boot from that CD, and see if it recognizes your hardware. I haven't used it with wireless cards, but if they are supported by the kernel.org kernel, they should work. Ones requiring special drivers or ndiswrapper would not

    G4L does do network imaging, but also has an option for local imaging, that can use other partition or other drivers to back up images to as well. On could connected an external USB drive, and create an image file on that.

    The development kit is the source files, for the project to allow others to make whatever modifications they might like, or to just see what it is made of. The ISO is what is required to run the program. It is setup as a CD image, but the kernel file and ramdisk.gz can be extracted to have it run from a bootloader like grub, or boot from a flash drive.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: g4l over wireless?
      by amkearin - May 23rd 2008 11:17:59

      sorry - didnt explain that very well - I have no problems running g4l - I have the cd burnt and working fine. I have also managed to create an image and have then burnt that to a dvd - what I couldnt do is choose the dvd as a source after I had booted up with g4l - I mounted the drive but no options appeared to select that drive as a source. any tricks to that?

      [reply] [top]


        [»] Re: g4l over wireless?
        by msetzerii - May 24th 2008 01:33:23

        OK. Point of Clarification

        What is the dev for the dvd?
        Are you using the local copy menu?
        Option A: on the local copy menu doesn't show the device?
        Option A: on the local option, should mount the device to the /mnt/local directory, but if it doesn't. Try mounting the dvd to that point before running the script, and see if the other options work.

        I've used external USB drives with disk but have not tried with a DVD, but don't see where there would be a difference.

        If this doesn't provide a solution, could you specify exactly which option you are taking in the process, since there are a number of sub menus and choices in the program to make sure we are on the same page.

        Thanks for taking the time to comment.

        --
        Computer Science Instructor Guam Community College

        [reply] [top]


          [»] Re: g4l over wireless?
          by amkearin - May 26th 2008 11:09:19

          /dev/hda is dvd. I am using Raw>Local>Option A Under Option A there is no /mnt/local option - only sda, sda1, sda3 etc. I manually mounted it to /mnt/local but it still doesnt show up in the menu. what now?

          [reply] [top]


            [»] Re: g4l over wireless?
            by msetzerii - May 26th 2008 13:28:10

            The listing of disk and partitions comes from the /proc/partitions.
            Do you have the dvd in the drive at boot time?
            ftp://amd64gcc.dyndns.org/g4l-v0.26alpha2.iso
            Is a new system, but is mostly some minor things so far. It does have mdev added to the busybox, and I'm not sure if installing the dvd and then running mdev -s would then add it to the /proc/partitions.

            On another note: If you manually mount the DVD correct partition to the /mnt/local you should then be able to see the image file on /mnt/local.
            ls /mnt/local
            You could then run the g4l and then just skip the A option, since it has already been mounted.

            The /mnt/local is where option A: mounts the partition, but isn't an option.

            --
            Computer Science Instructor Guam Community College

            [reply] [top]


              [»] Re: g4l over wireless?
              by amkearin - May 27th 2008 12:57:47

              I am booting up from the G4L bootdisk in the DVD drive, then removing it, inserting the DVD containing the image file and trying to use it as my source. I can mount it to /mnt/local and I can browse to that directory and can see the image file listed.

              When I run G4L I believe that there are 3 options I should be selecting - A, B & F.

              A - should be the location of the source image
              B - the filename
              F - Restore - should select the partition to restore to and then start the process.

              If I skip option A as you suggested then when I go to F it tells me - ERROR - No target drive set!
              This seems to imply that option A is actually setting the target - and this is confusing because it does say

              A: Pick drive - target/source partition for IMAGE file

              Now I assumed that it chose whether it was the target or the source depending on whether you were backing up or restoring. Then when I select restore it should ask me for the target drive.

              Is this not correct?? nothing else seems to make sense.

              [reply] [top]


                [»] Re: g4l over wireless?
                by msetzerii - May 27th 2008 14:11:50

                The script checks that the drive has been selected, so the variable needs to be set.

                Use option S:
                export localdrive=hda1
                That will then set the variable to the correct partitions, and then should allow the option to work, since the variable will be set
                You should see after the A: option.

                You could also do the mount with the S: option

                --
                Computer Science Instructor Guam Community College

                [reply] [top]


                  [»] Re: g4l over wireless?
                  by amkearin - May 29th 2008 09:48:39

                  well, I set the local drive to hda1 that way and it then lets me use the restore command and I choose the target partition - sda5

                  it starts to restore the image... and then stops, saying 100% complete but nothing has actually been done

                  OK - just sorted something out I think... I noticed that my image file had been saved in CAPS on the DVD. When I entered it in CAPS in Option B it worked... Is this normal, or could it have something to do with me using a turkish keyboard?

                  BUT...... it has stopped aat 98.51% complete...

                  what now?

                  [reply] [top]


                    [»] Re: g4l over wireless?
                    by msetzerii - May 29th 2008 11:04:56

                    Stopping before 100% generally means the destination partition or drive is not as big as the image. In my lab, I have 20 identical machines. But one systems hard disk reports it being 3 tracks less than the others? So, I use that machine to make my images, since you can copy a smaller image to a larger one. They have to be exactly the same size or larger. Also, how the tracks / sectors are worked out might give a different size, since some things are track centered. I would compare the physical information on the original disk/partition, and the new disk/partition.

                    --
                    Computer Science Instructor Guam Community College

                    [reply] [top]


                      [»] Re: g4l over wireless?
                      by amkearin - May 29th 2008 12:05:14

                      ok, thats what I was looking at as well - I thought Id set the partitions to be the same, but if I just set the destination partition slightly bigger it should be fine I guess. Will try and then give feedback

                      [reply] [top]


                        [»] Re: g4l over wireless?
                        by amkearin - Jun 2nd 2008 09:30:09

                        OK I managed to complete the imaging process, but on reboot I get an error - could not find /dev/disk/by-id/scsi-SATA........part5

                        [reply] [top]


                          [»] Re: g4l over wireless?
                          by amkearin - Jun 2nd 2008 09:44:18

                          do I need to recreate /etc/fstab? I notice it is missing...

                          [reply] [top]


                            [»] Re: g4l over wireless?
                            by msetzerii - Jun 3rd 2008 12:58:53

                            The g4l does an image copy, so everything that was on the original should be there on the copy. If you have moved it to different type of hardware, it doesn't match, and some new version are using UID instead of the mount points.

                            What was in the original /etc/fstab, and is it completely missing from the copy, or does it have missing lines?

                            --
                            Computer Science Instructor Guam Community College

                            [reply] [top]


                              [»] Re: g4l over wireless?
                              by amkearin - Jun 5th 2008 12:21:23

                              Well, the whole point of this process is to be able to create a working image for my lab of 15 identical latops (supposedly identical, maybe some of the hardware is slightly different) that I can use to reimage if they die... anyway, when I try to boot up I get the error message I mentioned - which seems to be saying that it cant find the partition - made me think of a MBR problem, or a problem with /etc/fstab but when I checked for it it is completely missing... in fact their are only a handful of files in the etc directory at all .... is it possible the image file is corrupted? should I start the whole process from scratch?

                              [reply] [top]


                                [»] Re: g4l over wireless?
                                by amkearin - Jun 6th 2008 11:56:12

                                OK this seems to be something to do with using a SATA drive - they are uniquely identified in the /etc/fstab and /boot/grub/menu.lst

                                I am playing around with altering these on the imaged machine - still not working but I think Im on the right track

                                probably need to erase the unique identifiers from the source machine BEFORE imaging - then shouldnt have this problem each time I try to image a machine.

                                these pages have good info about this http://www.suseforums.net/index.php?showtopic=45832 http://www.novell.com/support/search.do?cmd=displayKC&docType=kc&externalId=7000134&sliceId=1&docTypeID=DT_TID_1_1 If I get it sorted will post feedback

                                [reply] [top]


                                  [»] Re: g4l over wireless?
                                  by msetzerii - Jun 8th 2008 10:41:03

                                  I've heard about this use of the UID, but not clear on where it exactly comes from. If one does a full disk image are they the same, or is it part of the physical hard disk?

                                  I had a similar issue with the nic card after a recent upgrade of Fedora 8. Before that I could image the machines, and everything was fine on the cloned machines in the lab. Then it started creating the cloned images with eth1 instead of eth0. Even thou I had told it not to bind the MAC. Ended up I had to delete the ifcfg.eth0 from the machine before doing an image. Then all the clones would configure the nic as eth0. But the original machine would then not configure the nic on the first boot.

                                  Thanks for the info, and do you have what it puts in the grub.conf and the fstab?

                                  Don't know if removing the files would have it automatically recreate them or not.

                                  --
                                  Computer Science Instructor Guam Community College

                                  [reply] [top]


                                    [»] Re: g4l over wireless?
                                    by amkearin - Jun 10th 2008 11:34:04

                                    Great success!!!

                                    edited the menu.lst and fstab on the original machine as mentioned in the novell article, now when I image the new machine, it boots up perfectly, just need to change the network settings and it should be rocking!

                                    cheers mate

                                    [reply] [top]


                                      [»] Re: g4l over wireless?
                                      by msetzerii - Jun 11th 2008 10:19:14

                                      Glad to hear it worked out.

                                      I'll check out the link, and add a mention to it in the latest file. Need to work on the documentation thou, but that is not what I like working on.

                                      Currently in the states for the summer, so all work is done via vnc to my servers in Guam.

                                      Thanks for the reply.

                                      --
                                      Computer Science Instructor Guam Community College

                                      [reply] [top]


                                        [»] Re: g4l over wireless?
                                        by amkearin - Jun 12th 2008 10:15:23

                                        just when you think its all ok.....

                                        As I said, everything worked ok on the first machine I tried to clone to. But now I have tried on two other identical laptops, when I try to start the image process I get the message "Input file is not an image (invalid magic)" This is the same file I have successfully used to clone another laptop... Whats going on???

                                        [reply] [top]


                                          [»] Re: g4l over wireless?
                                          by msetzerii - Jun 13th 2008 18:26:16

                                          There are two things that might be the problem.
                                          First, it the lap tops drive is even a little smaller than the original machines drive. I've got a lab of 20 identical machines, but one machines drive reports it as being 26M smaller than the other 19. All the exact same make and model. So, I have to use that machine to make the image.
                                          Second option could be bad ram in this notebook. The imaging puts a load on the ram, and makes use of all of it (as far as I now). I had a brand new server, and when creating an image on it, it would fail, but on another machine it would work fine. Did a comparison of the image file and found they were different. Then ran memtest and it went thru the first 7 test with no errors, but then on the 8th test, it had the exact same error pattern.
                                          Machine had two ram sticks, so pulled out one, and the test ran with no error. Then swapped the rams, and got the errors again, so that one stick was flaky. With half the ram, it made the image fine, and the vendor replaced the ram, and everything was fine.

                                          Those are the only two things that I have seen. You might try booting from the linux rescue cd, and see what it sees.

                                          --
                                          Computer Science Instructor Guam Community College

                                          [reply] [top]


[»] can not run on attansic L2
by shinichi - May 20th 2008 03:58:27

i install g4l and it run already but when i use it for mainboard have attansic L2 network it don't work. And I have driver for attansic L2 network how to add it on kernel g4l. Need to help

[reply] [top]


    [»] Re: can not run on attansic L2
    by msetzerii - May 20th 2008 10:52:02

    The ATL2 is not yet included in the kernel.org kernel source. There is the ATL1, and the ATLX now that is the beginning of adding the ATL2, but not there yet.

    https://sourceforge.net/forum/forum.php?thread_id=2006773&forum_id=408763

    The above is a discussion from sourceforge on this same driver. It might be possible to create a .ko file that matches one of the kernels, and it might load manually, but I don't have access to any system that has this nic.

    I did create a test iso but never had someone download or test it. It has atlx, which may or may not support the atl2.

    ftp://amd64gcc.dyndns.org/atlx.iso

    There seems to be action at adding support to the kernel, and others have it added already, but it is hard to test without having the nic available. Hopefully, the information from sourceforge will help.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


[»] g4l 0.25 alpha 18 - Last before release??
by msetzerii - May 6th 2008 02:12:00

I put up a message on the 0.25 alpha 15 trying to get feedback, but only had a few downloads of it, and some of 16 and 17 with no annoucement, but no feedback good or bad.

Here are the changes listed.
Latest changes with 0.25
Moved development system from Fedora 5 to 8
Updated busybox to 1.10.1 (with patches to May 2)
Added telnetd program
Newer kernels
fixed missing lib for name resolution
moved dd, gzip and gunzip to busybox becuase of problem with
gunzip restore with the gunzip from Fedora 8 version.
compiled jetcat-mod with latest new system.
add bs=1M to dd commands in local menu (fix over 100% problem)
added autostart telnetd if kernel parameter telnetd=yes
added timeout 30 option to startup messages
added g4lmenu to show options
cleaned /dev directory to just console and raid subdirectories
use busybox mdev to dynamically create /dev entries
Added file list to local copy option like F: option on network

ftp://amd64gcc.dyndns.org/g4l-v0.25alpha18.iso

ftp://amd64gcc.dyndns.org/g4l-v0.25alpha18.devel.tar.gz

If no comments, will probable release it soon. I moved to using busybox mdev to create device nods.

--
Computer Science Instructor Guam Community College

[reply] [top]


[»] Unable to mount root
by tommeke7 - Apr 29th 2008 04:04:55

Hi,
I've put burned g4l just in linux with makecd on a cd-rom. But I get an error while trying to start it.

On the menu, I pick the latest kernel version and here everything is loading till I get this message:

RAMDISK: Compressed image found at block 0
Unable to load NLS charset utf8
List of all partitions:
0300 39082680 hda driver: ide-disk
0301 104391 hda1
0302 38957625 hda2
1600 40025916 hdc driver: ide-disk
1601 40025916 hdc1
1640 41358 hdd driver: ide-cdrom
No filesystem could mount root, tried: reiserfs ext3 ext2 msdos vfat iso9660 ntfs romfs fuseblk
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)

And here it hangs ..

Both hard disks are ext3 partitions .. And I guess the cd-rom gives the error, but this has the standart fs given by makecd .. So what can be wrong here?

thx,
Tom

[reply] [top]


    [»] Re: Unable to mount root
    by msetzerii - Apr 29th 2008 07:41:42

    A couple of things.

    First, when you use the makecd script, you must do so as root, and also when you extact the development kit, otherwise, certain files are not created.

    ./makecd create

    will create the boot.iso file, which can then be burned to the cd as an iso image.

    cdrecord -v dev=/dev/hdc boot.iso

    or

    cdrecord -v blank=fast dev=/dev/hdc boot.iso

    That assumes you cd is /dev/hdc

    First is for a cd-r, second is cd-rw.

    Did you modify the files to burn the image?

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: Unable to mount root
      by tommeke7 - Apr 29th 2008 08:30:01

      I didn't use the development kid and did not modify any of the files. The command that I used was the example in makecd itself, which makes the iso and writes it to cd-r: "sudo ./makecd /dev/cdwriter"

      [reply] [top]


        [»] Re: Unable to mount root
        by msetzerii - Apr 29th 2008 22:09:42

        What did you use to burn the iso image to the cd?
        It must be burned as an ISO image and not as a file.
        I've used the cdrecorder and k3b with linux, and nero with windows.

        You mentioned makecd in the original message, and there is a makecd script in the development kit, so that is why I thought you were using it. The g4l.iso file is a cd image, and needs to be burned as such to a cd-r or cd-rw.

        --
        Computer Science Instructor Guam Community College

        [reply] [top]


          [»] Re: Unable to mount root
          by tommeke7 - Apr 30th 2008 05:56:30

          Indeed, I made a mistake .. I just downloaded the tar file from http://freshmeat.net/projects/g4l/ and it was the development file.. However I did not change anything to the script or the rest so I don't get why it didn't work.. It doesn't matter however.. I downloaded the ISO file, burned it with k3b and it's perfectly working! Now just testing everything a bit out :) Thx for your responses! Tom

          [reply] [top]


[»] Please Help: Clone Small HD to Larger HD Using G4L V0.24
by KevinLuu - Apr 11th 2008 13:37:22

Hi,

I used G4L version v0.24 to clone 80GB HD to 120GB HD.

The Cloning process was successful.

I can used the new 120GB to boot the system. But when i checked the capacity it only show 80GB instead of 120GB.

How can i solve this problem when using G4L to clone small HD to larger HD so that the full capacity of the larger HD is seen after clone.

Thank you very much.

Kevin Luu

[reply] [top]


    [»] Re: Please Help: Clone Small HD to Larger HD Using G4L V0.24
    by msetzerii - Apr 11th 2008 17:13:28

    The g4l doesn't do on the fly resize of the partition, but copies it as is. You can then use programs like gparted or other programs to expand the partition, or just create another partition with the extra space. The exact options depend on the OS you are using. The exception to this, is if you have done an NTFSCLONE backup of an ntfs partition. In which case you would have had to create the partition before restoring the backup. The same thing would then happen, in that if you did an ntfsclone backup of a 40GB partition, and restored it to a 100GB partition, it would still be a 40GB partition, but you could then run the ntfsresize program on the cd with the partition.

    ntfsresize /dev/hda1

    And it would increase the size to use the whole partition.

    --
    Computer Science Instructor Guam Community College

    [reply] [top]


      [»] Re: Please Help: Clone Small HD to Larger HD Using G4L V0.24
      by KevinLuu - Apr 11th 2008 21:59:49

      Thank you very much for your help. I was praticing using G4L to clone 80GB HD containing XP OS to and old 120GB HD to see how G4L works. After discovering this issue about cloning small HD to larger HD i then decided to use the same size hard disks for cloning (This is my first time to do cloning. And i am pretty new to computer and Linux OS. I know XP OS as casual user). My real task at this time in the company is using G4L to clone a 250GB HD containing Fedora 4 OS for back-up ( The person who handled this task had left the company. He was the only one that knew Linux OS in the comapny). Using the same G4L version CD, the same PC and the same hardware setup, I repeated the same steps that i did earlier in pratice to clone 250GB HD containing Fedora 4 Linux OS to an old 250GB HD also containing Fedora 4 Linux OS for backup purpose. However this time, after about 0.76% completed, i saw many error messages displayed on the screen. I am not sure why this happened with 250GB HD containing Linux OS. So i used Ctrl-C to stop the cloning process. This problem was repeatable with 250GB HD. Howver i did not see when i cloned 80GB HD (contains XP OS) to 120GB HD ealier in my pratice. Do you why this problem only occurred with 250GB HD to 250GB HD cloning?. Can G4L version V0.24 be used to clone HD with the size 250GB or larger?. Again. Thank you very much. Kevin Luu

      [reply] [top]


    [»] Re: Please Help: Clone Small HD to Larger HD Using G4L V0.24
    by KevinLuu - Apr 12th 2008 07:49:53


    > Hi,

    >

    > I used G4L version v0.24 to clone 80GB

    > HD to 120GB HD.

    >

    > The Cloning process was successful.

    >

    > I can used the new 120GB to boot the

    > system. But when i checked the capacity

    > it only show 80GB instead of 120GB.

    >

    > How can i solve this problem when using

    > G4L to clone small HD to larger HD so

    > that the full capacity of the larger HD

    > is seen after clone.

    >

    > Thank you very much.

    >

    > Kevin Luu

    >

    >

    Thank you very much for your help.

    I was praticing using G4L to clone 80GB HD containing XP OS to and old 120GB HD to see how G4L works. After discovering this issue about cloning small HD to larger HD i then decided to use the same size hard disks for cloning (This is my first time to do cloning. And i am pretty new to computer and Linux OS. I know XP OS as casual user).

    My real task at this time in the company is using G4L to clone a 250GB HD containing Fedor