On 17 June 2010 03:26, Sergey Manucharian <ingeniware@xxxxxxxxx> wrote: > Excerpts from Carlos Mennens's message of Wed, 16 Jun 2010 15:11 -0400: > >> It appears Arch can't find /dev/sdd1 however I can find it fine when I >> use the 'fdisk' utility. I don't understand why... > > You should not fdisk on a partition (like sdd1), only on the whole > device e.g. /dev/sdd > >> [root@tuna ~]# mkfs -t vfat /dev/sdd1 >> mkfs.vfat 3.0.9 (31 Jan 2010) >> /dev/sdd1: No such file or directory > > Nowadays some USB drives are not partitioned, so > maybe you indeed have no /dev/sdd1, but just /dev/sdd - you can use the > whole drive to create a file system, but I'd recommend to create a > partition with fdisk first. > > Also "mkfs.vfat -n ocz_usb /dev/hdd1" will put the label right away. > >> When I look under the /dev/ directory, I don't see sda sdb sdc or sdd. > > That's strange, but by the way, how do you look into it? > What is output of "ls -l /dev/sd*" ? No partition (which is actually 1 primary partition without a proper partition table) still shows up as sd(x)(n), as far as experience goes. One thing I like to do now is make sure of the allocation units. I have noted a big difference in performance between drives formatted with Linux/Windows' default tool(s) and those by HP Disk Format Utility (or something like that). With the latter, 8GB gets 4,096 wheres 32 gets 16,384. Transfer rates (write) grew from 3MB/s to 7MB/s across platforms. http://www.patriotmemory.com/forums/showthread.php?t=3696 -- GPG/PGP ID: B42DDCAD
