Ujim

Добрый день. Столкнулся с такой проблемой. Много лет пользовался HDD подключенным к Giga II в качестве удаленного резервного хранилища (провайдер предоставляет белый IP). Недавно обновил роутер, купил Giga (KN-1011). Перенес на него все настройки SMB в том числе логины, пароли, пользователей, порты в межсетевом экране. По итогу локально доступ к диску есть, а удаленно попасть не могу. добавлено: Снимок экрана настроек межсетевого экрана Снимок окна диагностики при попытке подключения

Возвращаясь к теме вопроса. Если у кого опыт реальный работы по данной теме, желательно с дисками отформатированными под NTFS (NTFS - выбран по одной простой причине, что большой объем на диски проще залить прямым подключением к момпу, нежели заливать по сети) Столкнулся с не стабильной работой. А именно в режиме рейда диски работали около года без проблемы, затем стал подглючивать торрент, сообщая что не видит диска, при этом по ftp доступ был. Избавился от рейда и сейчас стабильность исчезла можно сказать совсем. Максимально работал в таком режиме недели 2. Бывает что проходят сутки и диски не видны НИ в торронте, НИ по ftp. Доступ получается восстановить подключением устройства с дисками к компу и восстановлением. Можно конечно предположить, что диски накрываются тазом... :(, дискам всего год p.s. Добрался до кинетика, отключил диски, перезагрузил сам кинетик и снова подключил диски. Доступ снова восстановился. Какая-то беда в совместной работе получается

Да делаю, писал про них, метки Disk1 и Disk2 Сейчас все заработало, вероятно помогло форматирование в MiniTool. p.s. Вообще был рейд, после я отключил устройство от кинетика, подключил к компу залил, обновил файлы и снова подключил к кинетику и кинетик стал тупо виснуть, не мог понять в чем дело. Форматирование помогло, но не до конца. Видимо из-за того что в винде использовал быстрое форматирование, а оно не убрало проблему, изза этого и не виден был второй диск. После долгого форматирования в MiniTool все заработало

Вероятно было что-то не так с разбивкой в самом деле, снова отформатировал оба диска с параметрами GPT NTFS и кинетик увидел оба диска Спасибо за помощь

Отформатировал с помощью MiniTool в EXT3, кинетик диски не видит Лог: =================================== Jul 05 18:56:36ndm kernel: usb 1-2: new high speed USB device using rt3xxx-ehci and address 5 Jul 05 18:56:36ndm kernel: usb 1-2: configuration #1 chosen from 1 choice Jul 05 18:56:36ndm kernel: scsi3 : SCSI emulation for USB Mass Storage devices Jul 05 18:56:36ndm kernel: usb-storage: device found at 5 Jul 05 18:56:36ndm kernel: usb-storage: waiting for device to settle before scanning Jul 05 18:56:41ndm kernel: scsi 3:0:0:0: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6 Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16). Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Write Protect is off Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Mode Sense: 67 00 10 08 Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Assuming drive cache: write through Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16). Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Write Protect is off Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Mode Sense: 67 00 10 08 Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Assuming drive cache: write through Jul 05 18:56:42ndm kernel: /dev/scsi/host3/bus0/target0/lun0: p1 Jul 05 18:56:42ndm kernel: sd 3:0:0:0: [sda] Attached SCSI disk Jul 05 18:56:42ndm kernel: sd 3:0:0:0: Attached scsi generic sg0 type 0 Jul 05 18:56:42ndm kernel: scsi 3:0:0:1: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6 Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Very big device. Trying to use READ CAPACITY(16). Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Write Protect is off Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Mode Sense: 67 00 10 08 Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Assuming drive cache: write through Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Very big device. Trying to use READ CAPACITY(16). Jul 05 18:56:42ndm FileSystem::Ext: "/dev/sda" has an unknown partition type, ignored. Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Write Protect is off Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Mode Sense: 67 00 10 08 Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Assuming drive cache: write through Jul 05 18:56:42ndm FileSystem::Ext: "/dev/sda1" has an unknown partition type, ignored. Jul 05 18:56:42ndm kernel: /dev/scsi/host3/bus0/target0/lun1: p1 Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Attached SCSI disk Jul 05 18:56:42ndm kernel: sd 3:0:0:1: Attached scsi generic sg1 type 0 Jul 05 18:56:42ndm FileSystem::Ext: "/dev/sdb" has an unknown partition type, ignored. Jul 05 18:56:42ndm kernel: usb-storage: device scan complete Jul 05 18:56:42ndm FileSystem::Ext: "/dev/sdb1" has an unknown partition type, ignored.

Ради эксперимента могу отформатировать, но как я понимаю при таком формате я не смогу получить удаленный общий доступ Windows Другими словами проблемы моей не решит. использую диски как хранилище к которым подключаюсь по SMB

Чем лучше отформатировать из под винды? p.s. пробовал форматировать в exFAT, кинетик ругался что такого не знает

Первый раз форматировал с параметрами GPT NTFS второго диска не было видно Затем форматировать диски в MBR NTFS проблем не возникло. После снова вернул первый вариант с GPT NTFS. при этом каждый раз помещал на диски файлы для проверки что видно на дисках и какие диски видны. Но что в первом случае, что в третьем - второй диск не был виден (доступен) на кинетике. При подключении к компьютеру устройства, диски без проблем читались, ни о каких сбоях Вин10 не сообщала p.s. Разбиение и форматирование проводил стандартными средствами Вин10

Долгое время использовал устройство Agestar 3C4B3A с двумя жесткими дисками по 3 Тб собранных в рейд0 (6 Тб) подключенное к Keenetic Giga II (Версия NDMS v2.06(AAFS.0)C3). Но вот решил отказаться от рейда и использовать независимые диски. Удалил рейд и оба диска отформатировал с параметрами GPT NTFS с метками Disk1 и Disk2 При подключении устройства к кинетику определяется только первый диск. Решил попробовать отформатировать диски в MBR NTFS, диски потеряли по 1 Тб каждый, но при этом кинетик распознал оба имеющихся диска на устройстве. В чем может быть проблема и можно ли ее решить? Кусок лога при подключении устройства с дисками GPT NTFS с метками Disk1 и Disk2: ====================================================================== Jul 05 16:40:54ndm kernel: usb 1-2: new high speed USB device using rt3xxx-ehci and address 2 Jul 05 16:40:54ndm kernel: usb 1-2: configuration #1 chosen from 1 choice Jul 05 16:40:54ndm kernel: scsi0 : SCSI emulation for USB Mass Storage devices Jul 05 16:40:54ndm kernel: usb-storage: device found at 2 Jul 05 16:40:54ndm kernel: usb-storage: waiting for device to settle before scanning Jul 05 16:40:59ndm kernel: scsi 0:0:0:0: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6 Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16). Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Write Protect is off Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Mode Sense: 67 00 10 08 Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16). Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Write Protect is off Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Mode Sense: 67 00 10 08 Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through Jul 05 16:40:59ndm kernel: /dev/scsi/host0/bus0/target0/lun0: p1 p2 Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Attached SCSI disk Jul 05 16:40:59ndmkernel: sd 0:0:0:0: Attached scsi generic sg0 type 0 Jul 05 16:40:59ndm kernel: scsi 0:0:0:1: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6 Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Very big device. Trying to use READ CAPACITY(16). Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Write Protect is off Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Mode Sense: 67 00 10 08 Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Assuming drive cache: write through Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Very big device. Trying to use READ CAPACITY(16). Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] 5860533168 512-byte hardware sectors (3000593 MB) Jul 05 16:40:59ndm FileSystem::Ext: "/dev/sda" has an unknown partition type, ignored. Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Write Protect is off Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Mode Sense: 67 00 10 08 Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Assuming drive cache: write through Jul 05 16:40:59ndm kernel: /dev/scsi/host0/bus0/target0/lun1: unknown partition table Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Attached SCSI disk Jul 05 16:40:59ndm kernel: sd 0:0:0:1: Attached scsi generic sg1 type 0 Jul 05 16:40:59ndm FileSystem::Ext: "/dev/sda1" has an unknown partition type, ignored. Jul 05 16:40:59ndm kernel: usb-storage: device scan complete Jul 05 16:40:59ndm FileSystem::Ext: ntfs "6E86C13A86C10395:" filesystem initialized. Jul 05 16:40:59ndm kernel: tntfs info (device sda2, pid 401): ntfs_fill_super(): fail_safe is enabled. Jul 05 16:40:59ndm kernel: tntfs info (device sda2, pid 401): load_system_files(): NTFS volume name 'Disk1', version 3.1 (cluster_size 4096, PAGE_CACHE_SIZE 4096). Jul 05 16:41:01ndm FileSystem::Ext: "/dev/sdb" has an unknown partition type, ignored.

Как писал выше, мне удалось создать и работать с несколькими репозиториями по описанной мною выше схеме. Работал правда не долго, пока флешка от СканДиск на 128 Гб не приказала долго жить, после этого с гитом пока не работал больше

Спасибо, может кому пригодится. Сам пользуюсь гитом согласно приведенной выше схемы, она конечно не идеальна, но вполне работоспособна. Ну а гит все же, в отношении свн имеет серьезное превосходство.

Да собственно пока не напрягает набрать лишние 6 знаков, а если проблему устранить вовсе, то и логинится не придется Не верно писал команду для симлинка, ошибка в пути была Проблема такова, для ошибки: FATAL: could not symlink /opt/home/git/.gitolite/hooks/common/update to test.git/hooks at /opt/home/git/gitolite/src/lib/Gitolite/Conf/Store.pm line 371. если пытаться создать симлинк вот так ln -s /opt/home/git/.gitolite/hooks/common/update /opt/home/git/repositories/test.git/hooks симлин как я понимаю - это ссылка, так вот если папка "/opt/home/git/repositories/test.git/hooks" не существует, то создается файл "/opt/home/git/repositories/test.git/@hooks" - и вышеуказанная ошибка остается. Но если сначала создать папку и затем создавать симлинк в ручную mkdir /opt/home/git/repositories/test.git/hooks ln -s /opt/home/git/.gitolite/hooks/common/update /opt/home/git/repositories/test.git/hooks то в папке появляется "/opt/home/git/repositories/test.git/hooks@update" и все нормально работает. Погулял по скриптам gitolite, но решить не смог. Может есть тут кто разбирающийся в perl, кто может подсказать, что можно попытаться поправить для преодоления проблемы?

не особо силен в этом. Логинюсь как root, потом переключаюсь на git путем su git. ПОнимаю что все действия можно и рутом делать, так как он е ограничен в правах, но вот с путями побаиваюсь что упущу. что касается симлинк , как я понимаю по ошибке: remote: FATAL: could not symlink /opt/home/git/.gitolite/hooks/common/update to test7.git/hooks remote: at /opt/home/git/gitolite/src/lib/Gitolite/Conf/Store.pm line 371. Для создания симлинка на папку /opt/home/git/.gitolite/hooks/common/update должна существовать папка назначения /opt/home/git/gitolite/test7.git/hooks То есть команда такая ln -s /opt/home/git/.gitolite/hooks/common/update /opt/home/git/gitolite/test7.git/hooks но папки /opt/home/git/gitolite/test7.git/hooks тогда этой папки просто не существует. Сейчас попробую все удалить и снова установить с полным пакетом perl Дополнено: Попробовал, положительного результата не принесло. Более того как писал ранее помимо замены /usr/bin/perl на /opt/bin/perl дополнительно заменил все встречающиеся usr на opt. Какой-то правки в скрипте на perl не хватает, его к сожалению я не знаю

Выложил ключи пользователя на локальной машине в папку "C:\Users\User\.ssh" и теперь Репозитории создаются последовательно в "неограниченном" количестве, но пока что с "финтом"

Вот шаги которые позволяют на данный момент мне настроить почти "рабочий" git-репозиторий Данные шаги создают не до кона рабочий репозиторий, буду признателен помощи в дальнейшей настройке Первоначально устанавливаем пакеты которые понадобятся нам в последствии opkg update opkg install git perl perlbase-essential perlbase-getopt perlbase-findbin perlbase-cwd perlbase-config perlbase-file perlbase-data perlbase-bytes perlbase-xsloader openssh-keygen perlbase-fcntl perlbase-io perlbase-symbol perlbase-selectsaver perlbase-errno perlbase-base (Возможно какой либо из пакетов может быть лишним или наоборот что-то недостает, поправьте кто знает) Затем создадим пользователя git, зайдем под ним в консоль, перейдем в домашний каталог и генерируем ssh ключ: adduser git su git cd ssh-keygen Скопируем публичный ключ, переименовав его в git.pub: cp ~/.ssh/id_rsa.pub ~/.ssh/git.pub Скачаем исходники gitolite с репозитория github git clone git://github.com/sitaramc/gitolite Далее требуется отредактировать исходники, заменив в файлах все упоминания /usr/bin/perl на /opt/bin/perl в этом поможет Grep Сначала перейдем в папку cd gitolite и выполним команду grep -I -lr -e '/usr/bin/perl' . | xargs sed -i '/#!/s/usr/opt/g' cd ~ mkdir ~/bin gitolite/install -ln ~/bin ~/bin/gitolite setup -pk ~/.ssh/git.pub Вот тут возникает ошибка: FATAL: could not symlink /opt/home/git/.gitolite/hooks/common/update to gitolite-admin.git/hooks at /opt/home/git/gitolite/src/lib/Gitolite/Conf/Store.pm line 371. Вероятно что-то было упущено или не доделано. Мое решение "косыльное" и предполагаемая автоматизированная работа с созданием репозиториев не работает должным образом, но все же работает. в ручную выполним mkdir repositories/gitolite-admin.git/hooks mkdir repositories/testing.git mkdir repositories/testing.git/hooks и снова ~/bin/gitolite setup -pk ~/.ssh/git.pub Теперь скрипт отработает до конца, но впоследствии при создании новых репозиторием придется заходить в терминал и выполнять команду, делать это нужно после заливки новых настроек mkdir repositories/new_name_repo.git/hooks далее нужно скачать на клиентскую машину ранее созданный id_rsa, создать из него git.ppk запускаем "Putty Key Generator" -> "Import key" -> "Save private key" -> "git.ppk" Этот ключ потребуется для клонирования репозитория gitolite-admin.git Клонируем git@domain.com:gitolite-admin.git в моем случае (git@192.168.1.1:gitolite-admin.git) Теперь можно создать тестовый репозиторий открываем файл "gitolite.conf", скаченный из репозитория, и добавляем в него несколько строк для тестового репозитория repo test RW+ = user Создадим для пользователя "user" ключи Запускаем "Putty Key Generator", выставляем параметры ключа: тип ssh2-rsa, битность 2048. "Save private key" -> "user.ppk" Копируем строку из окна "Putty Key Generator" и сохраняем ее как публичный ключ "user.pub" в папку " /keydir" ранее скаченного репозитория Отправляем изменения на сервер. Как и говорилось ранее. при создании репозитория возникнет ошибка, нужно зайти в терминал и выполнить su git cd ~ mkdir repositories/test.git/hooks Источники: http://notessysadmin.com/ustanovka-git-gitolite https://wiki.openwrt.org/doc/howto/gitolite Дополнено: после создания нужно в файле "gitolite.conf" добавить пустую строку, сохраненные изменения отправить После чего пользователь "user" сможет клонировать репозиторий "test" Дополнение 2: Выяснилось что при попытке создания следующего репозитория возникает ошибка: FATAL: W any gitolite-admin user DENIED by fallthru (or you mis-spelled the reponame) fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Другими словами данные шаги не позволяют создать нормальный репозиторий Дополнение 3: Буду признателен любым подсказкам и исправлениям