Thanks for the feedback. I'll try something out this weekend to see if
we can duplicate the problem. FYI, the system I am testing this on is
a Dell D630 laptop, 4GB ram, nvidia graphics, wireless, 160GB sata
drive. That is the Windows system I am using to test UNetbootin
Windows version on. It is running WinXP SP2. The Linux system I am
using is a custom workstation with the following equipment:

Intel S5000XVN motherboard w/ 2 E5450 3GHz Xeon quad-core CPUs
8GB ECC RAM
~4TB disc space (4x500MB sata, 1x1.5TB esata, 1x320GB sata removable boot drive)
nVidia 8800GT video w/ 2 displays
CentOS 5.2 operating system
KDE 3.5.4

The systems are connected to a gigabit LAN switch. I keep the Linux
ISO images that I am using to build the thumb drives on an external
NAS RAID that is also attached to the LAN switch, so both systems are
building from the same image file (not simultaneously, however). When
this happened, I tried to rebuild again from Windows on the same thumb
drive, as well as on another, and the behaviour was the same. Then I
rebuilt on both drives from the Linux system and both booted just
fine. I was able to rebuild again on Windows, and the boot failed as I
mentioned, into a minimal shell.

The next day, I tried Windows again, but with a new drive - actually I
use 2GB micro-sd cards in an Iogear usb reader that looks and acts
like a thumb drive, made for the micro-sd cards - and there was no
problem at all. I use the same make/model card for all my testing, and
when I go from distribution to distribution I reformat the card and
install the Windows boot loader again, just to be consistent.

Anyway, I ran a checksum on the good (linux) / bad (windows) runs and
the deltas were reported to the bug tracker on SourceForge in my
comments.

I am using the laptop to test the LiveUSB drives.

FWIW, I used the successful builds in my presentation Monday night to
the IEEE Consultants' Network and it was very well received. There was
a lot of interest in this means of easily building system recovery
tools and live Linux USB drives. For my presentation I built the drive
with the newest version, 3.07 on the Windows system. It booted and ran
Ubuntu just fine.

One final datum. When I was having these problems, I noticed that
sometimes (not always) the drive would become disabled during the
Laptop's POST and the F12 key to bring up the 1-time boot options (hd,
usb, cd, network) would bring up the menu, but the USB would be
missing. I could switch to another USB port and reboot and it would
see and boot the drive. It hasn't done that again, so I don't have any
way to tell if there is some other problem with the system. If I went
ahead and rebooted into windows, the USB port was enabled again. Go
figure. Is it possible that something in the boot loader was giving
the system indigestion?

So, I think we'd agree that the jury is still out with regard to
whether this was an issue with the sd card or reader I was using, or
UNetbootin. That said, others have experienced similar problems, or so
they have recounted to me on the linux.com forums and in the bug
tracker on SF, so we don't know enough yet to establish a root cause
of my problem. I do know that some older thumb drives won't boot at
all - I have an old 2GB Lexar drive that no matter what I do, will not
boot any OS on any system, though it is a nice data storage device. If
I can repeat the failure then we might have something to go on. In any
case, I'd like to thank you for looking into this.

-Bill Boyle

P.S. The other distributions I had problems with (which may not have
anything to do with UNetbootin) were DSL, FaunOS, and NimbleX. Out of
11 distributions, I got 8 to boot and run, although Mepis doesn't
handle the sata drive in my laptop so I couldn't test it further than
booting to the desktop.

Overall, it is a great little tool. Nice job. I like that you keep it
simple, focused on its task of making a LiveUSB device. It is
definitely in my little bag of tools now.

On Thu, Jan 29, 2009 at 8:15 PM, Geza Kovacs <email address hidden> wrote:
> Do you encounter the same issue when you load SliTaz rather than Ubuntu
> on your USB drive? If yes, do you still encounter it when you boot the
> Windows-generated SliTaz Live USB on another computer?
>
> I'm trying to narrow down this issue, and if my hunch serves me well
> this is some USB drive detection and mounting issue, that is it
> shouldn't occur with distributions like SliTaz that load entirely into
> RAM via the initrd.
>
> I would assume the reason it's occurring in Windows and not Linux would
> be because of perhaps differences in their FAT32 formatting utilities or
> drivers - unfortunately I've never encountered anything like this myself
> so I can't yet think of anything beyond that.
>
> --
> Windows versions put CR/LF line terminators in text files.
> https://bugs.launchpad.net/bugs/322905
> You received this bug notification because you are a direct subscriber
> of the bug.
>