Jump to content

Search the Community

Showing results for tags 'backup'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Keenetic Community
    • Forum policy
    • Community Support & Knowledge Exchange
    • Off-topic lounge
  • Keenetic Updates
    • KeeneticOS
    • Keenetic mobile application
    • Keenetic RMM system
  • Форум пользователей Keenetic
    • Обмен опытом
    • KeeneticOS
    • Мобильное приложение
    • Keenetic RMM

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Location


Web-site


Interests


Occupation


AOL Account


ICQ Account


WLM


YAHOO


Facebook Account


Twitter Account


Skype Account


Youtube Account


Google+ Account


Keenetic

Found 3 results

  1. На форуме уже пару раз возникал вопрос о периодическом бэкапе конфига. Но не менее обидно потерять свои наработки в entware. В данной статье выложен простой скрипт, который запускается по cron и сохраняет содержимое /opt, конфига и прошивки. Есть возможность отказаться от бэкапа любого из указанных компонентов. Резервная копия прошивки не сжимается архиватором, т.к. файл прошивки и так уже максимально упакован. Старые архивы в соответствии с установленным интервалом времени удаляются. Предварительно необходимо изменить настройки скрипта в разделе конфигурационных параметров. Данная резервная копию может использоваться как для полного, так и частичного восстановления entware. Информация об этом дана в конце статьи. Для нормальной работы cron entware д.б. установлена на раздел с файловой системой ext2/ext3/ext4. Устанавливаем и запускаем cron opkg install cron /opt/etc/init.d/S10cron start В каталоге /opt/etc/cron.daily создаем файл backup и размещаем в нем следующий код: Делаем файл backup исполняемым: chmod +x backup В данном скрипте предусмотрено исключение определенных каталогов (например, tmp, var/log). Бэкап производится на другой диск (флэшку). Если будете бэкапить содержимое на этот же диск, не забудьте добавить каталог с архивами в исключение. Иначе скрипт будет выполняться, пока не закончится место на диске. Архивы хранятся 8 дней (переменная DAYSTOR). Новый архив конфига создается только в том случае, если произошло его изменение. При этом не учитывается MD5 и строка "clock date". Информация о ходе бэкапа передается в syslog. Если эта информация нужна, и syslog у вас еще не настроен, то рекомендую его включить, как указано в соответствующей статье. Если не нужна, то ничего делать не нужно. Как минимум в данном коде вам необходимо изменить переменные BACSTORDIR и BACNAME. Всё. Каждую ночь будет сохраняться свежая копия entware и конфига роутера. Использование сохраненной резервной копии. По восстановлению конфига роутера вопросов возникнуть не должно. Распаковываем файл командой gzip, копируем его себе на устройство и далее его можно загрузить в роутер через соответствующий пункт в веб-интерфейсе ("Система-Файлы"). Пример команды для распаковки конфига: gzip -d config-2016-11-29.gz Таким же образом можно воспользоваться сохраненным файлом прошивки. Теперь о том, для чего делается резервная копия entware и как можно использовать полученный архив. Возможны случаи, когда мы наставили большое количество пакетов (какие не помним, они начали работать некорректно и т.п.), но точно знаем что хотелось бы вернуться на состояние "как было пару дней назад". Или еще хуже в результате экспериментов удалили системные файлы entware, полностью нарушив ее работу. Или вышел из строя диск (флэшка). 0. Подготовительная стадия. Предполагается, что у нас есть чистая entware, используемая для функции восстановления. Например, отдельная флэшка или раздел на диске/флэшке (далее диск восстановления - ДВ). На нем предварительно установлены утилиты для работы с диском (создания разделов, форматирования файловой системы): opkg install fdisk tune2fs e2fsprogs Через веб-интерфейс в разделе "Приложения-OPKG" подключаем entware с ДВ. 1. Создание раздела на диске. В моем примере восстановление entware будет выполняться на второй раздел флэшки (диск /dev/sda). ДВ находится на первом разделе флэшки. Используемая файловая система для entware - ext2 Создаем раздел диска через fdisk. Если на новом диске есть какие-то не нужные разделы, то их также можно удалить (см. help по команде "m"). 2. Форматирование раздела. Создаем ФС ext2 с меткой KINGSTON2 и UID (для удобства работы c OPKG) 00000000-0000-0000-1111-000000000002: Создаем каталог /tmp/mnt/KINGSTON2 и монтируем вновь созданную ФС: mount /dev/sda2 /tmp/mnt/KINGSTON2 Предполагаем, что архив entware уже находится на ДВ в /opt/tmp/king3-2016-12-06.tgz 3. Восстановление и запуск entware. Запускаем восстановление entware и создаем каталоги, которые мы не включили в резервную копию: Запускаем восстановленную entware в веб-интерфейсе. Примечание: Пункты 0-2 можно пропустить, если раздел для entware создается на каком-то другом устройстве (например, ПК). Также для простоты, используя midnight commander (opkg install mc), можно в архиве entware просмотреть интересующие нас файлы или скопировать их в какой-то другой каталог. Возможно извлечение и просмотр отдельных файлов и через команду tar.
  2. Доброго времени суток. Недавно приобрел Keenetic 1810. Решил воспользоваться Time Machine. Подключил и настроил все по инструкции, но уже неделю как не могу сделать 1й бекап т.к. каждый после некоторого времени обрывается связь с диском. osx эстимирует время на полный бэкап как 10-12 часов, всего бекап весит 113-120Гб, но когда Time Machine доходит примерно до 40-60Гб (из 120), просходит такая ошибка. Сначала грешил на диск, хотя пользуюсь им давно и нареканий к нему нет, в итоге стер все свои многолетние бекапы и накатил на все 4Tб чистый HFS+ (Journaled, Case-sensitive). Что не помогло, решил через usb подключиться к маку и сделать 1й бекап, т.к. он самый тяжёлый, но почему-то если сделать такой бекап сначала с мака, а потом подключить диск к кинетику, osx не пытается "продолжить" бекапы с текущим диском и начинает всё поновой. В логах красуются ошибки типа: ndm Cifs::ServerTsmb: share record "Segate S" already exists. Apr 25 14:08:34 afpd[15663] read: Connection timed out То что девайс очень большой и он не может его размаунтить и т.д. (ниже лог) Может быть кто-то сталкивался? Спасибо! Полный лог: ndhcpc GigabitEthernet1: received ACK for 81.200.188.43 from 93.18.240.1. Apr 25 14:10:21 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 14:23:15 afpd[22218] Core::Syslog: last message repeated 9 times. Apr 25 14:25:55 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 14:29:12 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 14:39:17 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 14:45:05 afpd[22218] Core::Syslog: last message repeated 2 times. Apr 25 14:53:05 ndm Io::UdpSocket: unable to write data: operation not permitted. Apr 25 15:03:12 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:03:12 afpd[22218] Core::Syslog: last message repeated 2 times. Apr 25 15:11:17 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:18:14 afpd[22218] Core::Syslog: last message repeated 9 times. Apr 25 15:18:24 afpd[22218] read: Broken pipe Apr 25 15:22:02 afpd[22218] read: Broken pipe Apr 25 15:31:53 ndm Io::UdpSocket: unable to write data: operation not permitted. Apr 25 15:37:53 afpd[22218] read: Broken pipe Apr 25 15:42:45 afpd[22218] read: Broken pipe Apr 25 15:42:59 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:43:05 afpd[22218] Core::Syslog: last message repeated 4 times. Apr 25 15:44:03 kernel usb 2-1: New USB device found, idVendor=0bc2, idProduct=3322 Apr 25 15:44:03 kernel usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1 Apr 25 15:44:03 kernel usb 2-1: Product: Expansion Desk Apr 25 15:44:03 kernel usb 2-1: Manufacturer: Seagate Apr 25 15:44:03 kernel usb 2-1: SerialNumber: NA8F7D30 Apr 25 15:44:03 kernel usb-storage 2-1:1.0: USB Mass Storage device detected Apr 25 15:44:03 kernel scsi host1: usb-storage 2-1:1.0 Apr 25 15:44:04 kernel scsi 1:0:0:0: Direct-Access Seagate Expansion Desk 9401 PQ: 0 ANSI: 6 Apr 25 15:44:04 kernel sd 1:0:0:0: Attached scsi generic sg0 type 0 Apr 25 15:44:04 kernel sd 1:0:0:0: [sdb] Spinning up disk... Apr 25 15:44:06 kernel . Apr 25 15:44:15 kernel Core::Syslog: last message repeated 13 times. Apr 25 15:44:15 kernel ready Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16). Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] 7814037167 512-byte logical blocks: (4.00 TB/3.64 TiB) Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] Write Protect is off Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] Mode Sense: 4f 00 00 00 Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16). Apr 25 15:44:15 kernel Core::Syslog: last message repeated 14 times. Apr 25 15:44:15 kernel sd 1:0:0:0: [sdb] Attached SCSI disk Apr 25 15:44:15 ndm FileSystem::Ext: "/dev/sdb" has an unknown partition type, ignored. Apr 25 15:44:15 ndm FileSystem::Ext: a filesystem with the same label (EFI, 67E3-17ED) already mounted. Apr 25 15:44:15 ndm FileSystem::Repository: failed to create a new filesystem. Apr 25 15:44:15 ndm FileSystem::Directory: system failed [0xcffd00ed], unable to remove "/tmp/mnt/67E3-17ED": device or resource busy. Apr 25 15:44:15 ndm FileSystem::Ext: hfsplus "916ace73-622e-34c3-b001-6e635fdb18c6:": filesystem initialized. Apr 25 15:44:15 ndm FileSystem::Repository: "916ace73-622e-34c3-b001-6e635fdb18c6:" registered. Apr 25 15:44:15 ndm Afp::Server: share record "Segate S" already exists. Apr 25 15:44:15 ndm Afp::Server: failed to automount "916ace73-622e-34c3-b001-6e635fdb18c6:", ignored. Apr 25 15:44:15 ndm Cifs::ServerTsmb: share record "Segate S" already exists. Apr 25 15:44:15 ndm Cifs::ServerTsmb: failed to automount "916ace73-622e-34c3-b001-6e635fdb18c6:", ignored. Apr 25 15:44:32 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:44:32 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:44:32 afpd[22218] afp_openfork(.DS_Store): ad_open: Resource temporarily unavailable Apr 25 15:44:32 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:44:32 afpd[22218] afp_openfork(.DS_Store): ad_open: Resource temporarily unavailable Apr 25 15:44:32 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:44:34 afpd[22218] Core::Syslog: last message repeated 4 times. Apr 25 15:44:34 afpd[22218] afp_openfork(.DS_Store): ad_open: Resource temporarily unavailable Apr 25 15:44:34 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:44:34 afpd[22218] afp_openfork(.DS_Store): ad_open: Resource temporarily unavailable Apr 25 15:44:34 afpd[22218] ad->ad_ops->ad_header_read(path, ad, pst) failed: Input/output error Apr 25 15:44:34 afpd[22218] read: Broken pipe Apr 25 19:16:00 afpd[15663] read: Connection timed out
  3. @ndm @Alex Sh. @AlexSP очень не хватает возможности для резервного копирования настроек приложения My.Keenetic. Допустим, сбойнуло приложение, пришлось переустановить, а в системе нет root, соответственно при помощи Titanium Backup сделать копию приложения не могу. Или нет резервной копии разделе data, т.к. не стоит custom recovery. Не всегда есть возможность заново переподключать устройства к My.Keenetic. Сейчас 5 устройств, было больше, но приходилось делать сброс настроек OS до заводских, соответственно, все "с нуля". Очень не хватает данного функционала.
×
×
  • Create New...