syxoi: во первых, если есть ошибки в файловой системе, то в основном они из-за качества или изношенности носителя. Swap здесь совсем нипричем. Если не хватает свопа, то происходит ошибка копирования, а не порча файла. Память скорее всего у вас не сбоит, иначе бы ядро вылетало в core. А точно ли оригинальный видеофайл не имел такого дефекта? Я очень часто с таким сталкиваюсь, просто работаю в данной области с видео. Собственно, выводов у меня два: либо носитель фиговый и упоротый, но это быстро бы сказалось на ошибках копирования, либо файл сам по себе такой. Так что можно не насиловать себя и убрать sync, все равно он вами не по назначению используется.
syxoi: Собственно, а зачем вам вообще тогда опция sync? можно же, после каждого копирования вызвать утилиту sync! и да, в cp буфер не устанавливается. отдельные файлы можно переписать и через dd.
Я, если честно, не особенно понимаю ваш паттерн использования, может чего и получше предложил бы.
WTFAYD: Чтобы было понятнее, в байткоде лежит всегда экземпяр класса В, тем самым и интерпретатор и компилятор всегда знают, что там внутри неонка из правильного класса. Когда будете разбираться с рефлексиями, будет гораздо понятнее. Немного изменил свой пример, посмотрите.
WTFAYD: Упс, немного не так уточнил (хотя все правильно). Компилятор всегда знает, что у него объект В, который обладает свойствами А, и никак иначе. Когда мы приводим В к А, компилятор все равно знает, что это объект В, только не позволит нам работать с ним как с В.
WTFAYD: Компилятор делает наоборот. Он видит объект В и пытается вызвать его метод a, видит, что объект В этим методом не располагает, и идет в родительский объект, где и находит этот метод. И при этом да, А является "интерфейсом" для В. Другими словами, мы можем вернуть из какого-то метода объект В, как объект А, но при этом объект В так им и останется. В любом случае всегда у неизвестного А можно спростить a.isInsance(B.class) !
WTFAYD: нет, это не копия, просто КЛАСС В наследует методы и переменные КЛАССА A. И когда мы вызываем метод ОБЪЕКТА В, то он может использовать методы и переменные объекта А, также можно представить объект В, как объект А, но поведение будет все равно, как у объекта В.
Она может монтироваться и в aufs/overlayfs, я например так делаю на всех устройствах, что с флешек стартуют. Это все прописывается в initrd, там же и mount / происходит.
Vi: так ведь фактически у вас так и получилось. Мне оно без надобности, но ради интереса сделаю том на лвм, его отдам в виртуалку (все равно экспериметны ставить) а уже на этом томе внутри виртуалки сделаю еще один лвм), перезагружу систему и посмотрю, как ядро отреагирует. По идее, лвм, при запуске, сканирует все устройства на наличие томов. Вдруг у вас он это делаеи рекурсивно!
Vi: Нет, если бы знал, что происходит, не задавал бы наводящих вопросов. Сами пользуем targetcli для реальных машин, раздаем образы с файлов и ceph. Но такого еще не встречал. Как раз есть задачка, но не для XEN (не пользуем), а для KVM, на следующей неделе попробую LVM в LVM сделать :-)
String r = "None";было тоже самое! Эксепшены были быстрей!