Просто есть два юсб нр, а я думал, что тут только скази в почёте как истинное ретро.
Стримеры
Стримеры
Copam 88m turbo xt ,IBM aptiva 2134. IBM ps/1 2121, MSX2-carnivor2/🛰5
- Кай
- Почётный пользователь
- Сообщения: 19738
- Зарегистрирован: 08.08.2010,21:44
- Откуда: СПб, Ульянка-Лигово
- Контактная информация:
-
Вклад в сообщество
Стримеры
Формально, то же, что и у меня. Учтите - ЛПМ и система самоочистки БМГ в этих приводах чрезвычайно упрощена и удешевлена. В отличие от схожих систем для SCSI. Как китайский плеер и Sharp, примерно.hp dat72 usb
-
- Advanced Member
- Сообщения: 4455
- Зарегистрирован: 13.03.2015,14:23
- Откуда: Химки, М.О.
-
Вклад в сообщество
Стримеры
В любых редакциях есть. Обновление KB974674. Обязателен англоязычный language pack. Вот только оно урезано до полной бесполезности и предназначено только для чтения файлов в старом формате. Те бэкапы, что оно создаёт (няп, только через gui, и без возможности задать расписание) уже имеют другой несовместимый формат.Есть. Начиная с "Pro/Ultimate". Но не на ленте.
- Кай
- Почётный пользователь
- Сообщения: 19738
- Зарегистрирован: 08.08.2010,21:44
- Откуда: СПб, Ульянка-Лигово
- Контактная информация:
-
Вклад в сообщество
Стримеры
Ergo: Хотите делать бэкап W7 на ленту, держите Linux под рукой.Вот только оно урезано до полной бесполезности и предназначено только для чтения файлов в старом формате.
Iperius это так. Для очистки совести.
На соседний раздел, или в облако? Это не бэкап. Это иначе называется. Извиняюсь, не знал.Те бэкапы, что оно создаёт (няп, только через gui, и без возможности задать расписание) уже имеют другой несовместимый формат.
---
Conscientiae causa volo vivere, sed vivo fortis causa.
-
- Advanced Member
- Сообщения: 4455
- Зарегистрирован: 13.03.2015,14:23
- Откуда: Химки, М.О.
-
Вклад в сообщество
Стримеры
Вот там как раз куча различий между редакциями. И да, помянутое обновление именно возвращает в 7ку ntbackup работающий только на чтение (и то файлов, но не лент). А штатное для 7ки убожество под названием "backup & restore" пишет совсем в другом формате только на диск или в сеть и не имеет почти никаких настроек, зато имеет кучу настолько идиотских ограничений и разницы в редакциях ОС (типа в сеть нельзя инкрементальный бэкап, исключения задать нельзя, не в корень диска писать нельзя) что абсолютно бесполезно. Собственно я на это тоже посмотрел лет 5 назад, когда файлопомойку на прошлой работе перевел с 2003й на 2008ю ради gpt-дисков и почти нормального ftp-сервера и понял, что годится оно только на то, чтобы немедленно о нем забыть. Писали на NAS.
А это почти официальная позиция мелкософта - хотите делать бэкап в современных виндах - покупайте для этого нормальный софт.Ergo: Хотите делать бэкап W7 на ленту, держите Linux под рукой.
Стримеры
Не по теме
Кстати рекомендуется не забивать ленту "под завязку" при формировании бэкапа, а оставлять несколько гиг (десятков гиг) свободных. Особенно это актуально для юзанных лент. Если стримак не смог записать блок без ошибок (а т.к. у него сквозная запись он этот момент видит, в отличие от всех других накопителей, hdd, к примеру), он отматывает ленту и пишет его заново. И так три раза. Если не получилось записать с третьего раза он перематывает этот кусок ленты и повторяет запись этого блока данных вновь. В результате ёмкость ленты уменьшается и если писАть бэкап какой-нить "умной программой" она вываливается в конце с ошибкой "кончилось место на носителе".
Стримеры
А сколько осталось места на ленте, программы не показывают. Только смотреть по размеру исходных файлов. А если писать со сжатием, то это вообще, одному богу известно. Я на DDS-e переполнил ленту, писал встроенной "Архивацией данных". Программа потребовала следующую кассету. Я отменил операцию. Теперь, если не удалять эту кассету из списка, записанные архивы открываются. А если удалить, программа начинает читать ленту, требует вторую кассету, если отвечаешь отказом, она ничего не открывает. Даже если на ленте несколько архивов, и не дописан только последний. Может быть ситуация, когда на ленте важные данные, а вторая кассета утрачена. И всё, первая тоже будет утрачена. Хотя, её вполне можно было открыть и прочитать. Вот, зачем разработчики так делают? Чисто из вредности? Тем не менее, для меня это пока единственная нормально работающая программа. А так как в 7-ке она со стримерами не работает, наверное, нет смысла искать SCSI-контроллер, работающий в ней. Проблема в том, что ХР не видит GUID-диск на 3 Тб, приходится сначала копировать "бэкапируемые" данные на другой диск.
Я успешно забекапил на ленту LTO2 все свои фото и видео, всего 147 правильных Гб. Делал из-под ХР "Архивацией данных". Операция длилась 1 ч 40 мин. Раз есть сквозной канал, это хорошо, можно не проверять чтение, и не изнашивать лишний раз ленту и головку.
Я успешно забекапил на ленту LTO2 все свои фото и видео, всего 147 правильных Гб. Делал из-под ХР "Архивацией данных". Операция длилась 1 ч 40 мин. Раз есть сквозной канал, это хорошо, можно не проверять чтение, и не изнашивать лишний раз ленту и головку.
-
- Advanced Member
- Сообщения: 4455
- Зарегистрирован: 13.03.2015,14:23
- Откуда: Химки, М.О.
-
Вклад в сообщество
Стримеры
Конечно. И вам уже объяснили (да и сами поняли) почему:А сколько осталось места на ленте, программы не показывают.
1) автоматический повтор записи сбойных блоков
2) сжатие
3) программы сами могут не знать исходную ёмкость ленты (в некоторых стандартах длина ленты в кассете и количество дорожек на ней переменное при прочих равных и не всегда есть дополнительная память, куда можно было бы эту дополнительную информацию записать)
4) собственно особенности записи данных на ленту. При удалении/изменении данных слишком долго затирать и переписывать всё целиком - обновляется каталог и данные пишутся в конец ленты, оставляя старую копию "недоступной". Как с "перезаписью" cd-r.
Вот для этого в любом нормальном софте для бэкапа и существует каталог, хранящийся на системном диске. И на записанных им лентах тоже. И команда импорта ленты, сканирующая её и пытающаяся хотя бы часть каталога восстановить, если на диске он утрачен. А дальше всё будет зависеть от слишком умного софта...Может быть ситуация, когда на ленте важные данные, а вторая кассета утрачена. И всё, первая тоже будет утрачена. Хотя, её вполне можно было открыть и прочитать. Вот, зачем разработчики так делают?
Или второй вариант - linux, dd, разбор формата. Так что ситуация сложная, но ещё не совсем безнадёжная.
Увы, нет. Будет зависеть от технологии и софта. Например, банально открытые файлы в момент записи (ну это уже для совсем антиквариата и самописных поделий, не знающих про volume shadow copy). Может быть и поинтереснее - вот когда я с AIT-приводом развлекался, ntbackup у меня прекрасно читал и писал его. Все тоже самое под акронисом - писать пишет, пытаешься считать - фиг вам, не вижу признак конца архива. Рабочая гипотеза - не знает он, что в этом стандарте каталог пишется не только на ленту, но и в eeprom (опциональную, но предпочтительную). Так что сначала проверить надо, а потом можно что-то пропускать.Раз есть сквозной канал, это хорошо, можно не проверять чтение, и не изнашивать лишний раз ленту и головку.