Note: Your device name may be different!
Note: Wait for sync operation to complete (may take 20 minutes!)
Apr 7 11:36:03 laptop kernel: [17263693.756000] usb 5-4: new high speed USB device using ehci_hcd and address 8 Apr 7 11:36:03 laptop kernel: [17263693.888000] usb 5-4: configuration #1 chosen from 1 choice Apr 7 11:36:03 laptop kernel: [17263693.888000] scsi3 : SCSI emulation for USB Mass Storage devices Apr 7 11:36:08 laptop kernel: [17263698.888000] Vendor: CREATIVE Model: Zen Nano Plus Rev: 1141 Apr 7 11:36:08 laptop kernel: [17263698.888000] Type: Direct-Access ANSI SCSI revision: 04 Apr 7 11:36:08 laptop kernel: [17263698.888000] SCSI device sdb: 473600 2048-byte hdwr sectors (970 MB) Apr 7 11:36:08 laptop kernel: [17263698.888000] sdb: Write Protect is off Apr 7 11:36:08 laptop kernel: [17263698.892000] SCSI device sdb: 473600 2048-byte hdwr sectors (970 MB) Apr 7 11:36:08 laptop kernel: [17263698.892000] sdb: Write Protect is off Apr 7 11:36:08 laptop kernel: [17263698.892000] sdb: sdb1 Apr 7 11:36:08 laptop kernel: [17263698.892000] sd 3:0:0:0: Attached scsi removable disk sdb Apr 7 11:36:08 laptop kernel: [17263698.892000] sd 3:0:0:0: Attached scsi generic sg1 type 0
Note: This output is also written to the kernel message ring buffer, dumped by the dmesg command; "dmesg | tail -n 20".
My Nano came pre-loaded with a test MP3 file, Introduction.mp3, which is convenient for verifying the laptop and Nano are communicating. Once connected to my laptop, Linux detected the Nano as a USB device, and started a Konqueror session to manage the new device. Myself being a command line jockey, immediately minimized this window, and executed "mount" in my open shell. /media/usbdisk was mounted on /dev/sdb1. ls /media/usbdisk revealed the presence of "Introduction.mp3", a 354KB 128kbps MP3 file 21s long. df reveals the device is really 946832KB long, a little short of 1GB, but formatted media size always is.
My first attempt to copy one file to the Nano apparently was successful. This was a 130MB VBR-encoded MP3 file. After listening to some 10 minutes of this file, I was satisified the Nano does in fact play MP3 files. My next, more ambitious tests were less successful. In the end, some of the problems were due to a failing laptop DVD-ROM drive. My second test was to copy a collection of MP3 files from a CD to the Nano. After mounting the CD, I executed:
The first sign of trouble was the sound of a never cycle of CD drive seeking, seeking, seeking... dmesg revealed SCSI seek errors. I rebooted Linux to resolve this problem. After the reboot, I found one subdirectory populated with MP3 files. Some of these files played. However, after a few minutes it was obvious these files were corrupt. I then rm -rf /media/usbdisk/*, but a df command revealed the /dev/sdb1 partition was still 73% full!
Going back to the mount command reveals the file system on the Nano is VFAT. There are a number DOS filesystem repair utilities available on Linux. "dosfsck /dev/sdb1" revealed there were lost files. Running the following sequence of commands will free all space used by "lost" files:
After finally giving up on the broken laptop DVD-RW drive, I used my desktop system to copy the MP3 files from the CD, then copied them over the network to my laptop. I was then back to:
That command completed in some 20 seconds.
I then right-clicked on the USBDEV icon on the Kubuntu desktop, selected the "safe remove" option for the 10th time for the Nano USB device, and had high hopes for success this time.
One thing bothered me. During the "safe remove" operation. The Nano LCD panel still displayed a moving "heartbeat" line. What else could that mean besides data was being transfered between the computer to the Nano. Hmm...
Instead of playing the files I just loaded, I re-connected the Nano to my laptop. "ls -lR /media/usbdisk" revealed most of the MP3 files just uploaded were 0 bytes long. Starting to get a clue, I tried:
This failed, out of disk space. Back to running dosfsck, and cleaning up the lost files again... The next rsync did not work. I started getting "/media/usbdisk: mount read-only" errors. Baffled, I ended up rebooting Linux, which did resolve that problem. Afterwards, I ran these commands to tidy things up:
Once again, repeat after me:
In the end, the quick start answer for getting data to your Nano is found at the top of this file. Good luck, and enjoy!