首先，将arm板连到pc机，（我的arm板上有usb转串口线，不过这个线的usb口是连到pc机上，串口那一端是焊接到arm板上的，用pc机上的usb转串口驱动来控制usb转串口线，进而向arm板发送数据，并接收arm板发送回来的数据，并进行调试）这一步的意义在于，用SecureCRT软件（windows上的）建立与arm板的连接，在SecureCRT中，输入命令，相当于SecureCRT是arm板的一个控制终端。
然后，启动arm板，SecureCRT打印出arm板u-boot的选项菜单，选择启动Linux，一切ok!
接下来，在arm板的usb接口上插上我的U盘，在SecureCRT（下面用控制终端代替）中显示了下面的两行：
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using s3c2410-ohci and address 3
然后在“控制终端”中输入:
cd /dev ls
发现没有sd*之类的设备，即找不到我的U盘，只有多了
usbdev1.3
将usbdev1.3 mount到/mnt/myusb，是mount不上去的，usbdev1.3显示的是字符设备。
再输入：
fdisk -l
是空的，真找不到U盘。
网上搜其他命令，lsusb，但是这个命令在我的arm板的linux下找不到，（看来busybox提供的工具不够全呐）
没法了，想到是不是编译linux内核（我用的是我之前自己编译的内核，自己做的文件系统）时，没有注意usb驱动这一块，usb驱动没编译？
然后进入成功的第二大步：
于是用arm板带的CD中，有出厂linux内核镜像，把它烧到arm板上，还烧了出厂的文件系统的镜像，总之，一切还原到了arm板出厂的状态。
重启arm板，进入系统，插上U盘，在“控制终端”里打印出
usb 1-1: new full speed USB device using s3c2410-ohci and address 4 usb 1-1: New USB device found, idVendor=0951, idProduct=160b usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-1: Product: DataTraveler2.0 usb 1-1: Manufacturer: Kingston usb 1-1: SerialNumber: 0801161242071 usb 1-1: configuration #1 chosen from 1 choice scsi1 : SCSI emulation for USB Mass Storage devices scsi 1:0:0:0: Direct-Access Kingston DataTraveler2.0 1.00 PQ: 0 ANSI: 2 sd 1:0:0:0: [sdb] 1956735 512-byte hardware sectors: (1.00 GB/955 MiB) sd 1:0:0:0: [sdb] Write Protect is off sd 1:0:0:0: [sdb] Assuming drive cache: write through sd 1:0:0:0: [sdb] Assuming drive cache: write through sdb: sdb1 sd 1:0:0:0: [sdb] Attached SCSI removable disk
Happy，看来arm板找到U盘了，输入
cd /dev ls
多出来了
sdb
sdb1
usbdev1.4_ep00
usbdev1.4_ep02
usbdev1.4_ep81
把sdb1 mount到/mnt/myusb
成功，可以看到U盘里的文件了。
ps:
至于usbdev1.3或usb1.4什么的，是什么，我还不清楚，还有在我自己做的系统下，/dev里显示的是
usbdev1.1（就这一个），
还原到出厂的系统后，显示的是
usbdev1.1_ep00
usbdev1.1_ep81
有两个，这个也是我不懂的，网上搜了，没找到答案，希望以后可以找到答案。
不过居我猜测，sdb是对应的实实在在的U盘中的存储块，usbdev1.3什么的对应的是U盘中的控制器，如果这样解释的话，是行得通的，可以向usbdev1.3发送控制信息来控制U盘，从sdb1，这个分区中，读写数据块，这是为什么sdb是块设备，usbdev1.3是字符设备。