我有一个 Linux 系统，我们强制使用 /dev/devname 来运行系统。
proc /proc proc defaults 0 0
/dev/sda1 / ext3 barrier=1,errors=remount-ro 0 1
/dev/sda5 /opt ext3 barrier=1,defaults 0 22
/dev/sda2 /opt/vortex/dvss ext3 barrier=1,defaults 0 3
/dev/sda6 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
到目前为止，我们的系统运行没有出现任何问题。但是，在某些已安装的机器上，我们经常会看到系统无法正常启动并突然进入“Grub救援”状态
当我将设备安装为辅助设备并运行 E2Fsck 时，我看到系统可以恢复。
现在，我们正在努力解决这个失败问题。[修复由于 GRUB 错误导致系统启动失败的问题
为了顺序，我注意到在一些论坛中他们说要在 FSTAB 中设置基于 UUID 的启动
如果通过UUID来设置的话，我们会有哪些优势呢？
是否有可能减少我的 GRUB 错误
我们目前正在将我们的系统从 Debian 6 迁移到 8。议程是尝试跨操作系统平台（基于 x86）维护一个二进制文件
但是，我尝试在 Debian 6 中运行 Debian 8 编译的二进制文件。结果是
符号查找错误：g_thread_create
我尝试了相反的编译，一个 Debian 6 编译的应用程序在 Debian 8 下运行。
目标平台是x86 Atom 板。
Debian 8ldd显示：
linux-gate.so.1 (0xb76f5000)
libusb-1.0.so.0 => /lib/i386-linux-gnu/libusb-1.0.so.0 (0xb76c7000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb76ab000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb76a1000)
libUFScanner.so => /usr/lib/libUFScanner.so (0xb751a000)
libUFMatcher.so => /usr/lib/libUFMatcher.so (0xb74f1000)
libjpeg.so.62 => /usr/lib/i386-linux-gnu/libjpeg.so.62 (0xb7492000)
libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb73b9000)
libxml2.so.2 => /usr/lib/i386-linux-gnu/libxml2.so.2 (0xb7237000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb70e5000)
libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7099000)
libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb6f41000)
libmorphosdk.so.6 => /usr/lib/libmorphosdk.so.6 (0xb6f1e000)
libMSO100.so.6 …