Ujim
-
Posts
16 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Ujim
-
-
Just now, AndreBA said:
У меня два диска по 2ТБ(да не 3ТБ) подключены через "blueendless-2-Bay-SATA-hdd-docking-station-3-5-2-5-USB-3-0-SATA-dual" к GIGA III и все нормально.
Возможно роутеру "тяжко" (хотя сомнительно) потянуть два по 3ТБ в одном порту.
Еще (так для интереса) вы метку тома дискам задаете?
Да делаю, писал про них, метки Disk1 и Disk2
Сейчас все заработало, вероятно помогло форматирование в MiniTool.
p.s. Вообще был рейд, после я отключил устройство от кинетика, подключил к компу залил, обновил файлы и снова подключил к кинетику и кинетик стал тупо виснуть, не мог понять в чем дело.
Форматирование помогло, но не до конца. Видимо из-за того что в винде использовал быстрое форматирование, а оно не убрало проблему, изза этого и не виден был второй диск.
После долгого форматирования в MiniTool все заработало -
Вероятно было что-то не так с разбивкой в самом деле, снова отформатировал оба диска с параметрами GPT NTFS и кинетик увидел оба диска
Спасибо за помощь -
46 minutes ago, AndreBA said:
Должно работать. На роуторе есть поддержка SMB.
Отформатировал с помощью MiniTool в EXT3, кинетик диски не видит
Лог:
===================================Jul 05 18:56:36ndm kernel: usb 1-2: new high speed USB device using rt3xxx-ehci and address 5Jul 05 18:56:36ndm kernel: usb 1-2: configuration #1 chosen from 1 choiceJul 05 18:56:36ndm kernel: scsi3 : SCSI emulation for USB Mass Storage devicesJul 05 18:56:36ndm kernel: usb-storage: device found at 5Jul 05 18:56:36ndm kernel: usb-storage: waiting for device to settle before scanningJul 05 18:56:41ndm kernel: scsi 3:0:0:0: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6Jul 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 offJul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Mode Sense: 67 00 10 08Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Assuming drive cache: write throughJul 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 offJul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Mode Sense: 67 00 10 08Jul 05 18:56:41ndm kernel: sd 3:0:0:0: [sda] Assuming drive cache: write throughJul 05 18:56:42ndm kernel: /dev/scsi/host3/bus0/target0/lun0: p1Jul 05 18:56:42ndm kernel: sd 3:0:0:0: [sda] Attached SCSI diskJul 05 18:56:42ndm kernel: sd 3:0:0:0: Attached scsi generic sg0 type 0Jul 05 18:56:42ndm kernel: scsi 3:0:0:1: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6Jul 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 offJul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Mode Sense: 67 00 10 08Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Assuming drive cache: write throughJul 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 offJul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Mode Sense: 67 00 10 08Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Assuming drive cache: write throughJul 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: p1Jul 05 18:56:42ndm kernel: sd 3:0:0:1: [sdb] Attached SCSI diskJul 05 18:56:42ndm kernel: sd 3:0:0:1: Attached scsi generic sg1 type 0Jul 05 18:56:42ndm FileSystem::Ext: "/dev/sdb" has an unknown partition type, ignored.Jul 05 18:56:42ndm kernel: usb-storage: device scan completeJul 05 18:56:42ndm FileSystem::Ext: "/dev/sdb1" has an unknown partition type, ignored. -
Just now, AndreBA said:
Можно через прогу MiniTool Partition Wizard.
Ради эксперимента могу отформатировать, но как я понимаю при таком формате я не смогу получить удаленный общий доступ Windows
Другими словами проблемы моей не решит.
использую диски как хранилище к которым подключаюсь по SMB -
5 minutes ago, AndreBA said:
А если ради эксперимента форматнуть оба диска в EXT3 или EXT4 и посмотреть что будет.
Чем лучше отформатировать из под винды?
p.s. пробовал форматировать в exFAT, кинетик ругался что такого не знает -
6 minutes ago, AndreBA said:
Возможно у вас разбивка и форматирование прошло не корректно? Система пишет "не известный формат" и игнорирует.
Первый раз форматировал с параметрами 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 2Jul 05 16:40:54ndm kernel: usb 1-2: configuration #1 chosen from 1 choiceJul 05 16:40:54ndm kernel: scsi0 : SCSI emulation for USB Mass Storage devicesJul 05 16:40:54ndm kernel: usb-storage: device found at 2Jul 05 16:40:54ndm kernel: usb-storage: waiting for device to settle before scanningJul 05 16:40:59ndm kernel: scsi 0:0:0:0: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6Jul 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 offJul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Mode Sense: 67 00 10 08Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Assuming drive cache: write throughJul 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 offJul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Mode Sense: 67 00 10 08Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Assuming drive cache: write throughJul 05 16:40:59ndm kernel: /dev/scsi/host0/bus0/target0/lun0: p1 p2Jul 05 16:40:59ndm kernel: sd 0:0:0:0: [sda] Attached SCSI diskJul 05 16:40:59ndmkernel: sd 0:0:0:0: Attached scsi generic sg0 type 0Jul 05 16:40:59ndm kernel: scsi 0:0:0:1: Direct-Access TOSHIBA DT01ACA300 5029 PQ: 0 ANSI: 6Jul 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 offJul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Mode Sense: 67 00 10 08Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Assuming drive cache: write throughJul 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 offJul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Mode Sense: 67 00 10 08Jul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Assuming drive cache: write throughJul 05 16:40:59ndm kernel: /dev/scsi/host0/bus0/target0/lun1: unknown partition tableJul 05 16:40:59ndm kernel: sd 0:0:0:1: [sdb] Attached SCSI diskJul 05 16:40:59ndm kernel: sd 0:0:0:1: Attached scsi generic sg1 type 0Jul 05 16:40:59ndm FileSystem::Ext: "/dev/sda1" has an unknown partition type, ignored.Jul 05 16:40:59ndm kernel: usb-storage: device scan completeJul 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. -
On 13.11.2017 at 12:54 AM, Sergey S said:
Сетап прошел успешно и клон репозитория я себе на клиентской машине выполнил.
Но не получается теперь запушить комит. Может кто продвинулся дальше?
Как писал выше, мне удалось создать и работать с несколькими репозиториями по описанной мною выше схеме.
Работал правда не долго, пока флешка от СканДиск на 128 Гб не приказала долго жить, после этого с гитом пока не работал больше -
3 hours ago, stuhin said:
git не ставил, чистый svn стабильно работает на entware-ng и entware-keenetic
Спасибо, может кому пригодится.
Сам пользуюсь гитом согласно приведенной выше схемы, она конечно не идеальна, но вполне работоспособна.
Ну а гит все же, в отношении свн имеет серьезное превосходство. -
1 hour ago, zyxmon said:
Тогда проще логиниться как git.
Да собственно пока не напрягает набрать лишние 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, кто может подсказать, что можно попытаться поправить для преодоления проблемы? -
40 minutes ago, zyxmon said:
su вводить не нужно - по умолчанию Вы и так root. А симлинк не пробовали создать, который установщик не осилил?
не особо силен в этом.
Логинюсь как 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" и теперь
Репозитории создаются последовательно в "неограниченном" количестве, но пока что с "финтом"1 hour ago, Ujim said:Как и говорилось ранее. при создании репозитория возникнет ошибка, нужно зайти в терминал и выполнить
su git cd ~ mkdir repositories/test.git/hooks
-
Вот шаги которые позволяют на данный момент мне настроить почти "рабочий" 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 с репозитория githubgit 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:
Буду признателен любым подсказкам и исправлениям
-
3 hours ago, zyxmon said:
Нужно редактировать скрипты установки, скорее всего.
подскажите что именно
QuoteНе забудьте поставить пакет `git-http`
Это поставил, без него были проблемы с https
-
Тоже интересуюсь данным вопросом.
Правда установить "чистый" Git разобрался как, даже работает.
А вот при попытке облагородить его пакетами "gitosis" или "gitolite" не получаетсяВ первом случае процесс останавливается на ошибке:
[Errno 13] Permission denied: '/opt/lib/python2.7/site-packages/test-easy-install-7697.write-test'
The installation directory you specified (via --install-dir, --prefix, or the distutils default setting) was:
/opt/lib/python2.7/site-packages/
Во втором:
sh: gitolite/install: not found
гугл подсказал что проблема в том что perl ставится в /opt/bin/perl, во время как должен быть /usr/bin/perl
символической ссылкой решить не получаетсяKeenetic Giga II
прошивка v2.06
Подключение многодискового usb устройства
in Обмен опытом
Posted · Edited by Ujim
Возвращаясь к теме вопроса.
Если у кого опыт реальный работы по данной теме, желательно с дисками отформатированными под NTFS (NTFS - выбран по одной простой причине, что большой объем на диски проще залить прямым подключением к момпу, нежели заливать по сети)
Столкнулся с не стабильной работой. А именно в режиме рейда диски работали около года без проблемы, затем стал подглючивать торрент, сообщая что не видит диска, при этом по ftp доступ был.
Избавился от рейда и сейчас стабильность исчезла можно сказать совсем. Максимально работал в таком режиме недели 2. Бывает что проходят сутки и диски не видны НИ в торронте, НИ по ftp. Доступ получается восстановить подключением устройства с дисками к компу и восстановлением.
Можно конечно предположить, что диски накрываются тазом... :(, дискам всего год
p.s. Добрался до кинетика, отключил диски, перезагрузил сам кинетик и снова подключил диски.
Доступ снова восстановился.
Какая-то беда в совместной работе получается