原文来自： http://hi.baidu.com/ylinuxs/item/b282a525c972bd1e087508a6

1.新建一个user1用户，UID、GID、主目录均按默认；
#useradd user1
2.新建一个user2用户，UID=800、其余按默认；
#useradd -u 800 user2
3.新建一个user3用户，默认主目录为/abc、其余默认；并观察这

三个用户的信息有什么不同；
#useradd -d /home/abc user3
4.分别为以上三个用户设置密码为123456；
#passwd user1
123456
123456
#passwd user2
123456
123456
#passwd user3
123456
123456

5.把user1用户改名为u1,UID改为700，主目录为/test;
#usermod -l u1 user1
#usermod -d /test u1
#usermod -u 700 u1
6.把root用户改名为admi，密码改为123456；
#usermod -l admi root
#passwd admi
123456
123456
7.把u1用户锁定，在不同的终端分别登录user2与u1,并观察有什么

现象；
#usermod -L u1

经检测后得出u1用户无法登录

  最近在烧录一批板子的时候出现了一个奇怪的问题：烧录完成之后内核不能正常启动，打印信息如下：

Copy linux kernel from 0x00120000 to 0x30008000, size = 0x00400000 ... Copy Kernel to SDRAM done,NOW, Booting Linux......
data abort
pc : [<3000b0ac>]    lr : [<300080ec>]
sp : 301ff6f4  ip : fe694329  fp : 00000000

r10: 40000000  r9 : 30000000  r8 : 30008000
r7 : 0000270f  r6 : 302b03b8  r5 : 73c590d6  r4 : 30008000
r3 : 0000270f  r2 : 302c1410  r1 : 302b1410  r0 : 302c1410
Flags: nzCv  IRQs off  FIQs off  Mode SVC_32
Resetting CPU ...

  总共50多块板子竟然有5块这样的问题，故障率达到了10%。

注意到一个细节：uboot在烧录内核的时候跳过了一个坏块。会不会是copy内核到SDRAM的时候没跳过坏块而导致启动数据错误了呢？

  uboot的移植是参考天祥电子的移植手册，这