Я использовал btrfs send для резервного копирования и нашел его работоспособным, хотя и с частыми сбоями. Важно обнаружить неудачную отправку и удалить любые частичные/коррумпированные полученные тома. После успешной отправки у меня не было проблем с коррупцией. Я написал утилиту "sync" для снимков btrfs, которая обнаруживает сбои, а также включает скрипт контрольной суммы для проверки правильности: https://github.com/AmesCornish/buttersink Если вы посмотрите на нее, я хотел бы знать, считаете ли вы ее полезной или нет.
странная вещь, после перезагрузки несоответствие больше не Там:
$ dmesg | grep Memory
[ 0.000000] Memory: 5957056K/6166700K available (7384K kernel code, 1145K rwdata, 3408K rodata, 1336K init, 1444K bss, 209644K reserved)
[ 1.312970] [drm] Memory usable by graphics device = 2048M
$ free -h
total used free shared buffers cached
Mem: 5.7G 3.8G 1.9G 334M 274M 1.6G
-/+ buffers/cache: 1.9G 3.8G
Swap: 6.0G 0B 6.0G
$ vmstat -s | head -1
5987640 K total memory
$ head -1 /proc/meminfo
MemTotal: 5987640 kB
Я облегчается, конечно, но заинтригован: я понятия не имею в том, что может привести к временному снижению доступной памяти.
4G - это особое число, потому что это 2 ^ 32. Это довольно хороший показатель относительно того, где может быть основная причина. Нередко управляется на 32 и 31-битные рамки памяти. Вы прошли мимо этого - вы на 4,7 г - так что это не проблема с вашим 32-битной.
с небольшим количеством копания, предполагает, что нередко резервирует систему RAM для вашей видеокарты.
https://shubuntu.com/questions/82917/UBUNTU-DETETECTS-ONLY-3-2GB-RAM-ON-64BITOS
Либо, либо связан с BIOS:
HTTPS: / /askubuntu.com/questions/80721/only-3-2-gb-of-memory-being-ush- Используют-on-a-64-bit-bitystem Http://forums.fedoraforum.org/showthread.php.php. ? T = 297556