encodage DVD

 mencoder -oac mp3lame -lameopts mode=2:cbr:br=128:vol=0 -dvd-device /media/DVD_VIDEO dvd://0 -aid 128 -sid 1 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1400:vhq:autoaspect -o toto.avi

Make system clone

Download  Clonezilla.iso
Create LiveCD
Boot LiveCD
Use english version (French version is not understandable!)
Choose clone partition (here sda1 vers sdb1)
Fortunately or unfortunately there was  a MBR on the second disk 
A message tells that the grub2 was automatically fixed (?)
Halt system
Remove first disk
The second disk boots normally
First problem UUID of boot partition is the same as in the first disk (possible mix up if the two disks are present)


uuidgen -t
1eff00c0-affc-11e1-8145-1c6f6531b911
sudo tune2fs -U 1eff00c0-affc-11e1-8145-1c6f6531b911 /dev/sda1

This corrects the problem

Change the /etc/fstab  file

UUID=1eff00c0-affc-11e1-8145-1c6f6531b911 /  ext4    errors=remount-ro 0       1


here you need to update grub!!!

mount /dev/sda1 /mnt 

sudo grub-install --root-directory=/mnt /dev/sda

Second Problem The partition table is not readable by  Gparted also the sfdisk command reads the partition table normally (?)

 sfdisk -l

# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=     2048, size=100304896, Id=83, bootable
/dev/sda2 : start=100306944, size=1853216768, Id= 5
/dev/sda3 : start=        0, size=        0, Id= 0
/dev/sda4 : start=        0, size=        0, Id= 0
Download fixparts
Use Fixparts /dev/sda
p (prints the partition table)Disk size is 156301488 sectors (74.5 GiB)
MBR disk identifier: 0x000744BD
MBR partitions:

                                                   Can Be   Can Be
Number  Boot  Start Sector   End Sector   Status   Logical  Primary   Code
   1      *           2048    100306943   primary     Y        Y      0x83
W (writes MBR)
Gparted mow recognizes the partition table
Create swap and additional work partitions

select timeout

Problem:
Under some unclear conditions, but particularly if CPU load is too high, I get "select timeout" messages apparently due to video acquisition (v4l2)
Essai Workaround : 
-create or modify file /etc/modprobe.d/uvcvideoconf, insert line
options uvcvideo nodrop=1 trace=15 quirks=0x102 timeout=3000
-type sudo rmmod uvcvideo; sudo  modprobe uvcvideo
-reduce the number of cpu used by the program (here 2 instead of 4):
taskset -c 1,2 my_program


Works better but still fails after a while


Apparently this a bug of usb driver as far as I know unresolved  to date (06/12) even with recent kernels. Tried to close and reopen webcam every 3mn