У моей сестры была похожая проблема с Yiynova MSP19U+. Он имеет соединение VGA вместо DVI, но время от времени Windows 7 не могла определить модель монитора и не отображала родное разрешение (1440x900. )Выяснилось, что проблема была в кабеле VGA, встроенном в монитор планшета. Я смог заменить часть сломанной проводки, и теперь он снова правильно сообщает свой EDID.
Я написал статью о проблеме здесь:https://extraordinaryben.wordpress.com/2017/08/08/yiynova-msp19u-vga-pinout-diagram/(И да, участок, который я починил, теперь обмотан изолентой... Ха-ха! По крайней мере, он снова отлично работает.)
Поскольку у вас подключение DVI, я думаю, у вас может быть проблема с проводами с контактами 6 и 7 на следующей схеме.
Если вы не хотите пытаться ремонтировать кабель, (требуются навыки пайки, )вы, вероятно, можете заказать запасной кабель у The Panda City, официального дистрибьютора продукции Yiynova в США.
Вы можете посмотреть на двойственность и ее gui deja -dup . Он делает добавочные резервные копии с использованием файлов tar, при необходимости зашифрованных, при необходимости на удаленный сервер.
Он использует librsync и алгоритм скользящей -контрольной суммы, так что каждый инкрементный архив содержит только измененные части файлов.
На домашней странице указано, что она обрабатывает разрешения Unix, символические ссылки, файлы FIFO и файлы устройства, но не сохраняет жесткие ссылки . Если у вас есть много больших жестких -связанных файлы могут быть под-оптимальными в архиве, но что более важно, вы также можете отметить отдельно, какие файлы связаны между собой, чтобы, если вам нужно их восстановить, вы могли бы вернуть ссылку. Если возможно, преобразование в символические ссылки решит эту проблему.
Вы можете искать жесткие ссылки с чем-то вроде
find /home/me -links +1 -type f -printf '%n %i %D %p\n' | sort -n
где строка формата показывает %n
количество ссылок,%i
номер инода, %D
устройство, на котором находится файл, и %p
имя пути. Строки с одинаковым номером инода и устройством являются жесткими ссылками. Устройство полезно только в том случае, если у вас есть точки монтирования в дереве каталогов (, так как один и тот же индекс на другом устройстве не является одним и тем же файлом ). Конечно, жесткие ссылки на файлы вне дерева не могут быть обработаны даже с помощью rsync.
ext4
Для файловой системы NTFS, в которую вы собираетесь записывать резервную копию, лучше будет сделать резервную копию системы в сжатомtar
архивном файле. Таким образом, права собственности и разрешения будут сохранены и могут быть восстановлены при извлечении в файловую систему Linux. А маленькие файлы и разреженные файлы не должны занимать слишком много места.
Если вы все еще хотите использовать rsync
, вам лучше скопировать в файловую систему Linux, например. ext4
. Таким образом, он должен правильно копировать жесткие ссылки, небольшие файлы и разреженные файлы и избегать того, чтобы размер резервной копии был больше, чем исходный.
The fact is that I do want to have an incremental backup of my home. Is there a technique to build tarballs incrementally (as rsync syncs only changed files)?
Проще всего использовать такой инструмент, как описано в ответе meuh, но вы также можете ознакомиться с основами, например, по этой ссылке , где решающим дополнительным параметром для инкрементного резервного копирования является
--listed-incremental=snapshot-file