kmx236

Members
  • Content Count

    33
  • Joined

  • Last visited

Community Reputation

0 Neutral

About kmx236

  • Rank
    Junior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Т.е. я правильно понимаю, что предположение о наличии связи между серийным номером и мак-адресами, влияющее на регистрацию в Synology accaunt и использование Quickconnect, не подтверждается?
  2. Просит ключ дешифрования какой-то Извиняюсь. Действительно забыл
  3. Нашлось время на нормальную переделку генератора. Что нового: Качаем тут, т.к. какого-то черта "Достигнут максимальный общий размер ваших вложений" при отсутствии коих как таковых. Ключ дешифрования для скачивания: !t-bczbJJwbHEBlsuTC_eb16Ijzaumd5Nls62fkIBqdw P.S. Я особо не следил за тем как вообще развивается тема генерации валидных серийных номеров и MACов на данном сайте и потому не в курсе, может кто-то уже сделал программу или скрипт по аналогии с моим генератором. Ну так как я его делал для себя, то вопрос о его использовании - это ваше личное дело. И еще, говорят что ест
  4. Хоть и прошло ровно девять месяцев, всё же отпишусь о решении своей проблемы. Короче. Ничего не помогло. Ни проверки поверхности диска и различные диагностики, не замены загрузчиков и переустановка разных версий DSM, ни поиск параметра в системных потрохах DSM (хотя я уверен что плохо искал, ведь он наверняка есть). В итоге пришлось делать то, чего не особо-то и хотелось, т.е. переносить все данные на вновь созданный раздел.
  5. День добрый. Есть HP Microserver N54L c VMware vSphere ESXi 5.1 и несколько виртуалок на ней, включая и XPEnology на базе XPEnoboot_DS3615xs_5.2-5592 и DSM 5.2-5592. Подскажите кто в курсе, по какой причине возможна загрузка ЦП на VMware стабильно на 500МГц без явной нагрузке на неё? У меня у самого есть пара мыслей: 1. Возможно на установленной версии DSM (DSM 5.2-5592) есть фоновые процессы которые не отображаются в таскменеджере, или того хуже - левый процесс никак не связанный с XPEnology, ну предположим, что-то типа майнера для биткоинов. 2. Дело может быть в загрузчике (XPEnoboot
  6. Что-то я не очень понял. Можно чуть подробнее?
  7. И тут я понял свой косяк Мне же проверять надо не md0, а /dev/vg1000/lv! > e2fsck -v -n -f /dev/vg1000/lv e2fsck 1.42.6 (21-Sep-2012) Warning! /dev/vg1000/lv is mounted. Warning: skipping journal recovery because doing a read-only filesystem check. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Unattached inode 273472 Connect to /lost+found? no Unattached inode 273475 Connect to /lost+found? no Unattached inode 278585 Connect to /lost+found? no Unattached inode 278593 Conne
  8. Что-то никак не получается. Остановил все ненужные службы командной syno_poweroff_task Было > df Filesystem 1K-blocks Used Available Use% Mounted on /dev/md0 2451064 726308 1622356 31% / /tmp 512244 960 511284 0% /tmp /dev/vg1000/lv 1052232404 934668000 117462004 89% /volume1 /volume1/@optware 1052232404 934668000 117462004 89% /opt /volume1/OpenKM/repository 1052232404 934668000 117462004 89% /var/packages/OpenKM/target/OpenKM/repository /volume1/OpenKM/repository 1052232404 934668000 117462004 89% /var/packages/OpenKM/target/Op
  9. Я так понимаю, что эта команда не стандартная для DSM, т.к.: > chkfs -ash: chkfs: not found Извините, опечатка. Попробуйте fsck.ext4 А не подскажете с каким ключом и параметрами? Usage: fsck.ext4 [-panyrcdfvtDFV] [-b superblock] [-B blocksize] [-I inode_buffer_blocks] [-P process_inode_size] [-l|-L bad_blocks_file] [-C fd] [-j external_journal] [-E extended-options] device Emergency help: -p Automatic repair (no questions) -n Make no changes to the filesystem -y Assume "yes" to all questions -c Che
  10. Я так понимаю, что эта команда не стандартная для DSM, т.к.: > chkfs -ash: chkfs: not found Да, данные читаются как и прежде, как через SMB, так и через File Station, т.е. DSM перешел в состояние "Только чтение" (с отключением всех пакетов способных генерировать данные для записи на диск), т.к. предполагает, что с жестким диском произошла беда и что его пора бы заменить. А так как при записи новых данных, по его мнению, жесткий диск может дать сбой, то он и перешел в режим "Только чтение", типа "Бекапь всё и вставляй новый диск". НО, я то знаю, что DSM заблуждается из-за того
  11. Поймал такую же проблему, но с некоторыми оговорками. XPEnology с DSM 5.0-4458 Update 2 крутится на VMWare vSphere 5.1. Под нужды XPEnology выделен виртуальный раздел на 1Тб. На кануне не уследил за объемом свободного пространства и получил проблему в виде сбоя. Физической проблемы с диском нет. Отсюда вопрос: как убрать состояние "Только на запись" (Degraded) в котором находится DSM. Т.е. возможно ли как-то поправить через терминал это состояние или же возможно получится решить проблему сменой загрузчика и повышением версии DSM? Есть какие-то мысли на этот счет, уж больно не хочется гон
  12. По-моему больше месяца не работает. До этого была такая же ситуация, но за несколько дней починили, а тут... Жалко что и хостинг на RU-Center'е, надеялся по IP бекап сделать (информации уж больно много там накопилось), но не судьба. Только на кэши Гугла надежда.
  13. Сегодня был приобретён HP n54l .... Если кто-то действительно хочет повторить смену МАК-адреса таким способом - готов описать технологию в личку (чтобы не было множества трупов сетевых карт). Думаю, лишним не будет
  14. А разве не от лицензии зависит кол-во камер?
  15. Сделал генератор серийного номера и МАС-адреса viewtopic.php?f=5&t=2222&start=20#p15986 viewtopic.php?f=5&t=2222&start=30#p16012